51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3419|回复: 6
打印 上一主题 下一主题

[讨论] 需求经常变更,怎么办?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2008-5-20 09:49:33 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
我们是对日软件外包,我们在QA的过程中,需求经常变化,一会这样,一会那样,可能客户对需求也不明确,但是外包不变更不行 ,我们的工作应该如何对应?
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2008-5-20 10:30:28 | 只看该作者
1  做好需求分析,需求分析是软件工程中首先和最重要的一环。并做好需求评审,这样能发现需求中不足的地方。
2.变更控制委员会
需求变更是不可避免的,但必须要保证在控制之下(under   control)。最好的方法就是变更控制委员会(CCB)。因为如果用户不经过一个固定的程序就可以变更需求的话,那么他当然任意妄为。可如果要是经过程序,提交书面材料的话,就会谨慎多了。而且程序员的golden   garbage也很讨厌,也要用需求变更控制管理起来。总之,under   control。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
 楼主| 发表于 2008-5-20 11:04:27 | 只看该作者
原帖由 shen1936 于 2008-5-20 10:30 发表
1  做好需求分析,需求分析是软件工程中首先和最重要的一环。并做好需求评审,这样能发现需求中不足的地方。
2.变更控制委员会
需求变更是不可避免的,但必须要保证在控制之下(under   control)。最好的方法就是 ...

讲的过于理论化了
作为软件外包行业,客户提供的试样书就是我们的需求,我们在QA的过程中,客户就把试样给变掉了,根本还没有到评审阶段,但是就是到该阶段,做外包的,又能怎么样?
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2008-5-20 13:44:24 | 只看该作者
那就多和客户交流,快速定义客户和自己不明确的需求;对变更需求管理要到位,快速准确地控制是必不可少的。尽量减少开发,测试对需求变更的影响。
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2008-5-20 14:44:47 | 只看该作者
这是每一个人测试人员都要经历的过程。
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2008-5-22 10:49:16 | 只看该作者
理论是实践的基础,如果开发的需求文档永远和QA拿到的文档不一样的话,我想同一件事情要做一辈子。
一切under control。。。顶
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2008-5-22 11:10:34 | 只看该作者
[quote]原帖由 yaven 于 2008-5-22 10:49 发表
理论是实践的基础,如果开发的需求文档永远和QA拿到的文档不一样的话,我想同一件事情要做一辈子。




深有体会!
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-9-28 06:21 , Processed in 0.073148 second(s), 27 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表