需求变更后，建议所有用例视图在相关的用例里都显式提示需求已变更

回帖数 4

阅读数 2443

发表时间 2010-11-23 00:58:05

🍉

楼主

目前是在进入具体的用例之后，才会发现此用例对应的需求已经变更。如果需求是在测试任务都安排了之后发生的，那么测试任务将会按照变更前去执行。增加显式提示会防止这种错误的发生。或者强制需求变更的用例必须进行确认后再执行测试；
这样还会带来一个问题：
需求变更，用例变更，而之前安排的测试任务，其测试用例版本是不是在测试用例确认变更之后，也自动关联到所确认的版本呢？

2010-11-23 01:00:17 KH 最后编辑

回帖

4个回复

🍟

春哥

幽灵 | 等级7春哥

沙发

测试用例的列表页面，还有bug的列表页面，任务的列表页面，都有一个选项卡，为需求有变动的，点击进去，即可看到所有需求有变动的bug，任务，或者测试用例。
用例确认需求变更之后，并不会产生新的版本，所以也不影响测试任务里面已有的测试用例。

2010-11-23 09:27:18 王春生回帖

回帖

🍉

玄清 | 等级1居士

板凳

你说的这个功能我看到了。但没解决我的问题：需求确确实实是影响到了即将要执行的用例，并且这些用例已经安排到了测试任务中去，任务是待执行的。
用例需要更新再执行，这个时候，如何让执行任务的人知道他的测试任务必须等待用例更新，确认已经与需求同步更新之后再去执行呢？

2010-11-23 09:32:07 KH 回帖

回帖

🍟

春哥

幽灵 | 等级7春哥

需求变更的情况不是常态，也非多数。项目开始之后，也就是几个需求的变更。（如果需求变更太厉害，应该取消项目，新开始一个。)。这种需求的变动，对于相应的负责人来讲，应该是很清楚的。
另外，需求变更，也会群发email，项目中的所有成员，都会收到变更的通知。
不要期望通过软件可以做所有的事情。很多东西还是要靠大家线下的沟通和努力。

2010-11-23 10:07:51 王春生最后编辑 2010-11-23 10:07:51 王春生回帖

回帖

🤓

李振宇

玄清 | 等级1居士

楼上正解
团队的定期例会有很有必要的

软件提供的一种管理系统的架构

2010-11-23 10:04:15 李振宇最后编辑 2010-11-23 10:04:15 李振宇回帖

回帖