JIRA 缺陷生命周期

JIRA 缺陷生命周期也被称为缺陷生命周期。缺陷生命周期由缺陷所经历的一组状态组成。缺陷所经历的状态数量因项目而异。我们可以将缺陷定义为错误、缺陷，或者我们可以说，当实际输出与预期输出不匹配时，它被称为缺陷。这两个术语，即缺陷和错误，都被常用，但最受欢迎的是错误。错误可能在软件开发生命周期（SDLC）的任何阶段产生，它可能存在于需求收集、设计阶段（设计 SRS 文档）、开发阶段、测试阶段或最终用户在使用应用程序时进行的用户验收测试中。

缺陷从缺陷被记录到缺陷被关闭的点都有其生命周期。缺陷经历以下状态

• 新建
• 已分配
• 开放
• 固定
• 重新测试
• 重新打开
• 已验证
• 封闭

新建

在测试阶段，测试人员识别出错误或缺陷，并将其记录到错误跟踪工具中，如 Jira、Bugzilla 等。测试人员检测到的错误将首次发布到错误跟踪工具中。此状态被分配为新建状态。

已分配

具有新建状态的错误被分配给软件开发人员，他们将查看该错误以检查该错误是有效还是无效。如果错误无效，则他们将状态更改为无效。如果错误有效，则状态更改为已分配，然后软件开发人员开始处理缺陷以进行修复。

开放

当错误被分配给软件开发人员时，他们开始对其进行分析并处理缺陷修复。错误或缺陷可以在三个阶段打开

• 重复
  如果缺陷重复出现两次，或者缺陷对应于先前错误的相同概念，则将其状态更改为重复。
• 已拒绝
  如果开发人员认为该缺陷不是真正的缺陷，则将其状态更改为已拒绝。
• 推迟
  如果错误的优先级不高，并且可以在下一个版本中解决，则状态将更改为推迟。推迟状态也称为延期状态。

固定

当开发人员进行必要的代码更改并验证更改时，他/她可以将错误的 状态标记为已修复。当开发人员修复了错误时，状态将更改为重新打开或已验证。

重新测试

一旦软件开发人员修复了错误，它就会被重新分配给测试团队，以检查该错误是否已被修复。

重新打开

如果即使在开发人员修复了错误之后，该错误仍然存在，则测试人员将状态更改为重新打开，并且错误将再次经历整个错误生命周期。

已验证

在开发人员修复后，测试人员会重新测试错误，如果没有发现错误，则将其状态更改为已验证。

封闭

如果错误不再存在，则状态将更改为已关闭。

缺陷生命周期的参与者

• 错误报告者
  识别错误的人被称为错误报告者。错误报告者验证错误并将所有与错误相关的详细信息输入到错误跟踪工具中，例如正确的标题、错误优先级、应用程序组件、测试环境、错误负责人、错误描述。必要时，测试人员需要发送附加的屏幕截图以阐明错误的详细信息。
• 错误跟踪工具
  错误可以记录到错误跟踪工具中，并且错误跟踪工具可以是 Jira、Bugzilla、Assembla 等。
• 错误组
  错误组是可以查看错误详细信息的人员组。错误组可以包括报告错误的测试人员或最终用户、分配错误的开发人员、项目经理、质量保证经理。
• 错误负责人
  错误负责人是审查和拥有错误的人。错误负责人检查错误信息是否足够，如果不是，则将错误分配回错误报告者以提供更多信息。根据分配给错误的优先级，错误负责人拥有该错误并 在截止日期内将其修复。