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

由： 托马斯·汉密尔顿 托马斯·汉密尔顿
Hours 更新
关键精华 本指南解释了缺陷生命周期的各个阶段，帮助读者了解错误跟踪、沟通流程以及从发现到关闭的有效解决方案。

缺陷/Bug生命周期

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

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

缺陷状态

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

缺陷状态工作流程

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

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

缺陷状态工作流程

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

相关文章

缺陷/错误生命周期解释

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

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

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

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

 

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

常见问题

在解释 缺陷生命周期 在面试中，清晰度和结构至关重要。首先要提到它指的是缺陷从发现到修复的整个过程。然后，你可以将其分解为几个阶段：

  • 新建/打开 – 识别并记录缺陷。
  • 分配 – 它被分配给开发人员进行修复。
  • 已修复/已解决 – 开发人员应用解决方案。
  • 重新测试/验证 – 测试人员验证修复结果。
  • 不营业 – 确认缺陷已解决，或 重新开放 如果它持续存在。

缺陷生命周期（也称为 错误生命周期）是 一系列的步骤 缺陷在测试过程中需要经历以下几个阶段：识别、记录、分配、修复、重新测试和关闭。它确保了系统化的跟踪，并提升了跨团队的软件质量。这种系统化方法确保了问责制、透明度和更高质量的软件交付。可以将其视为缺陷的交通信号——每个人都知道何时停止、继续或重新检查。

根据项目需求，有多种工具可用于管理缺陷生命周期。一些常用的工具包括： JIRA、Bugzilla、HP ALM、Redmine 和 MantisBT它们让团队能够记录、分配和跟踪缺陷。JIRA 在敏捷开发和面试讨论中使用最为广泛。

In JIRA，缺陷生命周期通过可定制的 工作流状态默认情况下，它与标准缺陷跟踪一致，但团队通常会进行定制。典型的 JIRA 缺陷跟踪周期如下所示：

  • 待办事项/打开 – 已记录缺陷。
  • 处理中 – 开发人员开始修复。
  • 已解决/完成 – 已应用修复，正在等待测试人员验证。
  • 重新开放 – 如果修复失败，缺陷将恢复为活动状态。
  • 不营业 – 经过测试人员验证并标记为完成。

错误生命周期和缺陷生命周期这两个术语经常互换使用，但一些专业人士做出了细微的区分：

  • 错误生命周期 – 通常用于技术环境中，指导致故障的代码问题。
  • 缺陷生命周期 – 范围更广，涵盖与要求的偏差，这些偏差可能与编码有关，也可能无关。

在实践中：

  • 问题 = 编程错误。
  • 缺陷 = 预期结果和实际结果之间的任何差距（可能是设计、要求或流程相关的）。

也就是说，周期是相同的——发现→修复→重新测试→关闭。

缺陷生命周期有以下好处：

  • 确保清晰度： 定义每个错误的状态以便透明跟踪。
  • 改善协作： 开发人员、测试人员和经理保持一致。
  • 提高效率： 简化的工作流程减少了浪费的精力。
  • 优先援助： 帮助根据严重性和影响程度对错误进行排序。
  • 支持问责： 跟踪每个阶段的所有权。
  • 数据驱动的见解： 生命周期历史有助于做出更好的决策。

结语

了解缺陷生命周期可确保结构化的缺陷管理、更顺畅的协作和更快的解决问题。通过遵循每个阶段，团队可以提高软件质量、降低风险，并满怀信心地交付可靠、用户友好的应用程序。