需求总确定不下来，如何进行测试？
我们公司做的主要是一些比较小的项目，周期一般在3个月左右。因为周期短，所以一般开发都是直接找客户谈完需求就直接进行设计编码了，其中基本上不产出详细的设计文档。而且需求也没有办法一次定下来。总是随着项目的推进而不断地进行修改。这样以来，对于我们测试组的人来说，就没有一个标准来进行测试，有时程序出来之前我们甚至都不知道这个功能是做什么用的，就算找开发咨询，了解之后，也有可能再变。请问有什么好的解决办法么？ 两种解决办法：1长期：跟老板和负责人讲清成破厉害，让他们知道研发过程中节奏的重要性，至少一点儿一点儿的让各个环节得到完善，虽然做项目不可能像做产品，但会给所有的研发人员一个缓冲的时间和解决问题的时间。2短期：敏捷开发，每天迭代一个模块或一小部分功能，针对的方面不要太广，几个模块集成完毕，最后再在整体的高度回归几遍。
这是我的看法。 这个其实就是目前大部分公司的现状。
处理这样的办法
1：测试人员一定没法和需求方直接联系。所以一定要找开发确认。这个其实也是行的。不过要记录下。测试可以
发需求需要确认的给开发人员抄送项目经理等人。让开发人员或者谁确认。这可以确保你测试的和开发人员理解的需求完全一致。
2：接着是确保开发人员的思维是不是和客户一样，就是敏捷开发。每2周找客户确认下。时间可以自己定。
这样确保开发的需求和客户的需求一致。
所以，一句话，完全依附开发，定时找客户确认
不然不这样，
一：是和开发人员产生彼此不信任关系。不利用工作开展
二：是测试人员没法和客户直接沟通，不信开发的信谁
最后说明点。这是测试没办法和客户沟通的前提。才采用上面办法
如果能够沟通，走正常的流程就行了。
页:
[1]
