BUG管理规范

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

件开发测试进度,减少开发和维护成本。
2
范围 本规范规定了 BUG 属性定义以及 BUG 管理流程,适用于测试人员和开发人员进行
BUG 提交、修复和回归测试工作。 3 术语
术语 Mantis TestLink BUG 管理工具。 测试管理工具
描述
4
参考资料
NO 1 2 3 4 Mantis 用户指南 Mantis 管理员指南 测试指南
BUG 管理规范
当前版本 文档编号 总页数 编制人
1.10 QMS_ENG_S01 10 羊 XX 正文页数 评审人
密级
机密
8
附录页数 批准人
0
编制日期
2011.01.17
评审日期
批准日期
模板文档编号
成都 XXXXXXXXXXXX
BUG 管理wk.baidu.com范
修改履历
序 号
1
状 态
C
版 本
1.0
修改内容
修改 位置
7.6.1 7.6.2 7.7 8
跟踪遗留 BUG ............................................................................................... 10 产品发布后发现的 BUG ................................................................................. 10
第4页,共12页
成都 XXXXXXXXXXXX
BUG 管理规范
或参数列表相互影响的 BUG。 性能 Performance 产品性能方面错误:不满足系统可测量的属性值,如: 并发量,数据量,事务处理速率等 设计 Design Fault 易用性 Usability 设计不符合产品需求规格或详细设计、概要设计文档。 以用户角度发现的产品操作方面错误:包括产品易理解 性、易学习性、易操作性等 安装 Installation 需求 Requirements 软件安装部署方面的错误 需求本身错误、需求变更等引起的问题
BUG 管理规范

1 2 3 4 5 6

目的 ............................................................................................................................... 3 范围 ............................................................................................................................... 3 术语 ............................................................................................................................... 3 参考资料 ........................................................................................................................ 3 角色与职责 .................................................................................................................... 4 BUG 属性定义 ............................................................................................................... 4 6.1 6.2 6.3 6.4 6.5 6.6 BUG 分类 ............................................................................................................... 4 BUG 严重性 ............................................................................................................ 5 BUG 优先级 ............................................................................................................ 5 BUG 状态 ............................................................................................................... 6 BUG 解决状态.......................................................................................................... 6 BUG 再现性 ............................................................................................................ 7
修改人 日期
羊 XX
评审人 日期
批准人 日期
创建文档:BUG 管理规范。 2011.01.17 唐 XX 夏 XX 2011.4.22
2
R
1.00
V1.0 体系发布 2011.4.22
4
5
6
7
8
9
10
11
12
13
14
状态: C—创建文档,A—增加内容,M —修改内容,D—删除内容
第1页,共12页
成都 XXXXXXXXXXXX
BUG 分析 ............................................................................................................. 11
附录 ............................................................................................................................. 11
6.2 BUG 严重性 严重等级 系统死锁 block 描述 系统资源不足、进程运行推进的顺序不合适、资源分配不 当等引起的 系统崩溃 crash 系统任何一个主要功能完全丧失,用户数据受到破坏、系 统在进行性能测试时出现崩溃状态 严重错误 Major 系统主要功能部分丧失,数据不能保存,系统的次要功能 完全丧失或者服务受到明显的影响,完全不能给用户使 用。严重地影响系统要求或基本功能的实现,且没有办法 更正。 次要错误 Minor 系统的次要功能没有完全实现,但不影响用户的正常使 用。影响系统主要功能的实现,但存在合理的更正办法。 不合理或别扭 tweak 使操作者不方便或遇到麻烦,但它不影响执行工作功能或 重要功能。比如界面布局不合理;或者易用性不好 文字错误 text 微不足道 trivial 文档或者界面出现错别字的情况 界面上的一些小问题,完全不影响功能,对界面美观有所 影响 新特性 feature 以前版本中从未出现的一些问题。
描述 每个 BUG 必须有一个唯一的编号。 根据 BUG 的自然属性划分的 BUG 种类。 BUG 重现的频率。 因 BUG 引起的故障对软件产品的影响程度。 BUG 必须被修复的紧急程度。 BUG 从提交到修复过程的进展情况。 BUG 第一次被发现检测到的产品测试版本。
6.1 BUG 分类 BUG 类型 功能 Fuction 描述 产品功能方面 BUG:包括模块功能实现、功能使用性、 逻辑性等 BUG。 界面 UI 用户界面 BUG:包括界面格式、图片文字格式、输入灵 活性、输入格式等方面的 BUG 接口 Interface 与其他组件、模块或设备驱动程序、调用参数、控制块
7
BUG 管理流程 ............................................................................................................... 7 7.1 7.2 7.3 7.4 7.5 7.6 提交 BUG ............................................................................................................... 9 分配 BUG ............................................................................................................... 9 解决 BUG ............................................................................................................. 10 验证 BUG ............................................................................................................. 10 BUG 报告 ............................................................................................................. 10 遗留 BUG 跟踪 ..................................................................................................... 10
第2页,共12页
成都 XXXXXXXXXXXX
BUG 管理规范
1
目的 BUG 管理的最终目标是最大限度地减少 BUG 的出现率,从而提高软件产品的质量。 1)从 BUG 发生到结束的全生命周期进行跟踪管理,尽可能发现所有的 BUG,确保每 个被发现的 BUG 都能够被解决; 2)收集数据并根据 BUG 趋势图识别测试过程的阶段;可以通过 BUG 趋势图来确 定测试过程是否结束; 3)在已收集到的数据的基础上进行统计分析。总结 BUG 出现的原因、类型和规律,采 取相应措施避免该类型 BUG 再次出现,并在开发过程的早期阶段予以确定,起到预防 的作用。 项目组必须严格遵循本规范要求保证在较短的时间内高效率地解决所有 BUG,缩短软
6
BUG 属性定义 是对软件产品预期属性的偏离现象。它包括检测 BUG 和遗留 BUG。每一个软件组织
都必须妥善处理软件中的 BUG,这是关系到软件组织生存、发展的质量根本。BUG 属性见 下表。
属性名称 编号 ID 分类 Category 再现性 Reproducibility 严重性 Severity 优先级 Priority 状态 Status 产品版本 Product Version
文档名称
第3页,共12页
成都 XXXXXXXXXXXX
BUG 管理规范
5
角色与职责
角色 项目经理 测试组长 开发组长
职责 统计 BUG 分析图表;跟踪 BUG 报告和解决进度 评审测试工程师提交的 BUG 评审测试负责人提交的 BUG,并分配给相应的开发 工程师
测试执行人员 开发人员 QA
提交 BUG,验证 BUG 修改 BUG 提交、评审测试过程中与标准的不符合项
相关文档
最新文档