需求变更时,大家如何对待

goopy

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

m2b2x

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

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

歇斯底里

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

goopy

楼上说的很好,受教了

marx-zhang

重做测试用列！

月上百合

我就是把原来的用例拉出来，应该删除的删除，应该增加的增加，没办法，怕麻烦肯定不是理由了，当然有更好的办法，我也的