一、Bug的3种状态

1.Active(活动)：Bug的初始状态。任何新建的Bug状态都是Active。可以通过编辑修改Bug的内容，并指派给合适的人员解决。

2.Resolved(已解决)：解决Bug之后的状态。

3.Closed(已关闭)：已修复Bug在验证无误之后关闭，该Bug处理完毕。如果没有真正解决或者重新复现，可以重新激活，Bug状态重新变为Active。

二、Bug的七种解决方案

1.三种无效的Bug

By Design 设计需求就是这么设计的

Duplicate   这个问题别人已经发现

Not Repro  无法复现的问题

2.四种有效的Bug

Fixed             问题被修复

External        外部原因

Postponed    发现的太晚了，下一个版本讨论是否解决

Won’t Fix      是个问题，但是不值得修复

三、其他

1.Bug 标题：为包含关键词的简单问题摘要，要有利于其他人员进行搜索或通过标题快速了解问题。

2.模块路径：指定问题出现在哪个模块。Bug处理过程中，需要随时根据需要修改模块，方便跟踪。如果后台管理指定了模块负责人，选择模块时，会自动指派给负责人。

3.指派给：Bug的当前处理人。如果不知道Bug的处理人，可以指派给Active，项目或模块负责人再重新分发、指派给具体人员。如果设定了邮件通知，被指派者会收到邮件通知。状态为Closed的Bug，默认会指派给Closed，表示Bug生命周期的结束。

4.抄送给：需要通知相关人员时填写，例如测试主管或者开发主管等。可以同时指派多个，人员之间用逗号分隔。如果设定了邮件通知，当Bug有任何更新时，被指派者都会收到邮件通知。

5.严重程度：Bug的严重程度。由Bug的创建者视情况来指定，其中1为最严重的问题，4为最小的问题。一般1级为系统崩溃或者数据丢失的问题；2级为主要功能的问题；3级为次要功能的问题；4级为细微的问题。

6.优先级：Bug处理的优先级。由Bug的处理人员按照当前业务需求、开发计划和资源状态指定，其中1的优先级最高，4的优先级最低。一般1级为需要立即解决的问题；2级为需要在指定时间内解决的问题；3级为项目开发计划内解决的问题；4级为资源充沛时解决的问题。

7.解决方案：参考Bug的七种解决方案。如果解决方案为Duplicated，需要指定重复Bug的编号。

8.相关 Bug：与当前Bug相关的Bug。例如，相同代码产生的不同问题，可以在相关Bug注明。

9.相关 Case：与当前Bug相关的Case。例如，测试遗漏的Bug可以在补充了Case之后，在Bug的相关Case注明。

10.上传附件：上传Bug的屏幕截图，Log日志或者Call Stack等，方便处理人员。

11.复现步骤：[步骤]要描述清晰，简明扼要，步骤数尽可能少；[结果]说明Bug产生的错误结果；[期望]说明正确的结果。可以在[备注]提供一些辅助性的信息，例如，这个bug在上个版本是否也能复现，方便处理人员。