51Testing软件测试论坛

标题: 测试人员可以参加需求开发吗？ [打印本页]

作者: trapper 时间: 2005-2-24 11:13
标题: 测试人员可以参加需求开发吗？
如果我们测试人员有一天一起参加去客户那边调研需求，我们需要做那些准备？我们在需求调研中关注的又是什么？

作者: skinapi 时间: 2005-2-24 19:10
需求调研似乎不是测试人员的工作吧，应该由市场人员去开展，原始的需求信息拿回来后再由开发人员抽象成软件需求。

作者: black_tulip 时间: 2005-2-25 09:44
但是，可以参加，如果公司不是很在乎这个支出的话。
可以了解客户的想法和他们关注的东西，使测试用例更贴合。

作者: celine 时间: 2005-2-25 09:57
调研阶段好像没有必要介入，测试人员在需求分析阶段（需求已经有了模型）是可以介入的，业务流程从测试的角度考虑，形成测试用例。
测试人员最好从需求阶段介入。

作者: black_tulip 时间: 2005-2-25 10:14
楼上说的“需求阶段”和楼主问的“调研需求”区别在哪里？
测试在调研阶段介入是有其好处的，当然也有代价，譬如工作量，譬如公司的支出，但如果测试很清楚市场的需求，以及客户的需求，有助于提高测试效率。

作者: hxr2000 时间: 2005-3-6 15:09
标题: 一般情况下，测试人员不用参加
一般情况下，测试人员不用参加

作者: wzb521 时间: 2005-3-24 16:48
我个人觉得，条件允许就去参加，测试人员提出的需求，往往会更实际，而开发人员的很具有片面性。

要知道需求是包括附加需求的，针对附加需求测试人员是很有可能提出来的

作者: baitest 时间: 2005-3-27 20:07
首先应当明白需求都有哪些？用户需求、业务需求、功能需求。。。

所以，测试人员如果允许的话，参与比较好！

作者: Fuli 时间: 2005-3-28 09:32
了解产品需求另才能更有效地对产品进行测试。另，楼上的图很特别啊！

作者: zwh_renxiaoxue 时间: 2005-3-29 14:59
标题: re
需求调研阶段就是了解清楚用户的要求，回来之后整理，提炼成为正式的需求分析，在需求分析阶段，按照标准，测试人员是要参加的，因为呀要对项目需求进行审查，还可以对以后的测试有很大的帮助。

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

作者: oscar_wang0721 时间: 2005-4-20 14:06
需求调研阶段就不用参加了，分析阶段要参加，这样可以更好的了解需求，对今后的工作也有帮助

作者: gg 时间: 2005-4-27 13:10
那真正的市场调研是由谁来做呢？？

是洽谈业务的人吗？？？

作者: 森林一木 时间: 2005-5-6 20:26
需求调研阶段,该项目的测试负责人应该参与进去

作者: kai_top 时间: 2006-3-7 16:37
调研阶段测试人员介入很有好处的；
1　测试人员通过与客户之间的交流，或许更能了解客户真正想要的是什么样的产品及什么样的运行环境，在需求评审时，就有了背景知识，便于发现需求问题；另外在测试时，更能准确模拟用户的环境；
2　通过市场调研，就能够了解市场上的同行业主流产品，并对他们进行分析，跟踪竞争对手的产品，有好的功能在测试时可以向开发人员建议，如果发现竞争对手的缺点，可以向市场营销人员反馈，在顾客说其它产品好时，给与反击；

作者: miny19 时间: 2006-3-7 18:39
测试人员参与需求的设计，客户的沟通，对测试，需求都有好处的。

作者: pride 时间: 2006-3-10 11:10
标题: reply
测试人员参与需求的设计，客户的沟通，对测试，需求都有好处的。
很同意楼上的，
QA就是最大限度的减少在
客户想要的和开发人完成的产品之间的差距。

作者: 平和地面对一切 时间: 2006-3-10 11:29

原帖由 miny19 于 2006-3-7 18:39 发表
测试人员参与需求的设计，客户的沟通，对测试，需求都有好处的。

我也认为有很多好处。但是基本上公司老板都不会这么认为，因为他们总从成本考虑问题。呵呵~

作者: 11034 时间: 2006-3-21 17:57
测试人员可以参加SRS评审提出一些可测试性的问题

作者: 清风随雨 时间: 2006-4-4 15:27

