数据结构
网络
关系数据库管理系统 (RDBMS)
操作系统
Java
Microsoft Excel
iOS
HTML
CSS
Android
Python
C语言编程
C++
C#
MongoDB
MySQL
JavaScript
PHP
物理学
化学
生物学
数学
英语
经济学
心理学
社会学
服装设计
法学缺陷生命周期中的不同参与者
什么是缺陷？
应用程序中的故障或错误，它通过使应用程序的预期行为与实际行为不匹配来限制应用程序的正常流程，这被称为缺陷。
当开发人员在开发或构建应用程序时犯错时，就会发生缺陷。当测试人员发现此错误时，它被称为缺陷。
测试人员必须彻底测试应用程序以识别尽可能多的缺陷，以确保高质量的产品交付给用户。在继续进行缺陷的工作流程和不同阶段之前，掌握缺陷生命周期至关重要。
让我们更深入地了解缺陷生命周期。
到目前为止，我们已经讨论了什么是缺陷以及它与测试过程的关系。让我们来看看缺陷生命周期，了解缺陷过程以及缺陷的各个阶段。
缺陷状态
**新建** - 在缺陷生命周期中，这是缺陷的第一个状态。当发现新的缺陷时，它被标记为“新建”，并在缺陷生命周期的后期阶段对其进行验证和测试。
**已分配** - 在此阶段，新生成的缺陷被分配给开发团队，他们将对其进行处理。项目经理或测试团队的经理将此分配给开发人员。
**打开** - 在这里，开发人员开始评估问题，并在必要时着手解决问题。如果开发人员认为该缺陷不合适，则可能出于各种原因将其转移到下面列出的四个状态之一，即重复、延期、拒绝或非缺陷。我们稍后会讨论这四个状态。
**已修复** - 当开发人员通过实施必要的修改完成解决缺陷的工作时，他可以将缺陷的状态指定为“已修复”。
**等待重新测试** - 解决问题后，开发人员将缺陷提交给测试人员，测试人员将在其端进行重新测试。在测试人员进行缺陷重新测试之前，缺陷的状态保持为“等待重新测试”。
**重新测试** - 在此阶段，测试人员开始重新测试缺陷，以确定开发人员是否根据要求正确地纠正了该缺陷。
**重新打开** - 如果缺陷仍然存在问题，它将被送回给开发人员进行测试，并且缺陷的状态将更改为“重新打开”。
**已验证** - 如果测试人员在缺陷被分配给开发人员进行重新测试后没有发现任何问题，并且认为缺陷已正确修复，则缺陷的状态将更改为“已验证”。
**已关闭** - 当缺陷不再存在时，测试人员将缺陷的状态更改为“已关闭”。
实施缺陷生命周期的指南
在开始使用缺陷生命周期之前，工作的开发人员应遵循某些关键标准。
以下是一些标准：
在开始缺陷生命周期工作之前，整个团队必须了解缺陷的各个阶段（如上所述）。
为了减少未来的误解，缺陷生命周期应被充分记录。
为了获得更好的结果，请确保每个被分配了与缺陷生命周期相关的任务的员工都充分了解其职责。
每个更改缺陷状态的人都应该充分了解该状态，并应提供有关该状态及其设置该状态的原因的足够数据，以便处理该特定缺陷的所有人都了解它处于该状态的原因。
开发人员应谨慎使用缺陷跟踪工具，以保持缺陷之间的一致性，并因此保持缺陷生命周期的工作流程一致性。
无效和重复缺陷报告
当发生不是由代码而是由测试环境或误解引起的缺陷时，应将报告关闭为无效缺陷。
在重复报告的情况下，保留一个报告，并将另一个报告关闭为重复报告。经理接受一些不正确的报告。
整个缺陷管理和流程由测试经理负责，缺陷管理工具跨职能团队通常负责处理报告。
参与者包括测试经理、开发人员、项目经理、生产经理和其他相关利益相关者。
缺陷管理委员会应评估每个缺陷的有效性，并决定是否修复或推迟修复。考虑不纠正任何问题的成本、风险和好处以得出此结论。
如果必须修复该缺陷，则必须确定其优先级。
缺陷数据
- 人员姓名
- 测试类型
- 问题概要
- 详细的缺陷描述
- 再现生命周期阶段的步骤
- 引入缺陷的工作产品
- 优先级和严重性
- 引入缺陷的子系统或组件。
- 引入缺陷时发生的项目活动。
- 识别方法
- 缺陷类型
- 存在问题的项目和产品
- 当前所有者
- 发生缺陷的工作产品的当前状态。
- 对项目的影响
- 纠正或不纠正问题的风险、损失、机会和优势
- 缺陷生命周期各个阶段发生的日期。
- 对如何解决问题以及测试建议的描述
参考文献
流程能力
介绍、检测和移除信息 -> 提高缺陷检测和质量成本。
介绍 -> 对引入最多缺陷的流程进行预研，以减少缺陷总数。
缺陷根本原因信息 -> 定位并突出缺陷的原因，以减少缺陷总数。
缺陷组件信息 -> 缺陷聚类分析
缺陷生命周期通常因组织而异，并受组织或项目遵循的软件测试方法或通常使用的缺陷跟踪技术规范和控制。缺陷生命周期的各种参与者使该过程有效。这些参与者列在下面。
缺陷报告者
顾名思义，缺陷报告者是报告缺陷的人，即发现缺陷的人。缺陷报告者的主要功能是验证，即确认缺陷的有效性或正确性。验证后，报告者将所有与缺陷跟踪工具相关的数据和信息添加到其中。这些详细信息和信息可能包括缺陷优先级、缺陷严重性、缺陷影响、测试环境、缺陷描述、模块、缺陷类型、修复所需资源、复制阶段等。测试人员有时必须提供相关的屏幕截图以验证和解释问题的全部细节。
缺陷跟踪工具
顾名思义，缺陷跟踪工具是用于检测或跟踪问题的工具。它通常有助于记录、报告、分配、识别、发现和监控软件开发项目中存在的缺陷。简单来说，我们可以说缺陷跟踪工具越好，产品就越好。缺陷通常记录在缺陷跟踪工具中，该工具通常有助于报告。这些工具可能是 Jira、Assembla 等。
缺陷组
顾名思义，缺陷组是一组有权查看与缺陷相关的完整信息的个人。缺陷组通常负责与缺陷相关的任何操作，从检测到解决。这些组可能包括发现并验证缺陷的测试人员、监督测试人员和缺陷报告的测试主管、最终用户报告的缺陷、测试主管分配给开发人员的缺陷、项目经理、质量保证经理、质量保证团队等。简单来说，缺陷组是一组可以监控所有缺陷操作的个人。
缺陷所有者
顾名思义，缺陷所有者是负责评估和拥有缺陷的人。他们通常负责验证、确认和保证提供与缺陷相关的完整且充分的信息。如果提供的信息不完整且不令人满意，则将缺陷分配回报告缺陷的缺陷报告者，以向其提供更多信息。根据每个缺陷的优先级，缺陷所有者随后在截止日期内进一步解决和修复问题。
常见问题
- 发现缺陷时的状态是什么？
答案 − 当发现新的缺陷时，它处于新状态。这是新发现缺陷的初始状态。
- 当开发人员批准并修复问题时，缺陷生命周期中缺陷的各个阶段是什么？
答案 − 在此示例中，错误的不同状态为：新建、已分配、打开、已修复、等待重新测试、重新测试、已验证和已关闭。
- 如果测试人员发现开发人员已解决的缺陷存在问题会发生什么？
答案 − 测试人员可能会将缺陷的状态标记为……如果测试人员仍然发现修复的缺陷存在问题，则测试人员应重新打开它，并将缺陷分配给开发人员进行重新测试。
- 什么是可重现缺陷？
答案 − 在每次执行中经常出现并且其步骤可以在每次执行中捕获的缺陷被称为“可重现”缺陷。
240 次浏览
