(测试活动之缺陷管理) 以下为简单概述或者通用型描述，不同的项目或者业务会有所不同。

1 bug定义

BUG是一个英文单词，本意是指昆虫、小虫、损坏、犯贫、缺陷、窃听器等意思。现在一般是指在电脑系统或程序中，隐藏着的一些未被发现的缺陷或问题，简称程序漏洞。

2 bug关键信息

3 bug书写注意事项

• BUG必须标注：严重等级、优先级别并准确表述出问题内容及所在模块等，方便研发等人员快速定位问题并有序解决问题；
• BUG标题：要以一个准确简练的句子描述某个模块存在的问题，或者某个操作导致了什么问题；
• BUG内容：针对不同的原因导致的问题要包含对应的原因，例如手机的品牌、操作系统或者是浏览器名称、版本等；
• BUG内容：常规BUG内容中要包含：操作步骤、实际结果、预期结果，语言要清晰准确；
• BUG内容：若为特殊数据造成的问题，需提供具体测试数据；
• 兼容性问题需在两个以上环境中确认BUG再进行提交；
• 非必现BUG需进行10次以上测试，标注问题出现概率；
• BUG的所有描述中，不要带有个人情绪或诽谤性词汇，要用专业名词、准确、客观的描述问题、实际结果及期望结果。

4 bug类型说明

简单概括，不同的业务和项目有所不同，不代表全部bug类型。

5 bug严重程度

比如：致命、严重、一般、提示、建议。（详细根据项目情况定义，比如还有A、B、C、D；Ⅰ、Ⅱ、Ⅲ、Ⅳ等等）

6 bug生命周期

一般BUG的生命周期为：创建（激活）–确认（已确认）–解决（已解决）–关闭（已关闭）。 以禅道为例说明如下：

• 测试人员在测试过程中，发现并创建BUG（创建完成后状态为：激活状态），记录产品缺陷，分析并跟踪BUG直至问题解决；
• BUG创建后会指派给对应人员，若存在中间分析/分配BUG人员，则指派给该人员，分析/分配BUG的人员查看BUG并进行分析，确定为BUG则确认BUG（状态变为：已确认）并将问题指派给对应解决人员（一般为研发人员）；
• 研发人员及时分析处理问题，问题解决后修改BUG状态为：已解决，并填写解决方案、解决版本，然后指派给测试人员（一般为创建BUG的人员），若有特殊说明，则在备注中说明；
• 测试人员对已解决状态的问题及时进行回归，若问题解决则关闭BUG，若问题未解决则激活。

7 bug解决方案说明

以禅道为例，BUG解决方案有：设计如此、重复BUG、外部原因、已解决、无法重现、延期处理、 不予解决。

• 【设计如此】：若BUG所述内容与产品或设计图是一致的，则研发人员在将BUG置为已解决 状态时，可选择：设计如此 解决方案，但建议在备注内进行说明；
• 【重复BUG】：若BUG为重复BUG，即已经存在与此相同的BUG，则研发人员在将BUG置为已 解决状态时，可选择：重复BUG 解决方案，并填写重复BUG的ID，若有特殊说明可在备 注内进行说明；
• 【外部原因】：若BUG的出现原因为外部原因（例如硬件、第三方软件等导致的问题），则 研发人员在将BUG置为已解决时，可选择：外部原因 解决方案并在备注内进行说明；
• 【已解决】：若BUG中描述的问题已解决，则研发人员在将BUG置为已解决状态时选择：已 解决 解决方案；
• 【无法重现】：若BUG为无法重现的BUG，则研发人员在将BUG置为已解决状态时，可选择： 无法重现 解决方案，并在备注内进行说明，建议研发人员遇到此类问题联系测试人员进 行复现；
• 【延期处理】：若研发人员考虑到时间等原因，觉得BUG需要延期进行处理，则在将BUG置 为已解决时，选择：延期处理 解决方案，并填写计划在哪个版本进行修复，在备注内进 行原因说明；
• 【不予解决】：若研发人员在分析问题后觉得不是问题或者无需修改，则选择：不予解决 解 决方案 并在备注内写明不予解决的原因。

8 bug处理流程

8.1 简单流程

8.2 某工具复杂流程

9 bug管理工具

• 禅道：https://www.zentao.net/

• TAPD：https://www.tapd.cn/
• 青铜器研发管理系统：http://www.cnrdm.com/index.php/zh_cn
• Bugzilla：https://www.bugzilla.org/

• Jira：https://www.atlassian.com/software/jira 有很多缺陷管理工具，这里简单罗列几个，可自行选择。