原帖由 kai_top 于 2006-3-7 16:37 发表
调研阶段测试人员介入很有好处的；
1　测试人员通过与客户之间的交流，或许更能了解客户真正想要的是什么样的产品及什么样的运行环境，在需求评审时，就有了背景知识，便于发现需求问题；另外在测试时，更能准确 ...

支持！顶！
再加一点：请持反方意见的朋友仔细想想，软件测试人员的基本素质中，其中一条是沟通能力。沟通对象其中一个就是用户！我想问一下，是在调研时和用户沟通好，还是在项目交工之后，用户提出软件没有满足需求时，再和用户沟通好？？？

作者: py31 时间: 2006-8-18 17:45
QA人员需要知道最原始的需求，以便判断bug对客户的影响程度，从而决定产品是否具备上市的条件

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

作者: Joan2005 时间: 2006-9-2 16:18
公司领导正打算从需求分析开始就让测试介入，以便更好写测试用例。

作者: pulamu 时间: 2006-9-19 09:22
参加比较好

作者: 天台 时间: 2006-9-20 16:50
条件允许的话,参加更好!

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

作者: pierre0505 时间: 2006-10-23 12:52
但我们公司,不可能这样做,因为公司舍不得开支.另外就是测试人员少的可怜.

作者: 王玲 时间: 2006-12-6 18:19
标题: 应该参加
测试人员是应该参加的，确切来说测试人员应该主要负责，然后整理出需求文档，SA根据需求文档来做系统分析。只是目前很多公司出于很多考虑没有这样做而已
测试人员的参加，会使测试用例错误覆盖率更高。

作者: silvertree 时间: 2006-12-13 18:21
能参加那当然最好了，一般来说，越接近客户那么组织的测试用例也就会越有效

作者: minzhung 时间: 2006-12-19 15:33
我们公司测试员是需要参加的

作者: r_sunny 时间: 2007-1-19 10:19
我们公司是不可能参加的!sdlkfj8

作者: windsmile 时间: 2007-1-22 14:12
条件允许，当然时参加的好啊

作者: jkdragon 时间: 2007-4-16 20:08
需求调研应该是开发人员的事啊

作者: velata 时间: 2007-6-8 15:27
测试人员应该介入的～
比较能了解客户真是需求
也是对需求测试的依据

作者: velata 时间: 2007-6-8 15:29

原帖由 jkdragon 于 2007-4-16 20:08 发表
需求调研应该是开发人员的事啊

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

作者: june_zhuhui 时间: 2007-6-11 21:56
标题: 学习
参与的越多当然是越好的,至于实际情况,还是需要衡量利所占的比例.

作者: qingshi00 时间: 2007-6-14 11:50
当测试人员不清楚需求时，他能够提出有效的改善方案吗？
客户可能存在某种需求，但是无法给出鲜明的表达，这时我想需要测试人员进行引导。

作者: lili4108 时间: 2007-7-19 13:57
这也是个增长知识的过程
对于新人,倾听还是很重要的.

作者: lilynolen 时间: 2007-7-24 22:18
我们公司还有一个BA的角色，business analysist，这个人会主要的负责跟business沟通需求，整理需求，然后开发跟qa会在需求分析阶段跟BA频繁的沟通，开发根据需求写FS，qa会根据需求写出相应的test requirement

作者: pbtlight 时间: 2007-7-27 13:22
测试活动是从开发一直到交付都有的活动，对于accepte test，validation 这样的测试活动，测试人员早期参与，也可以节约后期的开支

作者: 藍色飛揚 时间: 2007-8-2 13:37
需求调研不属于测试人员的工作，在实际条件允许的情况下，是可以参与的。
这样可以更好的了解需求，学习相关业务的知识。

作者: s428lsy 时间: 2007-8-7 11:26
其实我觉的说的都很有道理的

作者: charliemr 时间: 2007-8-7 23:46
1、测试人员参加调研需求，可以向开发人员提出可测试性的需求
2、可以为SRS的评审做准备
3、加强与客户的交流，把握客户的需求，以便于系统测试阶段的需求跟踪

作者: zjnbshifox 时间: 2007-8-24 17:27
我感觉也应该可以参加的

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

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

作者: 我爱大熊 时间: 2007-9-16 21:55
看老板要求

作者: qiongqiong_lee 时间: 2008-8-5 13:23
需要参加，可以真实了解客户的需求

