软件测试中的缺陷/错误生命周期
Thomas Hamilton 什么是缺陷/错误生命周期？
缺陷生命周期或软件测试中的错误生命周期是指缺陷或错误在其整个生命周期中所经历的一系列特定状态。缺陷生命周期的目的是方便协调和沟通缺陷的当前状态，缺陷状态会随着不同负责人而变化，从而使缺陷修复过程系统化和高效。
缺陷状态
缺陷生命周期中的缺陷状态或错误状态是缺陷或错误当前所经历的当前状态。缺陷状态的目标是精确地传达缺陷或错误的当前状态或进展，以便更好地跟踪和理解缺陷生命周期的实际进展。
缺陷状态工作流
缺陷所经历的状态数量因项目而异。下面的生命周期图涵盖了所有可能的状态
- 新建：当首次记录和发布新缺陷时。它被分配状态为“新建”。
- 已分配：一旦测试人员发布错误，测试人员的负责人会批准错误并将错误分配给开发团队。
- 开放：开发人员开始分析并着手修复缺陷。
- 已修复：当开发人员进行必要的代码更改并验证更改后，他或她可以将错误状态设置为“已修复”。
- 待重新测试：缺陷修复后，开发人员会将特定代码提供给测试人员进行重新测试。由于软件测试仍待测试人员完成，因此分配的状态为“待重新测试”。
- 重新测试：在此阶段，测试人员重新测试代码，以检查开发人员是否修复了缺陷，并将状态更改为“重新测试”。
- 已验证：测试人员在开发人员修复错误后重新测试错误。如果在软件中未检测到错误，则错误已修复，分配的状态为“已验证”。
- 重新打开：如果开发人员修复错误后错误仍然存在，测试人员将状态更改为“重新打开”。错误再次经历生命周期。
- 已关闭：如果错误不再存在，则测试人员分配状态“已关闭”。
- 重复：如果缺陷重复两次或缺陷对应于相同的错误概念，则状态更改为“重复”。
- 已拒绝：如果开发人员认为缺陷不是真正的缺陷，则将其更改为“已拒绝”。
- 延迟：如果当前错误不是首要优先级，并且预计将在下一个版本中修复，则将状态“延迟”分配给此类错误。
- 不是错误：如果它不影响应用程序的功能，则分配给错误的状态是“不是错误”。
缺陷/错误生命周期解释
- 测试人员发现缺陷
- 缺陷状态- 新建
- 缺陷转发给项目经理进行分析
- 项目经理决定缺陷是否有效
- 此处缺陷无效- 状态为“已拒绝”。
- 因此，项目经理将状态分配为已拒绝。如果缺陷未被拒绝，则下一步是检查它是否在范围内。假设我们有另一个功能——同一应用程序的电子邮件功能，您发现其中存在问题。但它不是当前发布的一部分，当此类缺陷被分配为推迟或延迟状态。
- 接下来，经理会验证之前是否出现过类似的缺陷。如果是，则将缺陷分配为重复状态。
- 如果不是，则将缺陷分配给开发人员，开发人员开始修复代码。在此阶段，缺陷被分配为进行中状态。
- 代码修复后。缺陷被分配为已修复状态。
- 接下来，测试人员将重新测试代码。如果测试用例通过，则缺陷被关闭。如果测试用例再次失败，则缺陷被重新打开并分配给开发人员。
- 考虑一种情况，在航班预订的第一次发布期间，在传真订单中发现了一个缺陷，该缺陷已修复并分配了关闭状态。在第二次升级发布期间，相同的缺陷再次出现。在这种情况下，已关闭的缺陷将重新打开。
这就是错误生命周期的全部内容
此培训视频描述了错误（又称缺陷）生命周期中的各个阶段及其重要性，并借助示例进行了说明
如果视频无法访问，请点击此处
