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

藍色飛揚

需求调研不属于测试人员的工作，在实际条件允许的情况下，是可以参与的。
这样可以更好的了解需求，学习相关业务的知识。

s428lsy

其实我觉的说的都很有道理的

charliemr

1、测试人员参加调研需求，可以向开发人员提出可测试性的需求
2、可以为SRS的评审做准备
3、加强与客户的交流，把握客户的需求，以便于系统测试阶段的需求跟踪

zjnbshifox

我感觉也应该可以参加的

cangmang

个人认为测试最好的介入点应该是需求分析那部分..在需求分析的时候可以跟开发人员面对面坐在一起讨论一些需求上应该注意和明确的地方,这样对测试人员以后的测试工作也起良性作用.

black.sam

个人觉得最好还是不要参加，有抢人饭碗之嫌疑，而且感觉是在添乱
对需求的评估也只是BA/SA和客户之间的分内事
测试人员的及早参与，并不是一定要参与到这些活动之中，对系统的初步了解才是测试人员的正经事
根据对系统的认识作些测试的准备工作

我爱大熊

看老板要求

qiongqiong_lee

需要参加，可以真实了解客户的需求

wslss007

允许的话，测试人员可以参加的，不过一般来说，测试人员是从需求文档形成后进入的。

绿野小径

唉,我们需求和测试都是一个人...

goodgoodsutdy

测试人员需要参加需求分析

365testing

very good .i regards to you

marx-zhang

测试人员参加调研阶段也有好处也有坏处，好处是个人得到了锻炼机会能更好的对项目有一定的了解，坏处是工作量加大了。

兰兰

对于测试人员来说及早的进入项目前期的需求调研是非常有必要的：
1、参加了需求调研，就减少了在测试用例设计和具体测试实施过程中和开发人员的沟通成本；
2、对测试负责人来说，及早的参加需求调研，可以对整个项目的测试内容有所掌控，更有利于测试计划的制定；
3、有利于在测试的过程中制定测试的重点（也就是需求调研中用户所关注的重点）；
4、参与了前期的需求调研，了解了系统使用的对象，可以在后期测试过程中对系统的易用性依据用户的特点加以关注。
5、开发人员在整个项目的实施过程中关注与自己所开发的模块的功能实现，可是测试人员所关注的是整个项目的业务功能，测试人员在整个项目的测试过程中应该达到业务专家的水平，这样才可以对系统进行完美的测试。

xupromise

可以不说话，但是不可以不听。

老肥羊

獨立的進行需求調研應該是比較困難的，不論從能力上還是經濟上都不太合適
獨立的進行需求調研報告分析是必須的
如果直接從需求分析報告著手開始測試工作的話，經常會遺漏掉很多的信息

老肥羊

原帖由 兰兰 于 2008-11-6 15:21 发表
对于测试人员来说及早的进入项目前期的需求调研是非常有必要的：
1、参加了需求调研，就减少了在测试用例设计和具体测试实施过程中和开发人员的沟通成本；
2、对测试负责人来说，及早的参加需求调研，可以对整个项 ...

說句不好聽的
一般公司應該不會在這方面下成本
而且人的精力是有限的
一個專精於測試的人可能和開發人員的溝通是非常的順暢的
但可能因為術語的差異及表達方式的問題使他和客戶或需求發起方的溝通變得非常困難
所以一般需求調研都由專業的人員進行
而不是隨便的去拆幾個開發或測試

jysql

需求调研阶段可以不参加，但是要保证测试的效果，测试人员一定要参与需求分析阶段，目前我们公司也是这样做的

Jackc

原帖由 oscar_wang0721 于 2005-4-20 14:05 发表
需求调研阶段就不用参加了，分析阶段要参加，这样可以更好的了解需求，对今后的工作也有帮助

不赞同这样的说法，如果公司不在乎多出一些调研费用的话，偶支持测试人员进行“需求调研”。

很简单的道理，明白市场，清楚用户真实需要，才能加深产品了解程度。
测试人员参加需求调研，至少有两点好处：加深需求分析的程度（增加从市场的角度分析需求的能力）、保证易用性测试的质量（只有知道用户需要什么才知道怎么做易用性测试）

jlsv

如果单纯的是为了测试方面的需要的话, 没有什么必要

不过从另一个角度与客户探讨需求, 分辨真正的需求的话, 加入一起讨论也不错

当然, 如果公司不在乎这种支出的话, 那么就不存在这个问题了

[ 本帖最后由 jlsv 于 2009-2-24 11:48 编辑 ]