JIRA bug生命周期也称为缺陷生命周期。错误生命周期由一组错误通过的状态组成。错误经历的状态数因项目而异。我们可以将Bug定义为错误，缺陷或者我们可以说当实际输出与预期输出不匹配时，它被称为错误或缺陷。这两个术语，即bug和缺陷都是常用的，但最流行的是一个bug。可以在SDLC(软件开发生命周期)的任何阶段生成错误，它可以存在于需求收集，设计SRS文档的设计阶段，开发阶段，测试阶段或最终用户在 使用申请的时间。
从错误登录到错误关闭点的角度来看，错误的生命周期。Bug经历以下状态：
- 新建(New)
- 分配(Assigned)
- 打开(Open)
- 确定(Fixed)
- 复验(Retesting)
- 重打开(Reopen)
- 已验证(Verified)
- 关闭(Closed)
新建(New)
在测试阶段，测试人员会识别错误或缺陷，并登录到Jira，Bugzilla等错误跟踪工具中。测试人员检测到的错误将首次发布在错误跟踪工具中。此状态被指定为新状态。
分配(Assigned)
将新状态的错误分配给软件开发人员，他们将查看错误以检查错误是有效还是无效。如果错误无效，则他们将状态更改为无效。如果错误有效，则状态将更改为已分配，然后软件开发人员开始处理缺陷以获得修复。
打开(Open)
当错误被分配给软件开发人员时，他们就开始对其进行分析并处理缺陷修复。错误或缺陷可以分三个阶段打开：
确定(Fixed)
重复
如果缺陷重复两次或缺陷对应于前一个bug的相同概念，则它将状态更改为Duplicate。被拒绝
如果开发人员认为缺陷不是真正的缺陷，那么它会将状态更改为“已拒绝”。递延
如果错误的优先级不高并且可以在下一个版本中解决，则状态将更改为Deferred。延迟状态也称为推迟状态。
复验(Retesting)
当开发人员进行必要的代码更改并验证更改时，他/她可以将错误状态设置为已修复。当开发人员修复错误后，状态将更改为“重新打开”或“已验证”。
重打开(Reopen)
如果在开发人员修复了bug之后bug仍然存在，那么测试人员将状态更改为Reopen，并且bug再次通过整个bug生命周期。
已验证(Verified)
如果没有发现错误，测试人员在开发人员修复错误后重新测试该错误，然后将状态更改为已验证。
关闭(Closed)
如果错误不再存在，则会将状态更改为“已关闭”。
Bug生命周期的参与者 -
Bug报告者
识别错误的人称为Bug Reporter。Bug报告者验证错误并将所有与bug相关的详细信息输入到错误跟踪工具中，例如正确的主题，错误优先级，应用程序组件，测试环境，错误受理人，错误描述。如果需要，测试人员需要发送附加的屏幕截图以澄清错误详细信息。错误跟踪工具
可以将错误记录到错误跟踪工具中，错误跟踪工具可以是Jira，Bugzilla，Assembla等。Bug小组
Bug小组是一组可以查看错误详细信息的人。Bug小组可以包括报告错误的测试人员或最终用户，分配错误的开发人员，项目经理，QA经理。Bug所有者
错误所有者是审核并拥有该错误的人。错误所有者检查错误信息是否足够，如果没有，则将错误分配给错误报告者以提供更多信息。根据bug的优先级，Bug所有者获取bug的所有权并在截止日期内修复它。
