1、软件需求的改变——这个应该遵循“需求变更控制”进行管理,相应的用例变更。
2、测试人员对需求的理解错误——导致设计的用例错误
3、开发人员的设计文档进行变动——用例修改更新
4、测试用例的遗漏——测试用例补充
5、版本发布后,用户反馈的缺陷——重现缺陷,补充或修改用例。
通过上面每周组织测试人员进行用例更新维护,用例库会在软件产品的更新中不断的完善,也就让测试用例的覆盖逐渐的完善了。最后当项目结束后,就能得到一份完善的用例库。至于用例库的管理,可以参照公司对应的“配置管理实施”。
总之,“基于测试用例进行测试管理”——关键就是测试用例的维护,要保证测试用例与产品功能一致性。
原文转自:http://www.uml.org.cn/Test/200903126.asp