目录
1.目的
2.角色和职责
3.缺陷等级定义
4.缺陷提交原则
5.缺陷流转流程
5.1创建缺陷
5.2缺陷分拣/分配
5.3研发认领缺陷
5.4.研发解决缺陷
5.5关闭缺陷
5.6缺陷激活
1.目的
项目过程中对缺陷管理的规则，明确提单规范、用例优先级的选择规则、走单流程、小概率问题跟踪处理方式、问题单激活次数过多处理办法等。适用于项目经理、研发、测试人员阅读。
2.角色和职责
| 角色 | 职责 |
| 产品经理 |
|
| 项目经理 |
|
| 研发人员 |
|
| 测试人员 |
|
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.自己的问题，需解决，认领缺陷（new-->open）
- 2.非自己的问题，指派到其他研发并备注原因，要和对方沟通确认(new-->new）
5.4.研发解决缺陷
研发一定要认真看问题单的描述：步骤、预期结果、实际结果、日志，全面分析问题解决根本问题，目标问题单一次性解决关闭。
研发解决缺陷，根据解决方案走单
- 1.问题已解决：Fixed并指派给测试验证；（open-->Fixed）
- 2.问题不需要修复：由项目经理或产品确认不需要修复并备注（open--->Won`tfix）
- 3.后续版本解决：项目经理确认并备注后续解决问题的版本规划（oepn-->Later）
- 4.研发解决问题时发现重复问题，备注重复缺陷ID，缺陷状态标记为Duplicate，走回给测试验证（open-->Duplicate）
5.5关闭缺陷
缺陷创建者验证已解决问题，验证通过，关闭缺陷(Fixed/Won`tfix/Duplicate-->Closed)
5.6缺陷激活
测试人员验证Fixed状态的缺陷，发现问题未解决，重新激活并指派给研发（Fixed---->Reopen）
