缺陷提交管理规范

缺陷提交管理规范

编写说明

目录

缺陷提交管理规范 (1)

目录 (2)

一、概念 (3)

二、目的及作用 (3)

三、操作步骤 (4)

四、三量标准 (5)

五、检查、抽查 (5)

六、缺陷级别定义 (6)

七、缺陷管理工具 (7)

八、注意事项 (7)

九、组织纪律 (9)

一、概念

缺陷管理是在软件生命周期中识别、管理、沟通任何缺陷的过程（从缺陷的识别到缺陷的解决关闭），确保缺陷被跟踪管理而不丢失。

二、目的及作用

指导测试团队日常提交bug的规范说明，主要侧重缺陷流程各环节之间的控制，明确缺陷提交规则及各个状态测试团队应完成的工作。

三、操作步骤

1、开发经理：对Bug进行分配，标注处理意见，给定优先级（发版前必须三方：需求、开

发、测试共同确定）。问题分配时，应尽可能将咨询类、理解错误类等问题处理掉，而不是留给开发人员。有可能是需求的问题，分配给需求人员。

2、测试经理：审核测试人员提交的Bug。定期对Bug库进行分析，描绘出曲线图等，报告现

状、预测趋势。编写测试计划、测试总结报告

3、开发人员：分析Bug，写出问题原因，修改Bug后要在bug库中进行注释；实行Bug严

重优先原则，1级以上优先处理。

4、测试人员：提交Bug并验证Bug是否已被解决

四、三量标准

1、时量标准：所有测试用例执行通过。

2、数量标准：

1)执行用例时，一条功能用例对应一个Bug，对于流程用例可对应多个Bug；

2)Bug验证通过关闭时要结束对应执行的测试用例。

3、质量标准：

1)每个Bug必须对应相关用例；

2)Bug数量统计；

3)Bug所属模块与严重程度

五、检查、抽查

1、问题描述一般格式：问题描述时，建议分几步描述：模块或功能点=>步骤=>期

望=>结果=>其它信息，可依实际情况调整；

2、单一：尽量一个报告只针对一个软件缺陷，报告形式应方便阅读。在主报告之后

应注明不同的条件；

3、简洁：每个步骤的描述应尽可能简洁明了。只解释事实、演示和描述软件缺陷必

要的细节，不要写无关信息；

4、再现：问题必须在自己机器上能复现方可入库（个别严重问题复现不了也可入

库，但需标明）；

5、复杂的问题应附截图补充说明或直接通知指定的修改人；截图的文件格式建议用

JPG或GIF。

6、报告中不允许使用抽象词句：比如“有错误”之类；

7、有关操作系统/浏览器兼容性问题：应在不同操作系统/浏览器上进行操作，看是

否能重现，并在Bug报告中标识。

六、缺陷级别定义

七、缺陷管理工具

禅道Pro6.7.3

访问地址：http://123.206.65.202:8080/zentao

八、注意事项

1、Bug标题和内容描述要求分类准确、叙述简洁、步骤清楚、有实例、易再现、

复杂问题有据可查（截图或其它形式的附件）；

2、Bug中操作步骤与结果成对出现；

3、Bug严重程度和优先级定义严格按照如下标准：

附：优秀的Bug报告应满足以下几方面的要求：

1)无歧义：结构清晰，语言明确；

2)复测：复现故障再写报告；

3)归纳：是否其他模块也有相同的Bug；

4)比较：其他测试用例是否使用到此Bug；

5)总结：报告的开头有Bug的总结；

6)精简：不要有多余的步骤和语言；

7)中立：无批评性语言；

8)讨论：将要发出的报告送其他测试人员讨论。

九、组织纪律

1、通过执行测试用例发现并提交Bug；

2、所有Bug必须全部提交禅道系统统一管理；

3、Bug从提交到关闭，提交人员必须全程跟踪解决；

4、修改和验证Bug后需要进行注释，按照Bug严重程度原则，2级以上优先

处理。