目录

一、什么是 bug

二、描述 bug 的要素

三、bug 级别

四、bug 的生命周期

---

一、什么是 bug

在软件开发中，bug 是指软件程序中存在的错误、缺陷或故障。这些问题可能导致软件在运行时出现意外的行为、产生错误的结果、崩溃或无法正常工作。Bug 可以出现在软件的任何部分，包括用户界面、功能逻辑、性能、安全性等方面。

二、描述 bug 的要素

标题：简洁明了地概括 bug 的主要问题。

发现者：记录发现 bug 的人员信息。

发现时间：bug 被发现的具体时间。

软件版本：出现 bug 的软件版本号。

模块 / 功能：指出 bug 所在的软件模块或具体功能。

重现步骤：详细描述能够重现 bug 的操作步骤，这是非常关键的要素，以便开发人员能够准确地复现问题并进行修复。

预期结果：说明在正常情况下应该出现的结果。

实际结果：描述实际出现的错误结果。

附件：可以附上相关的截图、日志文件等有助于说明问题的资料。

三、bug 级别

致命（Fatal）：

这类 bug 通常会导致系统崩溃、数据丢失、严重的安全漏洞等，使软件完全无法使用。例如，软件在启动时就崩溃，无法进行任何操作；重要数据被误删除且无法恢复。

严重（Critical）：

严重影响软件的主要功能，可能导致部分关键业务无法正常进行。比如，核心功能出现错误，导致业务流程中断；重要数据显示错误。

一般（Major）：

对软件的功能有一定影响，但不影响主要业务流程的进行。例如，某些非关键功能无法正常使用，界面显示不美观但不影响操作。

次要（Minor）：

轻微影响软件的使用体验，不影响功能的正常执行。比如，界面上的文字拼写错误、提示信息不清晰等。

建议（Trivial）：

对软件的功能和使用体验影响非常小，通常是一些改进建议或优化点。例如，界面布局可以更加合理，操作可以更加便捷等。

四、bug 的生命周期

• New：新发现的Bug，未经评审决定是否指派给开发人员进性修改。
• Open：确认是Bug，并且认为需要进行修改，指派给相应的开发人员。
• Fixed：开发人员进性修改后标识成修改状态，有待测试人员的回归测试验证。
• Rejected：如果认为不是Bug，则拒绝修改。
• Delay：如果认为暂时不需要修改或暂时不能修改，则延后修改。
• Closed：修改状态的Bug经测试人员的回归测并验证通过，则关闭Bug。
• Reopen：如果经验证Bug仍然存在，则需要重新打开Bug，开发人员重新修改。