51Testing软件测试论坛

标题: 如何控制不断变化的需求 [打印本页]

作者: wangjh    时间: 2006-11-9 15:32
标题: 如何控制不断变化的需求
昨天项目经理在和客户的开会的时候提出新增的需求不能超过当前的1%,而客户坚持 10%, 请问有什么标准吗?  如果需求不断变化,测试的时候必然会有影响,我们有什么依据在需求变化超过一定范围的时候可以终止测试吗?
作者: zhangyong    时间: 2007-1-16 13:22
标题: 变化是唯一的生存
需求变化是必然的,尤其对于软件来说更加突出。对于客户来说,因为自己也确实不知道最终的具体的需求是什么,只能在体验后不断更新需求来满足自己的使用习惯或者业务要求。只要有需求测试永远不能停止。我的意思是,需求首先要针对于开发来说的,测试的是开发的产品。只要开发做了客户的需求就必须要测试。所以测试要终止必须开发终止!!!只要不去修改需求就不用测试了!!!
作者: r_sunny    时间: 2007-1-19 09:56
当需求变化超过一定范围的时候只可以停止测试,   但不是终止测试!

是pause,而不是stop
作者: null2    时间: 2007-1-19 10:40
你们老大对客户说,加10%的需要就要加10%钱加10%时间
作者: oracletest    时间: 2007-1-25 14:53
填写需求变更单,让客户确认签字,根据工时计算加多少钱,可以缓解客户的不断变更。除非客户不在乎钱。
作者: natasha01216    时间: 2007-2-13 10:47
标题: 推荐一个本本~
我看了很多帖子,终于忍不住要推荐这个本本了。。。因为很多问题,他都讲过的《道法自然》。。。好象是讲养猪场的时候提到的需求变化。。。管不管客户要钱,我们的系统也应该做成开放的。。。记得以前一个老师讲过,他们做一个系统的时候,有一个需求客户没有提到,但是他们留下一个接口,因为猜到他们必然可以用,后来他们果真提出来,还自己提出加一倍的价钱,哈哈哈哈~~
所以,不要埋怨变化,还是提高我们自己的技术经验比较硬道理。。。当然,变态的东东,我们还是要回绝的。。。总之,变化虽然是软件的大忌,但却是不可能避免的,愁也没有用,还是要面对的。所以我们需要的是优秀的设计人员,而不是编码高手。。。说到这里我又很想笑。。。我见过一些公司的编码高手,我赞他们是武林高手,开发软件是编码的说了算。。。他们还很高兴sdlkfj5好的软件,必然有一个好的软件过程,而不是”高手“。。。
作者: rivermen    时间: 2007-2-13 16:00
这就对需求分析人员提出很高的要求了,有时候必须比客户考虑的更加周到
程序里面多留几个活口
作者: yongming566    时间: 2007-2-25 17:32
我们干脆连需求都不用,上面怎么说就怎么改,呵呵!就是加时间,钱嘛!一样,都是拿工资的
我们是由公司上级直接给出需求
作者: marco    时间: 2007-3-26 10:54
如果客户不断变更需求必然会大大增加产品的成本,更有可能是开发和测试无法进行,因此需要将需求变更尽量控制在一个很小的范围内,客户对每一次需求的变更导致项目的延续也需要负责的
作者: micrry    时间: 2007-3-26 13:34
感觉软件就是在不同的变化和不同的实现
作者: rickyzhu    时间: 2007-3-26 13:46
软件行业,唯一不变的是变化,呵呵,说的就是这个.

如果一个软件产品没有新的需求进来了,那么这个软件也该寿终正寝了.

如何适应和控制,管理这种变化才是最重要的.
作者: yoyoa    时间: 2007-3-27 10:11
其实,对于需求的变更并不显得那么可怕。可怕的是我们公司内部没有一套变更的流程。只要需求变更的流程我们定义好了,百分之多少地变化都没有关系。
作者: lizhm    时间: 2007-4-3 17:11
在我公司,当需求更改后,测试人员都不知道是什么时候改的.
到头来就忙着改测试用例了.
作者: luoyear    时间: 2007-4-4 09:15
对于不能规范客户的情况下
任何软件工程都是徒劳
这种情况下
也许一个强力的项目经理
加上把客户include进来的需求开发机制
并且客户方存在有上线压力

这三者相信有助于在某种程度上减少永无止境的需求变更。
作者: windyfreeze    时间: 2007-4-12 15:31
看了,有所了解了!




欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2