首页 测试 工具 查看内容

一种支持自动化测试的测试管理工具的实现

2014-9-2 15:49| 发布者: | 查看: 707| 评论: 0

摘要:   3.2 测试用例存储和执行结果   为更有效组织这些测试用例,采用测试用例数据库进行集中管理。这样就可以按照测试阶段和被测模块清晰地组织测试用例,并可以按照用户的不同查询条件显示不同的数据信息(如测试用 ...
严重程度 描述 0 待分配 1 致命---系统崩溃或者不可修复错误 2 严重---功能没有实现 3 一般---功能实现错误 4 轻微---文档/拼写错误 5 待观察----不能重现的错误 6 正常-----系统正确功能,非bug

表2

优先级 描述 0 待分配 1 必须马上修改 2 尽快修改 3 有空时修复 4 可修复可不修复

表3

可视性 描述 0 待分配 1 超过75%客户可能面对这个bug 2 25-74%客户可能面对这个bug 3 10-24%客户可能面对这个bug 4 低于10%客户可能面对这个bug

  4.2  缺陷处理

  每当一个bug被处理完成的时候,ATMS将给它分配一个处理码,表4是系统所有结束码列表。

表 4

结束码 (解决途径) 解决 与否 详细描述 设计一部分 解决 非bug,是系统设计组成部分 不能修复 解决 由于时间,花费等别的限制暂时不解决 被报告人取消 解决 报告人认识不是bug,取消报告 延期 否 暂不修复,以后再修复 重复的 解决 和现存bug重复 已解决 解决 Bug被修复 不可复现 否 开发人员不能复现这个bug,需要重新定义bug路径 需要更多信息 否 Bug报告中信息不足      

  4.3 DTD的功能与组成

  DTD的功能与组成如图3所示。

图3  缺陷跟踪系统模块组成图

  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


鲜花

握手

雷人

路过

鸡蛋

扫一扫关注最新动态

毒镜头:老镜头、摄影器材资料库、老镜头样片、摄影
爱评测 aipingce.com  
返回顶部