51Testing软件测试论坛

标题: 需求变更时,大家如何对待 [打印本页]

作者: goopy 时间: 2008-11-20 22:50
标题: 需求变更时,大家如何对待
需求变更时,该如何写测试用例,是不是将原来的用例再重新跑一遍并增加相应的用例,这样是不是太浪费时间啊,如果需求经常变更怎么办,不知道大家是怎么对待这个问题的

作者: m2b2x 时间: 2008-11-21 17:14
如果在测试阶段需求还经常变更，说明需求没有经过很好的评审，应该提出意见，让相关人员评审以后定下baseline，再测试。
如果是正常的需求变更，只能结合需求与用例看看需不需要增加，修改或者减少用例了。

[ 本帖最后由 m2b2x 于 2008-11-21 17:23 编辑 ]

作者: 歇斯底里 时间: 2008-11-24 16:14
我们经常会遇到这种情况，有时候变更太频繁，以致于测试人员无法进行测试。
遇到这种问题，我认为
1. 有可能的话向上级提出需求的重新评审
2. 如果第一条行不通，也不需要心急，变更了需求自己首先要研究一下变更的需求，至少要熟悉，想一想这个需求的变更会不会引起其他一些问题，有问题及时提出。最好是测试团队内部一起讨论一下，集思广益。
3. 对变更的需求重点写用例，在这个过程中要有良好的判断力。尽可能的判断这个需求变动会影响到哪些模块的功能或者流程，增加，修改，删除原来的用例。
4. 与变更部分不大相关的case可以先不用重新跑，重点跑变更部分的。

作者: goopy 时间: 2008-11-26 21:44
楼上说的很好,受教了

作者: marx-zhang 时间: 2008-11-27 09:24
重做测试用列！

作者: 月上百合 时间: 2008-11-28 13:38
我就是把原来的用例拉出来，应该删除的删除，应该增加的增加，没办法，怕麻烦肯定不是理由了，当然有更好的办法，我也的

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