Bug跟踪管理

关注

原创最新推荐文章于 2025-07-23 10:26:35 发布 3.2k 阅读 AI 写同款· GEO 优化 ›

Bug管理全流程：发现、跟踪、验证与关闭本文系统介绍了软件测试中的Bug管理全流程，包括Bug的基本概念、分类标准、生命周期状态流转、报告编写规范、跟踪管理方法和验证技巧。重点阐述了如何编写高质量的Bug报告，包括标题、复现步骤和期望结果等要素的撰写要点，以及Bug优先级管理和分配策略。同时介绍了主流Bug管理工具的选择标准，并分享了建立规范流程、加强团队协作等最佳实践。文章最后针对常见问题提供了解决方案，强调标准化流程、规范化描述和及时跟踪对保证软件质量的重要性。阅读详情

一、 Bug跟踪流程

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

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

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

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

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

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

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

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

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

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

10、统计：输入统计条件，统计对应的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管理工具，都只是工具而已，真正要做的是流程上的管理。

收录于