测试活动之缺陷管理

以下为简单概述或者通用型描述，不同的项目或者业务会有所不同。

1 bug定义

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

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

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

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

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

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

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