JIRA Bug生命周期

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

从登录漏洞到关闭漏洞, 漏洞都有其生命周期。错误经历以下状态：

• 新
• 已分配
• 打开
• 固定
• 重新测试
• 重新开启
• 已验证
• 关闭

新

在测试阶段, 测试人员会识别错误或缺陷, 并将其登录到诸如Jira, Bugzilla等的错误跟踪工具中。测试人员检测到的错误将首次发布。在错误跟踪工具中。此状态被分配为“新”状态。

已分配

具有新状态的错误已分配给软件开发人员, 他们将调查该错误以检查该错误有效还是无效。如果错误无效, 那么他们会将状态更改为无效。如果错误有效, 则将状态更改为“已分配”, 然后软件开发人员将开始对缺陷进行修复。

打开

将错误分配给软件开发人员后, 他们便开始对其进行分析并致力于缺陷修复。错误或缺陷可以分为三个阶段：

• 复制如果缺陷重复两次或缺陷对应于先前错误的相同概念, 则它将状态更改为“重复”。
• 拒绝如果开发人员认为缺陷不是真正的缺陷, 则将状态更改为“拒绝”。
• Deferred如果该错误的优先级不高, 可以在下一发行版中解决, 则状态更改为Deferred。延迟状态也称为推迟状态。

固定

当开发人员进行必要的代码更改并验证更改时, 他/她可以使错误状态固定。当错误由开发人员修复后, 状态将更改为“重新打开”或“已验证”。

重新测试

一旦软件开发人员修复了该错误, 便将其分配给测试团队以检查该错误是否已修复。

重新开启

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

已验证

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

关闭

如果该错误不再存在, 则它将状态更改为“已关闭”。

Bug生命周期的参与者

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