51Testing软件测试论坛

标题: 测试人员应该参加需求调研 [打印本页]

作者: marx-zhang 时间: 2008-11-6 08:48
标题: 测试人员应该参加需求调研
现在有许多测试人员被调去做调研，好多人都说不应该去，这是不对的应该去做，第一可以多学习一点东西。第二可以对程序有更深的了解。何乐而不为！！

作者: 厍仕杰 时间: 2008-11-6 08:59
可能这个调研和你想象中的不一样。就像测试一样！

作者: marx-zhang 时间: 2008-11-6 09:44
我以前做开发的做过调研，有许多时候需求到了测试处会出现理解错误和不明。测试去做调研了解第一手资料，就会避免这种事了。

作者: zxh 时间: 2008-11-6 09:54
对啊，测试人员从需求阶段就应该参与，只有真正把客户的需求弄明白了，才会在后期测试时有目的性，会更多的从用户角度去考虑，确保软件质量，不过现在有些公司，总是到了后期才让测试人介入，把测试看做很轻松的事情，最好是公司领导有质量保证的意识，我们工作也就好做了

作者: guojunlin 时间: 2008-11-6 09:55
个人觉得开发和测试人员对用户提出的系统变动需求还是要了解的比较好

作者: archonwang 时间: 2008-11-6 10:27
建议参加需求调研，如果实在不能参加，就参加业务说明会议或是需求评审会议。

作者: zhuzx 时间: 2008-11-6 10:31
一般来说，在大公司，“需求调研”都由专门的需求分析人员去做。目前国内很多企业，都没有单独的需求分析人员，一个人干多个人的事情，我觉得如果有时间，我建议测试人员参加需求调研，这样对需求了解会更深刻，是好事情，鼎立支持！！！

作者: fqs209 时间: 2008-11-6 20:15
肯定应该去啊

作者: 厍仕杰 时间: 2008-11-6 22:40
实施律很低应该说.

作者: heavy200t 时间: 2008-11-7 10:23
我觉得测试人员是否应该参与到需求调研，这不是问题。
问题是测试人员参与到需求调研，应该如何做？是一个方法问题。

作者: 兰兰 时间: 2008-11-7 16:34
测试人员是应该去参加需求调研了，这样会对后续的测试工作有很大的帮助，也可以减少后期的沟通成本！强烈建议！

作者: woaimouse 时间: 2008-11-13 10:47
去是应该去，可是真正参加的很少啊，我们测试不了解需求，有的时候提bug开发就会说“需求如此”，很是气愤啊

作者: wangjingying 时间: 2008-11-13 15:16
我觉得测试人员应该去了解需求，更准备地说应该是了解需求的“总结”，而不是去参加需求调研这个过程。诚然参加调研这个过程可以让QA更早并且更确切地了解客户需求。但是要求不具备专业知识的QA去做这样的事情，我感觉对于公司来说是入不付出的

作者: wangjingying 时间: 2008-11-13 15:21
我所在的公司有时候也会有这种情况发生。调查到后来总是会发现这是在更新需求的时候没有及时地与QA沟通所造成的。
要解决这种情况，我想利用文件服务器会是一个比较好的方法。把文档放到统一的地点，这样大家就能够比较及时且统一地更新需求了。

作者: liaoxj 时间: 2008-11-13 17:31
就看给多少钱了！

作者: wy51testing 时间: 2008-11-19 17:17
同意楼主的说法，但郁闷的是，因公司小，测试三个，但谈需求的时候从来不带上我和另外一个测试，但测试的时候却让我们测，以至于我们要一边看需求一边测，

作者: 歇斯底里 时间: 2008-11-22 13:51
应不应该去和能不能去，有没有这个条件去，又是另外一回事。

作者: RYAN.D 时间: 2008-11-25 20:42
对于需求调研, 这个一个过程产生的是CRS, 主要是从用户的角度用用户能理解的词汇描述需求, 包括用户想要什么以及为什么想要, 这应该是需求调研要做的事情. 至于谁应该去做的问题, 可能国内外有比较大的分歧, 国外在产品开发过程中都有严格的角色定义(过程中的角色需要做什么事情, 如何做, 输出什么), 而国内几乎都是项目经理一脚踢(既做CRS, 又做SRS, 既做设计, 又做coding), 在这种一人担任多个角色的情况下, 往往会出现这样一个问题, 就是各种子过程混在一起, 输入输出不明确, 项目监控过于困难. 至于测试人员是否应该参与需求调研这个问题, 我觉得, 如果测试人员具备了需求开发工程师的能力, 鼓励去做调研, 如果不具备, 还是在SRS评审会议时介入比较好, 这个的理论依据: 项目的启动是从SOW的下发开始, 而测试活动的介入是从SRS开始(如果说错了, 请大家纠正), 实践依据是测试人员具备了多年的测试经验, 在脑海里会积累了大部分的技术概念以及词汇, 在与实际客户沟通的时候, 可能会存在较大的障碍, 比较难引导客户将出显示或隐式需求(毕竟不是做需求开发出身). 在SRS的评审阶段, 测试人员可以对SRS进行review, 从用户的角度进行理解和分析, 找出问题后, 让需求开发人员汇总并与客户确认, 形成一次完整的需求开发迭代. 打个比方, 如果测试经理参与到需求调研过程中, 那意味着CRS的完成是有测试参与参与的, 那么在SRS评审的时候, 就会少了一道验证(缺少了测试经理本身应该具有的评审效力, 三方评审少了一方).

总结一下, 鼓励有志愿向需求开发转型的测试人员参与到需求调研过程, 不提倡测试人员参与到需求调研过程中.

可能上述陈述有部分言语冒失或错误的地方, 请大家包涵.

Thanks in advance.

作者: heavy200t 时间: 2008-11-26 10:31
同意楼上的观点，受教了！
我往往把需求调研、需求分析、需求评审混作一谈，现在进一步意识到这些区别。
测试人员为了更好地进行测试，需要参与到需求阶段的工作中，但应在需求评审阶段介入。在需求调研阶段介入的确会有楼上所说的问题。

至于为什么会由测试人员介入调研，我猜想是不是有这样的客观原因：
测试人员在一些企业往往带着点文职工作的形象，可能是想让测试人员做需求调研中的一些文字工作。实际上想用的是测试人员的人力而不是测试人员本身的能力。

作者: melodys 时间: 2010-11-18 22:35
其实参加调研是对一个测试人员有比较高的要求的。
测试人员要有比较高的总和能力和理解沟通总结的能力才能发挥好的效果。要不然对于测试来说去了也是浪费时间。

作者: guoguo2005 时间: 2010-11-22 20:07
关键是成本
调研是要占人时，花差旅的
如果需求足够精细，就不必调研了

作者: feng999yan 时间: 2012-8-9 14:29
我们现在也面临这个问题，只是没经验，估计去了也提不了什么建设性的意见

作者: 天堂狮子 时间: 2012-8-13 18:51
及早参与，及早发现问题，对需求可以从测试角度理解问题！

作者: mainer 时间: 2012-8-16 17:00
我觉得测试人员参加需求调研是扯蛋，，这个事情应该是产品人员去做，测试人员获得需求的路径应该是从产品那里来的。如果非要把这个搞的这么混乱的话只能说你们公司岗位职责不清晰，会出问题。

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