51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

楼主: trapper
打印 上一主题 下一主题

测试人员可以参加需求开发吗?

[复制链接]

该用户从未签到

21#
发表于 2006-8-18 17:45:43 | 只看该作者
QA人员需要知道最原始的需求,以便判断bug对客户的影响程度,从而决定产品是否具备上市的条件
回复 支持 反对

使用道具 举报

该用户从未签到

22#
发表于 2006-8-28 09:14:16 | 只看该作者
好像说黄瓜可以减肥
我们大家都生吃黄瓜
我是不是可以熟吃黄瓜?
嘿嘿。
其实看任何问题都可以从他的GAOL触发。
测试人员为什么要参加需求开发?
1、因为我们的角色界面不完全清晰,在这种情况下
某些设计思想不能仅仅通过文档进行传递,也许大家尽早的介入这件事情,
有利于设计思想的传递;
2、某些业务领域可能是测试团队没有接触过的,需求开发的过程其实也是一个学习业务的过程。
特别是某些复杂的业务逻辑和业务规约;
3、测试人员验证的是啥?测试人员就是验证需求的。
测试人员参加需求开发,可以保证需求的可测试性,
另外也可以从测试人员的敏锐视觉中识别需求开发中的异常,
从而尽早的发现缺陷;
回复 支持 反对

使用道具 举报

该用户从未签到

23#
发表于 2006-9-2 16:18:16 | 只看该作者
公司领导正打算从需求分析开始就让测试介入,以便更好写测试用例。
回复 支持 反对

使用道具 举报

该用户从未签到

24#
发表于 2006-9-19 09:22:33 | 只看该作者
参加比较好
回复 支持 反对

使用道具 举报

该用户从未签到

25#
发表于 2006-9-20 16:50:04 | 只看该作者
条件允许的话,参加更好!
回复 支持 反对

使用道具 举报

该用户从未签到

26#
发表于 2006-10-23 12:51:31 | 只看该作者
是啊,我也觉得参加比较好,有以下好处:
1,在和客户调研过程中的交流沟通,是一个很好的理解熟悉整个系统的方法,而且能非常熟悉系统是怎么运作的,用户关注的主要功能在哪些地方,那么在测试时就可以有的放矢.
2,光靠阅读开发团队提供的需求文档,肯定是不如更用户交流沟通形成的文档来的深刻,来得清晰.因为开发团队经过理解写出来的东西,跟测试人员理解的不完全一样.
3,业务逻辑的理解,只有跟使用该业务的用户交流,才是最正确的理解.
回复 支持 反对

使用道具 举报

该用户从未签到

27#
发表于 2006-10-23 12:52:55 | 只看该作者
但我们公司,不可能这样做,因为公司舍不得开支.另外就是测试人员少的可怜.
回复 支持 反对

使用道具 举报

该用户从未签到

28#
发表于 2006-12-6 18:19:18 | 只看该作者

应该参加

测试人员是应该参加的,确切来说测试人员应该主要负责,然后整理出需求文档,SA根据需求文档来做系统分析。只是目前很多公司出于很多考虑没有这样做而已
测试人员的参加,会使测试用例错误覆盖率更高。
回复 支持 反对

使用道具 举报

该用户从未签到

29#
发表于 2006-12-13 18:21:19 | 只看该作者
能参加那当然最好了,一般来说,越接近客户那么组织的测试用例也就会越有效
回复 支持 反对

使用道具 举报

该用户从未签到

30#
发表于 2006-12-19 15:33:38 | 只看该作者
我们公司测试员是需要参加的
回复 支持 反对

使用道具 举报

该用户从未签到

31#
发表于 2007-1-19 10:19:58 | 只看该作者
我们公司是不可能参加的!sdlkfj8
回复 支持 反对

使用道具 举报

  • TA的每日心情
    开心
    2016-5-11 08:52
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    32#
    发表于 2007-1-22 14:12:28 | 只看该作者
    条件允许,当然时参加的好啊
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    33#
    发表于 2007-4-16 20:08:12 | 只看该作者
    需求调研应该是开发人员的事啊
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    34#
    发表于 2007-6-8 15:27:06 | 只看该作者
    测试人员应该介入的~
    比较能了解客户真是需求
    也是对需求测试的依据
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    35#
    发表于 2007-6-8 15:29:53 | 只看该作者
    原帖由 jkdragon 于 2007-4-16 20:08 发表
    需求调研应该是开发人员的事啊



    不是开发人员的事情
    是需求调研负责人和架构组的去弄的
    如果没有需求负责人就应该是pm去把握
    开发人员要去也是派代表列席 有问题回来讨论
    当然参与的测试人员也基本不参与调研时的提问与回答工作
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    36#
    发表于 2007-6-11 21:56:08 | 只看该作者

    学习

    参与的越多当然是越好的,至于实际情况,还是需要衡量利所占的比例.
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    37#
    发表于 2007-6-14 11:50:21 | 只看该作者
    当测试人员不清楚需求时,他能够提出有效的改善方案吗?
    客户可能存在某种需求,但是无法给出鲜明的表达,这时我想需要测试人员进行引导。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    38#
    发表于 2007-7-19 13:57:12 | 只看该作者
    这也是个增长知识的过程
    对于新人,倾听还是很重要的.
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    39#
    发表于 2007-7-24 22:18:50 | 只看该作者
    我们公司还有一个BA的角色,business analysist,这个人会主要的负责跟business沟通需求,整理需求,然后开发跟qa会在需求分析阶段跟BA频繁的沟通,开发根据需求写FS,qa会根据需求写出相应的test requirement
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    40#
    发表于 2007-7-27 13:22:13 | 只看该作者
    测试活动是从开发一直到交付都有的活动,对于accepte test,validation 这样的测试活动,测试人员早期参与,也可以节约后期的开支
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-11-24 17:53 , Processed in 0.076075 second(s), 21 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表