Bug生命周期

新建的Bug处于Active状态，可以通过编辑指派给合适的解决者。解决Bug之后，Bug状态变为Resolved，并自动指派给创建者。创建者验证Bug。如果未修复，再重新激活，Bug状态重新变为Active；如果已经修复则可以关闭，Bug状态变为Closed，Bug生命周期结束。已经Closed的Bug如果重新复现，也可以直接激活。具体流程如下图所示。

buglifecycle.PNG
Bug的7种解决方案

3种无效的Bug
 

By Design
 

设计需求是这么设计的

Duplicate
 

这个问题别人已经发现

Not Repro
 

无法复现的问题

4中有效的Bug
 

Fixed
 

问题被修复

External
 

外部原因(比如浏览器、操作系统、其他第三方软件)造成的问题

Postponed
 

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

Won’t Fix
 

是个问题，但是不值得修复

 
Bug字段说明

Bug标题：为包含关键词的简单问题摘要，要有利于其他人员进行搜索或通过标题快速了解问题
项目名/模块路径：指定问题出现在哪个项目的哪个模块。Bug处理过程中，需要随时根据需要修改项目或模块，方便跟踪。如果后台管理指定了模块负责人，选择模块时，会自动指派给负责人
指派给：Bug的当前处理人。如果不知道Bug的处理人，可以指派给Active，项目或模块负责人再重新分发、指派给具体人员。如果设定了邮件通知，被指派者会收到邮件通知。此外，状态为Closed的Bug，默认会指派给Closed，表示Bug生命周期的结束
抄送给：需要通知相关人员时填写，例如测试主管或者开发主管等。可以同时指派多个，人员之间用逗号分隔。如果设定了邮件通知，当Bug有任何更新时，被指派者会收到邮件通知
严重程度：Bug的严重程度。由Bug的创建者视情况来指定，其中1为严重的问题，4为小的问题。一般来讲，1级为系统崩溃或者数据丢失的问题；2级为主要功能的问题；3级为次要功能的问题；4级为细微的问题。
优先级：Bug处理的优先级。由Bug的处理人员按照当前业务需求、开发计划和资源状态指定，其中1的优先级高，4的优先级低。一般来讲，1级为需要立即解决的问题；2级为需要在指定时间内解决的问题；3级为项目开发计划内解决的问题；4级为资源充沛时解决的问题。
其余选项字段（Bug类型、如何发现、操作系统、浏览器）：可以通过编辑Lang/ZH_CN_UTF-8/_COMMON.php来自定义

创建Build：Bug是在哪个版本（Build或者Tag）被发现的
解决Build：Bug是在哪个版本（Build或者Tag）被解决的
解决方案：参考Bug的7中解决方案。如果解决方案为Duplicated，需要指定重复Bug的Bug编号。

机器配置：测试运行的硬件环境，例如Dell G280 2G/200G
关键词：主要用于自定义标记，方便查询。关键词之间用逗号或者空格分隔。例如，对本地解决的Bug可以首先标记localfix，等真正提交新版本时，查询所有关键词包含localfix的bug，统一进行解决
相关Bug：与当前Bug相关的Bug。例如，相同代码产生的不同问题，可以在相关Bug注明
上传附件：上传Bug的屏幕截图，Log日志或者Call Stack等，方便处理人员

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

http://www.bugfree.org.cn/help/#_Toc201666191   使用帮助

http://www.51testing.com/batch.viewlink.php?itemid=3562  图解BugFree简单应用

做为开源软件，需要设置特定权限可以自己开发