8、测试用例知识库的积累还能使迭代开发的项目,减少很多书写测试用例的时间,对于新项目,可以进行项目测试用例的迁移整理,修改。而不是重新书写新的测试用例。
9、测试绩效考核,一些公司通过编写测试用例数量,执行用例数量,发现缺陷效率等来进行,这些都和测试用例有关。所以说,测试用例的好与坏,不仅直接影响到测试效率,而且影响到测试人员的绩效效率。
上面只是介绍一些和测试用例挂钩方面,下面说一些具体做法:
测试用例编写:
在测试负责人分配测试用例编写计划后,最好由业务知识熟悉的员工进行用例编写,每周进行一次用例评审,直到测试用例编写完成。
测试用例维护:
其实基于测试用例进行测试管理的重点就在“测试用例的维护”,好的维护才能保证用例的有效性,实施性。一般测试用例维护最好在每周组织测试人员,对测试用例进行维护和更新。一般用例需要改变会有以下几种原因:
1、软件需求的改变——这个应该遵循“需求变更控制”进行管理,相应的用例变更。
2、测试人员对需求的理解错误——导致设计的用例错误
3、开发人员的设计文档进行变动——用例修改更新
4、测试用例的遗漏——测试用例补充
5、版本发布后,用户反馈的缺陷——重现缺陷,补充或修改用例。
通过上面每周组织测试人员进行用例更新维护,用例库会在软件产品的更新中不断的完善,也就让测试用例的覆盖逐渐的完善了。最后当项目结束后,就能得到一份完善的用例库。至于用例库的管理,可以参照公司对应的“配置管理实施”。
总之,“基于测试用例进行测试管理”——关键就是测试用例的维护,要保证测试用例与产品功能一致性。
文章来源于领测软件测试网 https://www.ltesting.net/