一、             Bug 跟踪流程

Bug 的生命流程从新增的 opened 状态开始，到 closed 状态结束，简单而言， Bug 核心跟踪管理流程应该包括：

1、  Bug 新增：测试人员发现 Bug 之后新增一个 Bug ，并将 Bug 指定给对应的开发负责人， Bug 状态为 待 DEV 处理 。 Bug 新增成功后，只有开发负责人才有权限回复这个 Bug ，其它人只能查看或追加回复。

2、  Bug 审核：测试人员提交 bug 之后，应该由测试经理和项目经理对 bug 进行审核，审核 Bug 的优先度、哪些 Bug 可以等到下个里程碑或版本中解决、对问题有何修改建议。这一步非常重要，避免由于测试人员的素质参差不齐而导致的软件质量问题。

3、  Bug 回复：开发人员修改问题之后，将 Bug 回复给对应的测试负责人， Bug 回复后，只有测试负责人才有权限跟踪回复或关闭这个 Bug ， Bug 状态为 待 QA 确认 。开发人员回复 Bug 之后，测试人员会进行验证，如果问题还没解决，则将这个 Bug 重新回复给开发人员，并且在回复中进行详细的问题描述。测试人员回复此 bug 给开发人员之后， Bug 状态又转为 待 DEV 处理 。

4、  Bug 回复审核：开发人员修改问题之后，应该由测试经理对 bug 进行审核，检查 bug 的修改处理方法是否正确。

5、  追加回复：一个 Bug 的记录不能删除或修改，只能够新增，如果测试人员或其它开发人员或项目经理想对 Bug 增加说明，可以通过追加回复进行。

6、  Bug 关闭：开发回复 Bug 之后，测试负责人验证该 Bug ，如果问题得到解决则关闭（否则回复给开发负责人，让其继续追踪）， Bug 状态为 问题解决 。

7、  Bug 查询：输入查询条件，查询对应的 Bug 。

8、  Bug 删除：删除 Bug ，但这个记录不会被删除，也就是说只是做一个特殊的标志，没有真正删除。

9、  Bug reopen ：在后续测试中又出现了相同或类似的问题，重新打开此 Bug 。

10、              Bug 统计：输入统计条件，统计对应的 Bug 。

     结合实际测试的步骤，完整的 Bug 的流程如下图所示：

二、             Bug 跟踪管理系统

Bug 跟踪管理系统用于帮助公司和团队跟踪工作中的问题，管理和记录这些问题的处理过程，并为用户提供事务分配和自动通知的平台。 Bug 跟踪管理系统对于一个团队的 Bug 管理非常有效，可以确保每个出现的问题都可以得到记录和跟踪，为团队提供有效的交互平台，提高团队效率和增强团队工作氛围。同时，作为问题记录的数据库，可以积累处理问题的经验，也可以轻松吸取他人经验，对以后维护也很有帮助。

对于比较大型的公司或开发团队，比较倾向于自己开发符合自己需求的 Bug 跟踪管理系统，除了缺陷跟踪外，还可以对工程需求、分析设计、任务管理、工程故障等进行管理；而对于一个小型团队，可以使用现成的 Bug 跟踪管理工具，有些工具也是开源的，可以自己很方便的修改，对于小团队来说它所提供的功能也已经够用了。常见的缺陷跟踪工具有 Rational ClearQuest 、 Bugzilla 、 Testtrack pro 、 source forge 、 teamshare 、 PVCS Tracker 、 TestDirector 、 Track+ 和 Wicresoft BMS 。我个人偏向使用 Testtrack pro ，比较友善简单。不管是自己开发的管理跟踪系统还是 bug 管理工具，都只是工具而已，真正要做的是流程上的管理。

 

 

                                  Written by smilings in GuangZhou,May 26th