作者: wslss007 时间: 2008-8-14 11:17
允许的话，测试人员可以参加的，不过一般来说，测试人员是从需求文档形成后进入的。

作者: 绿野小径 时间: 2008-8-15 14:15
唉,我们需求和测试都是一个人...

作者: goodgoodsutdy 时间: 2008-9-12 15:33
测试人员需要参加需求分析

作者: 365testing 时间: 2008-10-22 23:43
very good .i regards to you

作者: marx-zhang 时间: 2008-10-28 08:51
测试人员参加调研阶段也有好处也有坏处，好处是个人得到了锻炼机会能更好的对项目有一定的了解，坏处是工作量加大了。

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

作者: xupromise 时间: 2009-1-17 22:01
可以不说话，但是不可以不听。

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

作者: 老肥羊 时间: 2009-2-3 11:50

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

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

作者: jysql 时间: 2009-2-20 13:40
需求调研阶段可以不参加，但是要保证测试的效果，测试人员一定要参与需求分析阶段，目前我们公司也是这样做的

作者: Jackc 时间: 2009-2-20 15:05

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

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

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

作者: jlsv 时间: 2009-2-24 11:47
如果单纯的是为了测试方面的需要的话, 没有什么必要

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

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

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

作者: tom200 时间: 2009-3-9 18:28
顶!支持一下!!

____________________
850-233 01 850-233 02
850-233 03 850 01
850 02 Free Phone Number Search

作者: 小不点蜗牛 时间: 2010-3-7 20:47
我赞成我们测试人员应该参与，应为我们的测试人员可能比我们的其他的人更了解我们的客户的所需

作者: bobo45123 时间: 2010-3-8 12:39
我们公司的情况：产品经理和客户沟通后会输出一份简单的产品定义书，然后相关研发人员通过此文档进一步和客户进行沟通，对产品的功能进行细化，从而输出需求文档。然后由项目相关人员对需求文档先进行评审，当然测试人员也要参与。最后测试人员根据需求文档设计测试用例，然后再次评审...

作者: chengning 时间: 2010-3-8 15:08
我做黑盒测试比较多一点个人认为要是公司舍得花那些钱从客户口中了解客户的需求是最直接最有效的，从需求文档了解的需求还不是又市场部或开发写的有误的话你还不是没有办法知道

作者: willingchenlp 时间: 2010-3-9 09:53
反正每次只要有需求的事我就去听去问，别人也不嫌烦。
刚开始那做需求的一个经理还奇怪我干嘛老过来，后来习惯了就不奇怪了。
我脸皮够厚的。。。::yxiao:::

作者: 小贝流浪记 时间: 2010-3-9 10:15
即便是不参加需求，内部也要有个需求文档做为测试人员的参考。如果连需求文档都没有，那测试我想是没法进行的，即便是进行了测试，测试也是不全面的

作者: helios 时间: 2010-11-25 13:45
市场调研是产品市场主导的，可以参入进去，但很少让测试早期就深入里面，除非是立项阶段，测试初期准备阶段。

作者: LFLL 时间: 2010-12-27 16:26
个人感觉最好能介入这样对后来的工作有好处也能保证测试更有针对性

作者: locy1223 时间: 2011-3-19 10:35
学到啦~

作者: eastqfan 时间: 2011-4-12 17:58
个人觉得测试参与设计是软件发展的必然，在敏捷的开发之道中，测试更应该参与需求的设计，测试所站的角度不同，对需求的理解也不同。更何况一个敏捷的项目，测试有时甚至能担任开发的角色。同样，这对个人的职业发展也很有帮助。

作者: 黄袖标 时间: 2011-7-12 15:02
回复 20# 清风随雨

支持此观点 ~·

作者: Phoebe_sun 时间: 2011-7-26 14:38
在产品策划、需求阶段，研发人员进行技术预研，测试人员也应该进行测试技术调研，主要是研究产品的功能以及竞争对手的产品，收集一些信息，为测试筹备阶段整理一些数据。

作者: gyl0825 时间: 2011-8-17 14:29
回复 1# trapper
我们公司测试也参与需求调研

作者: li-123 时间: 2011-8-17 15:26
测试人员越早介入项目，越有利后续的工作。

作者: xieyang702 时间: 2011-11-21 17:39
不用的吧，在产品人员把需求整理后，和开发确定的时候再介入就好了

作者: sinasi 时间: 2011-12-9 20:47
支持的。。

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)