一、Bug跟踪流程

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

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

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

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

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

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

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

8. 查询：输入查询条件，查询对应的Bug。

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

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

11. 统计：输入统计条件，统计对应的Bug。

二、Bug跟踪管理系统

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

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

作者：psnxtansini 

原文链接：https://blog.51cto.com/psnx168/1436554