缺陷生命周期的不同参与者
究竟什么是缺陷？
通过将应用程序的预期行为与实际行为不匹配而限制应用程序正常流程的应用程序中的故障或错误称为缺陷。
当开发人员在开发或构建应用程序时出错时，就会发生缺陷。当测试人员发现此错误时，将其称为缺陷。
测试人员必须彻底测试应用程序以识别尽可能多的缺陷，以保证优质产品到达消费者手中。在进入缺陷的工作流程和不同阶段之前，掌握缺陷生命周期至关重要。
让我们更深入地了解缺陷生命周期。
到目前为止，我们已经讨论了什么是缺陷以及它与测试过程的关系。让我们来看看缺陷生命周期，了解缺陷过程以及缺陷的许多阶段。
缺陷状态
新-在缺陷生命周期中，这是缺陷的第一个状态。当发现新缺陷时，将其标记为“新”，并在缺陷生命周期的后期阶段对其进行验证和测试。
已分配-此时，将新产生的缺陷分配给开发团队，他们将负责处理。项目经理或测试团队的经理将此分配给开发人员。
Open-在这里，开发人员开始评估问题的过程，并在必要时解决问题。假设开发者认为故障是不合适的。在这种情况下，由于各种原因，它可能会转移到下面列出的四种状态之一，即重复、延迟、拒绝或不是错误。我们将在一分钟内到达这四个州。
固定-当开发人员通过实施必要的修改完成解决缺陷的工作时，他可以将缺陷的状态指定为“已修复”。
PendingRetest-解决问题后，开发人员将缺陷提交给测试人员，测试人员将对其进行重新测试。缺陷的状态保持“等待重新测试”，直到测试人员重新测试缺陷。
重新测试-在此阶段，测试人员开始重新测试缺陷的工作，以确定开发人员是否根据要求正确纠正了故障。
Reopen-如果缺陷仍然存在问题，则将其发送回开发人员进行测试，缺陷状态将更改为“重新打开”。
已验证-如果测试人员在将缺陷分配给开发人员进行重新测试后发现该缺陷没有困难，并且认为故障已被正确解决，则缺陷的状态将更改为“已验证”。
Closed-当缺陷不再存在时，测试人员将缺陷的状态更改为“Closed”。
建立缺陷生命周期的指南
在开始使用缺陷生命周期之前，正在工作的开发人员应该遵循某些关键标准。
这些是一些标准-
在开始处理缺陷生命周期之前，整个团队必须了解缺陷的各个阶段（如上所述）。
为了尽量减少未来的误解，缺陷生命周期应该被彻底记录。
为了获得更好的结果，请确保被分配与缺陷生命周期相关的职责的每个员工都完全了解他或她的职责。
每个改变缺陷状态的人都应该被充分告知该状态，并且应该提供有关该状态的足够数据以及设置该状态的理由，以便每个处理该特定故障的人都了解它为什么处于该状态。
开发人员应谨慎使用缺陷跟踪工具，以保持缺陷之间的一致性，从而在缺陷生命周期的工作流中保持一致性。
无效和重复缺陷报告
当出现不是由代码引起而是由测试环境或误解引起的缺陷时，应将报告作为无效缺陷关闭。
在重复报告的情况下，一个被保留，另一个作为副本关闭。经理接受一些不正确的报告。
整个缺陷管理和流程归测试经理所有，缺陷管理工具跨职能团队通常负责处理报告。
参与者包括测试经理、开发人员、项目经理、生产经理和其他相关利益相关者。
缺陷管理委员会应评估每个缺陷的有效性，并决定是否纠正或推迟它。考虑不纠正任何问题的成本、危害和优势，得出这个结论。
如果必须修复故障，则必须确定其优先级。
缺陷数据
人名
测试品种
问题总结
详细缺陷描述
重新创建生命周期阶段的步骤
引入缺陷的工作产品
优先级和严重性
引入缺陷的子系统或组件。
当缺陷被引入时，项目活动就会发生。
识别方法
缺陷类型
有问题的项目和产品
现任业主
发生缺陷的报告工作产品的当前状态。
对项目的影响
纠正或不解决问题的风险、损失、机会和优势
缺陷生命周期的不同阶段发生的日期。
描述问题的修复方式和测试建议
参考
过程中的能力
介绍、检测和去除信息->改进缺陷检测和质量成本。
介绍->Praetor研究引入最多缺陷的过程，以减少缺陷总数。
缺陷根信息->定位并突出显示缺陷的原因，以减少故障总数。
缺陷组件信息->缺陷聚类分析
缺陷生命周期通常因组织而异，并受组织或项目遵循的软件测试方法或通常使用的缺陷跟踪技术的规范和控制。缺陷生命周期的各种参与者使程序有效。下面列出了这些参与者。
缺陷报告者
顾名思义，缺陷报告者是报告缺陷的人，即发现缺陷的人。缺陷报告器的主要功能是验证，即确认缺陷的有效性或正确性。记者核实后，将所有与缺陷跟踪工具相关联的数据和信息添加进去。这些细节和信息可以包括缺陷优先级、缺陷严重性、缺陷影响、测试环境、缺陷描述、模块、缺陷类型、修复它所需的资源、复制阶段等。测试人员有时必须提供相关的屏幕截图来验证和解释问题的所有细节。
缺陷跟踪工具
顾名思义，缺陷跟踪工具是用于检测或跟踪问题的工具。如果出现在软件开发项目中，它通常有助于记录、报告、分配、识别、发现和监控故障。简单来说，我们可以说错误跟踪工具越好，产品就会越好。缺陷通常记录在通常有助于报告的缺陷跟踪工具中。这些工具可能是Jira、Assembla等。
缺陷组
顾名思义，缺陷组是一组有权查看与缺陷相关的完整信息的个人。缺陷组通常负责与缺陷相关的任何操作，从检测到解决。这些组可能包括发现和验证缺陷的测试人员、监督测试人员和缺陷报告的测试主管。该最终用户报告了一个缺陷，测试负责人、项目经理、QA经理、QA团队等将缺陷分配给了开发人员。简单来说，缺陷组是一组可以监控所有缺陷操作的个人。
缺陷所有者
顾名思义，缺陷所有者是负责评估和拥有缺陷的人。他们通常负责验证、确认和保证所提供的与故障相关的信息是完整和充分的。如果提供的信息不完整且不令人满意，则将缺陷分配回报告缺陷的缺陷报告者，以向其提供更多和额外的信息。根据每个缺陷的优先级，缺陷所有者然后在期限内进一步解决和修复问题。
经常问的问题
缺陷被发现时的状态是什么？
答案-当发现新缺陷时，它处于新状态。这是新发现的缺陷的初始条件。
当开发人员批准并修复问题时，缺陷生命周期中缺陷的各个阶段是什么？
Answer-New、Assigned、Open、Fixed、PendingRetest、Retest、Verified和Closed是本示例中错误的不同状态。
如果测试人员发现开发人员已解决的缺陷问题，会发生什么情况？
答案-测试人员可能会指出缺陷的状况为。如果测试人员发现修复的缺陷仍然存在问题，则测试人员应重新打开它，并将缺陷分配给开发人员进行重新测试。
究竟什么是可生产缺陷？
回答-在每次执行中经常发生并且其阶段可以在每次执行中捕获的故障称为“可生产”缺陷。