提单规范&回归bug规范模版.docx

在软件测试过程中，提单规范和回归bug规范是至关重要的环节，它们确保了问题的准确记录、有效跟踪以及高效解决。下面将详细阐述这两个规范的关键点。 **bug处理流程**分为五个主要阶段： 1. **发现bug**: 测试员在发现bug后，需按照提bug单规范填写详细信息，包括缺陷的描述、重现步骤、期望结果和实际结果等，状态标记为“New”。 2. **审核bug**: 测试代表对提交的bug进行审核，审核通过则状态变为“Open”，否则退回至测试员，状态设为“Rejected”。 3. **修改bug**: 开发人员接到“Open”状态的bug，进行修复。修复完成后，状态更新为“Fixed”。 4. **回归bug**: 项目经理审核开发的修改，通过则状态转为“Fixed_已审核”，测试代表再次进行回归测试。若回归测试通过，状态变为“Close”，否则返回给开发，状态设为“Reopen”。 5. **评审bug**: 对于无法重现、无法修复或挂起的bug，项目经理、测试代表和程序员进行评审，根据评审结果更新状态。 **提单规范**包含以下关键参数： 1. **标题**: 应包括**功能模块**、**测试版本**和**bug类型**，标题应简明扼要。 2. **参数备注**：包括提单人、提单日期、提单版本、类型（如代码错误、设计缺陷）、严重程度（1到4，1为致命）、项目、系统及浏览器等信息。 3. **缺陷描述**：详细描述bug的重现步骤、期望结果、实际结果，建议附上相关截图和日志信息。 **bug类型**分为三类： - **修改引入**：针对开发修改bug后新出现的问题。 - **old**：旧版本存在但后期才被发现的bug。 - **new**：当前版本新出现的bug或新功能引入的bug。 **回归bug单规范**要求在回归问题时提供以下信息： - **回归版本**：测试的是哪个版本。 - **回归步骤**：详细记录回归测试的步骤。 - **是否引入新问题**：确认在回归过程中是否出现了新的问题。 - **回归结论**：总结回归测试的结果，决定bug是否已彻底解决。 以上规范的执行有助于提升团队协作效率，确保软件质量问题能得到及时、准确的处理，从而提高产品的质量和用户满意度。