软件测试中的缺陷/错误生命周期

什么是缺陷/Bug 生命周期?

缺陷生命周期 软件测试中的 Bug 生命周期是缺陷或 Bug 在其整个生命周期中经历的特定状态集。缺陷生命周期的目的是轻松地协调和传达缺陷的当前状态变化给各个受让人,并使缺陷修复过程系统化和高效化。

缺陷状态

缺陷状态 缺陷生命周期中的 Bug 状态是缺陷或 Bug 当前所处的状态。缺陷状态的目的是准确传达缺陷或 Bug 的当前状态或进度,以便更好地跟踪和了解缺陷生命周期的实际进度。

缺陷状态工作流程

缺陷经历的状态数量因项目而异。下面的生命周期图涵盖了所有可能的状态

  • 新: 当第一次记录并发布新缺陷时。它的状态被指定为“新”。
  • 分配: 一旦测试人员发布了错误,测试人员的领导就会批准该错误并将该错误分配给开发团队
  • 可选:开发人员开始分析并修复缺陷
  • 固定:当开发人员进行必要的代码更改并验证更改时,他或她可以将错误状态设置为“已修复”。
  • 等待重新测试:一旦缺陷得到修复,开发人员就会向测试人员提供重新测试代码的特定代码。由于 软件测试 从测试人员的角度来看仍处于待处理状态,指定的状态为“等待重新测试”。
  • 复试:测试人员在此阶段对代码进行重新测试,以检查缺陷是否被开发人员修复,并将状态更改为“重新测试”。

缺陷状态工作流程

  • 证书:开发人员修复bug后,测试人员重新测试。如果软件中没有检测到错误,则该错误已修复,分配的状态为“已验证”。
  • 重开:如果开发人员修复了错误后错误仍然存​​在,测试人员会将状态更改为“重新打开”。 bug 再次经历生命周期。
  • 不营业:如果错误不再存在,则测试人员将状态指定为“已关闭”。 
  • 复制:如果该缺陷重复两次或者该缺陷与错误的相同概念相对应,则状态更改为“重复”。
  • 被拒绝:如果开发人员认为该缺陷不是真正的缺陷,则会将该缺陷更改为“已拒绝”。
  • 递延:如果当前错误不是首要优先级,并且预计在下一个版本中得到修复,则为此类错误分配状态“已推迟”
  • 不是错误:如果它不影响应用程序的功能,那么分配给错误的状态为“不是错误”。

缺陷/错误生命周期解释

缺陷生命周期或错误生命周期 - 您必须了解的内容!

    1. 测试人员发现缺陷
    2. 分配给缺陷的状态 - 新
    3. 缺陷被转发给项目经理进行分析
    4. 项目经理决定缺陷是否有效
    5. 此处缺陷无效 - 状态为“已拒绝”。
    6. 因此,项目经理分配一个状态 拒绝。如果缺陷没有被拒绝,那么下一步就是检查它是否在范围内。假设我们有另一个功能——同一应用程序的电子邮件功能,并且您发现了一个问题。但当此类缺陷被指定为缺陷时,它就不属于当前版本的一部分。 推迟或延期 状态。
    7. 接下来,经理验证之前是否曾提出过类似的缺陷。如果是,则为缺陷分配一个状态 复制.
    8. 如果没有,则将缺陷分配给开始修复代码的开发人员。在此阶段,缺陷被分配一个状态 进行中。
    9. 一旦代码被修复。缺陷被分配一个状态 固定
    10. 接下来,测试人员将重新测试代码。如果 测试用例 通过缺陷是 关闭。 如果测试用例再次失败,则缺陷为 重新打开 并分配给开发商。
    11. 考虑这样一种情况:在航班预订的第一个版本中,在传真订单中发现了一个缺陷,该缺陷已修复并指定为已关闭状态。在第二次升级版本期间,同样的缺陷再次出现。在这种情况下,封闭的缺陷将是 重新开放。

这就是 Bug 生命周期的全部内容

本培训视频通过示例描述了缺陷生命周期的各个阶段及其重要性

 

点击 点击这里 如果视频无法访问