3.2 测试用例存储和执行结果
为更有效组织这些测试用例,采用测试用例数据库进行集中管理。这样就可以按照测试阶段和被测模块清晰地组织测试用例,并可以按照用户的不同查询条件显示不同的数据信息(如测试用例执行状态,执行结果,时间等)。
3.3 测试用例的维护
为保证测试用例库中测试用例的有效性,必须对测试用例库进行维护。包括如下四个方面:
● 删除过时的测试用例
因为需求的改变等原因可能使一个测试用例不再合适被测系统,这时就应该将其删除。
● 删除冗余的测试用例
如果存在两个或更多测试用例针对一组相同的输入和输出进行测试,那么就是冗余的,它们的存在会降低回归测试的效率,需要定期进行整理。
● 添加新的测试用例
如果发现某个关键接口还没有被测试,就应该开发新的测试用例重新对其进行测试,并将新的测试用例合并到测试用例库中。
3.4 测试文档模板管理
为有效进行软件测试管理,在项目准备阶段创建测试过程中用到的各种管理模板,项目测试执行过程中填充和更新模板内容,这样可以保证不会遗漏重要测试内容并保持文档格式一致性。
目前ATMS中存在如下模板:
● 测试用例模板(测试用例逻辑部分)
● 每日进度模板
4 缺陷跟踪数据库
缺陷跟踪数据库DTD(Defect Tracking Database),是对软件缺陷进行系统管理和跟踪控制的数据库,它记录软件测试、缺陷修正和验证过程的全部缺陷的处理信息,ATMS中的测试是以它为驱动进行的。
ATMS中,对缺陷进行跟踪管理,确保每个被发现的缺陷都能够及时得到处理是测试工作的一项重要内容。每个bug都有它的生命周期,从被报告开始到被解决结束。在这个生命周期中它在不同状态中转换。在ATMS中,我们为缺陷设计了如下缺陷跟踪管理状态模型。
4.1 缺陷报告
标识一个缺陷的时候,能正确给它分配严重程度、可视性和优先级别是很重要的。其中严重程度标识了一个bug对系统执行的破坏度,可视性是哪个能观察到这个bug,优先级别标识bug何时修复。
表1、表2和表3分别标识了严重程度、可视性和优先级的可能值。
表1
严重程度 |
描述 |
0 |
待分配 |
1 |
致命---系统崩溃或者不可修复错误 |
2 |
严重---功能没有实现 |
3 |
一般---功能实现错误 |
4 |
轻微---文档/拼写错误 |
5 |
待观察----不能重现的错误 |
6 |
正常-----系统正确功能,非bug |