Bug管理规范

目录

1.目的

2.角色和职责

3.缺陷等级定义

4.缺陷提交原则

5.缺陷流转流程

5.1创建缺陷

5.2缺陷分拣/分配

5.3研发认领缺陷

5.4.研发解决缺陷

5.5关闭缺陷

5.6缺陷激活

---

1.目的

        项目过程中对缺陷管理的规则，明确提单规范、用例优先级的选择规则、走单流程、小概率问题跟踪处理方式、问题单激活次数过多处理办法等。适用于项目经理、研发、测试人员阅读。

2.角色和职责

角色	职责
产品经理	裁决有异议的Bug
项目经理	协助分析难解Bug 裁决有异议的Bug
研发人员	分析并确认Bug 解决Bug 验证自己解决的Bug
测试人员	发现Bug并提单跟踪 回归验证Bug 每日统计、发布项目DI报告

3.缺陷等级定义

严重级别	解      释	错误说明	对应禅道的bug等级
Blocker系统崩溃	重大功能未实现、系统崩溃、关键性数据错误和丢失；中断性问题；严重的安全漏洞；由于程序所引起的死机、非法退出，程序接口错误等	致命错误，包括以下各种错误： 1．由于程序所引起的死机，非法退出 2．死循环 3．数据库发生死锁 4．因错误操作导致的程序中断 5．功能错误 6．与数据库连接错误 7．数据通讯错误	1级
Critical严重错误	主要功能未实现且无替代的方法实现该功能、安全漏洞、界面设计出现功能性明显错误、功能实现与设计不符、性能与设计偏差过大或严格定义的重要设计性能无法达到设计要求。	严重错误，包括以下各种错误： 　　1．程序错误 　　2．程序接口错误 　　3．数据库的表、业务规则、缺省值未加完整性等约束条件	2级
Normal 一般错误	次要功能未实现、主要功能实现不完全、安装配置设置存在漏洞。	一般错误，包括以下各种错误： 1．操作界面错误（包括数据窗口内列名定义、含义是否一致）2．打印内容、格式错误 3．简单的输入限制未放在前台进行控制 4．删除操作未给出提示 5．数据库表中有过多的空字段	3级
Minor 轻微错误	界面提示信息不正确、界面控件设计摆放不符合设计要求或使用不方便、UI没有对齐等	提示错误，包括以下各种错误： 1．界面不规范 2． 辅助说明描述不清楚 3． 输入输出不规范 4． 长操作未给用户提示 5． 提示窗口文字未采用行业术语 6． 可输入区域和只读区域没有明显的区分标志	4级
Enhancement建议	建议性bug，需求加强的功能	优化建议，包含以下各种错误： 日期时间输入建议用日历选择 功能实现操作建议更简便一点	4级

4.缺陷提交原则

1.缺陷标题应简洁明了，突出重点，从bug标题可以直接看出问题点在哪里
2.根据缺陷影响，合理定义缺陷等级
3.明确的复现步骤有助于研发修复缺陷
4.非必现缺陷需进行缺陷提交和跟进

5.缺陷流转流程

5.1创建缺陷

新建缺陷，测试/产品/运营发现问题并提出（New）,创建缺陷时，缺陷等级设置严谨、步骤、预期结果、实际结果、日志、截图填写清晰，方便研发定位问题；

5.2缺陷分拣/分配

测试人员对问题进行初步定位（F12查看问题接口所属模块、抓包工具抓包等），根据定位结果分配给对应的研发；（New）

5.3研发认领缺陷

研发认领指派给自己的缺陷并做初步判断：

1. 1.自己的问题，需解决，认领缺陷（new-->open）
2. 2.非自己的问题，指派到其他研发并备注原因，要和对方沟通确认(new-->new）

5.4.研发解决缺陷

研发一定要认真看问题单的描述：步骤、预期结果、实际结果、日志，全面分析问题解决根本问题，目标问题单一次性解决关闭。

研发解决缺陷，根据解决方案走单

1. 1.问题已解决：Fixed并指派给测试验证；（open-->Fixed）
2. 2.问题不需要修复：由项目经理或产品确认不需要修复并备注（open--->Won`tfix）
3. 3.后续版本解决：项目经理确认并备注后续解决问题的版本规划（oepn-->Later）
4. 4.研发解决问题时发现重复问题，备注重复缺陷ID，缺陷状态标记为Duplicate，走回给测试验证（open-->Duplicate）

5.5关闭缺陷

缺陷创建者验证已解决问题，验证通过，关闭缺陷(Fixed/Won`tfix/Duplicate-->Closed)

5.6缺陷激活

测试人员验证Fixed状态的缺陷，发现问题未解决，重新激活并指派给研发（Fixed---->Reopen）