一个好的测试，就该学习好的软件缺陷管理规范

为了更好的让测试人员对软件缺陷进行管理，为此专门费心总结了一套缺陷管理规范，分享给各位学习。

一、BUG生命周期

二、BUG判断规则

1） 软件未达到需求的功能

2）软件出现了需求和设计图指明不会出现的错误。

3）软件功能超出了需求指明的范围。

4）软件未达到需求未指出但应达到的目标(隐含需求)。

5）测试人员认为软件难以理解、不易使用、不人性化、运行速度缓慢，或用户体验需要改进。

三、BUG分类

序号	分类	主要内容
1	功能问题	功能未实现 功能实现与需求设计不符 功能重复 功能多余
2	界面问题	界面风格、文字、按钮不符合规范 操作繁杂 提示信息模糊 提示信息内容出现专业的代码错误信息
3	数据问题	数据类型错误 数据计算错误 数据初始化错误数据边界值相关错误
4	安全性问题	数据有效性检测不合理 重要数据传输过程没有加密 缺少身份认证机制或认证不合理系统日志未作级别控制
5	性能问题	并发量 数据量 响应时间

四、BUG状态类别

五、BUG严重级别

1）P0级:严重问题

2）P1级:主要问题

3）P2级:次要问题

4）P3级:轻微及优化意见问题

P0级:严重问题 主要功能未实现 页面卡顿严重 数值计算严重错误

P1级:主要问题 子功能未实现 功能实现不符合原始需求 数据错误 程序接口错误

P2级:次要问题 界面错误 提示信息错误字段类型控制错误

P3级:轻微及优化意见问题

六、BUG提交内容规范

序号	内容信息	说明
1	BUG ID	BUG的唯一标识，一般由缺陷管理工具自动生成
2	BUG标题	简明扼要描述BUG信息和模块
3	项目	一般自动生成当前项目名称
4	负责人/协作人	写明该BUG负责人和协作人
5	BUG类型	明确BUG所属的类型
6	严重级别	明确BUG的严重级别
7	测试步骤	详细描述测试过程中发现缺陷的步骤
8	测试数据	标注缺陷发现过程中的数据信息
9	测试图片/附件	附上缺陷出现时的日志、图片等相关信息
10	备注	针对产生的缺陷附加的相关信息

七、有效的BUG填写原则

1）描述准确

只客观描述缺陷的内容和本质，不带主观性的评论

2）对象单一

一个错误报告仅对应一个BUG，避免出现一个错误报告对应多个BUG的情况

3）类型明确

根据BUG产生的现象，准确定位BUG所属的类型

4）步骤清晰

清楚地描述BUG产生的前置条件和详细操作步骤尽可能的让BUG能够重现

5）附加必要的文档

附上截屏或日志信息，方便对问题迅速定位