Bug生命周期管理：提交、验证与状态转换

本文档详细介绍了Bug管理过程中的关键环节和规范，包括Bug的状态流转及其在软件开发和测试流程中的作用。Bug的状态主要包括： 1. **新建状态（NEW）**：Bug被创建后，其初始状态为新建，通常由测试人员或开发人员提交，并由他们自己或指定的项目经理接手。 2. **已分配状态（ASSIGNED）**：一旦问题被确认为合法软件问题，会将其分配给相关的开发人员，准备进行修复。 3. **待验证状态（RESOLVED）**：开发人员对问题进行处理后，状态变为待验证，此时可能存在四种可能的解决方案：FIXED（问题已修复）、INVALID（非问题）、WONTFIX（不修复）、LATER（延期到下一个版本）。 4. **重新打开状态（REOPENED）**：如果问题经修改后仍存在或者需要重新考虑，状态会变更为重新打开，允许进一步调查和处理。 5. **关闭状态（CLOSED）**：Bug生命周期的最终状态，表示问题已得到彻底解决，且在测试验证后被关闭。 6. **解决状态（VERIFIED）**：测试人员对修复后的软件进行验证，确认问题已得到正确解决后，状态转为解决。 7. **未经证实状态（UNCONFIRMED）**：最初由开发人员提交但未经过测试确认的Bug，等待测试人员的进一步评估。 规范部分强调了测试和开发团队的角色和职责，例如： - 测试人员负责提交Bug、验证修改、确认修复和关闭问题。 - 开发人员负责接收、处理Bug，提供解决方案并更新状态。 - Bug的归属（owner）可以由提交者自定，也可以由项目经理分配。 在整个过程中，测试经理和开发经理分别负责建立和维护Bug库，记录Bug的提交版本、Build号等信息。测试人员在测试阶段主要任务是提交测试Bug，验证修复后的结果，并确保问题按照规范流程进行管理和关闭。 在整个产品发布后，测试人员才能将Bug状态从VERIFIED改为CLOSED，而在开发调试阶段，不能随意关闭Bug，如有问题则需重新打开并追踪。文档旨在确保Bug管理的高效性和准确性，以提高软件质量。