liulanying 发表于 2008-5-20 09:49:33

需求经常变更，怎么办？

我们是对日软件外包，我们在QA的过程中，需求经常变化，一会这样，一会那样，可能客户对需求也不明确，但是外包不变更不行 ，我们的工作应该如何对应？

shen1936 发表于 2008-5-20 10:30:28

1做好需求分析，需求分析是软件工程中首先和最重要的一环。并做好需求评审，这样能发现需求中不足的地方。
2.变更控制委员会
需求变更是不可避免的，但必须要保证在控制之下（under   control）。最好的方法就是变更控制委员会（CCB）。因为如果用户不经过一个固定的程序就可以变更需求的话，那么他当然任意妄为。可如果要是经过程序，提交书面材料的话，就会谨慎多了。而且程序员的golden   garbage也很讨厌，也要用需求变更控制管理起来。总之，under   control。

liulanying 发表于 2008-5-20 11:04:27

原帖由 shen1936 于 2008-5-20 10:30 发表 http://bbs.51testing.com/images/common/back.gif
1做好需求分析，需求分析是软件工程中首先和最重要的一环。并做好需求评审，这样能发现需求中不足的地方。
2.变更控制委员会
需求变更是不可避免的，但必须要保证在控制之下（under   control）。最好的方法就是 ...
讲的过于理论化了
作为软件外包行业，客户提供的试样书就是我们的需求，我们在QA的过程中，客户就把试样给变掉了，根本还没有到评审阶段，但是就是到该阶段，做外包的，又能怎么样？

kevin_park315 发表于 2008-5-20 13:44:24

那就多和客户交流，快速定义客户和自己不明确的需求；对变更需求管理要到位，快速准确地控制是必不可少的。尽量减少开发，测试对需求变更的影响。

windfly1314 发表于 2008-5-20 14:44:47

这是每一个人测试人员都要经历的过程。

yaven 发表于 2008-5-22 10:49:16

理论是实践的基础，如果开发的需求文档永远和QA拿到的文档不一样的话，我想同一件事情要做一辈子。
一切under control。。。顶

ycatula 发表于 2008-5-22 11:10:34

原帖由 yaven 于 2008-5-22 10:49 发表 http://bbs.51testing.com/images/common/back.gif
理论是实践的基础，如果开发的需求文档永远和QA拿到的文档不一样的话，我想同一件事情要做一辈子。




深有体会！
页: [1]
查看完整版本: 需求经常变更，怎么办？