建立缺陷生命周期的指南
究竟什么是缺陷生命周期?
在软件测试中,缺陷生命周期或错误生命周期是缺陷或错误在其存在期间所经历的阶段的确切集合。缺陷生命周期的目的是使未完成的缺陷发生变化的当前状态协调和传达给多个受让人,并使缺陷修复过程系统化和高效化。
术语“缺陷生命周期”是指缺陷的整个路径,从测试团队的检测开始,到开发团队在软件测试中修复和关闭缺陷。通过确保缺陷不可重复或被开发团队拒绝来关闭缺陷。
软件缺陷被描述为软件不符合预期标准的场景。要以更合适的方式完全处理项目,必须简单地处理开发和发布。但是,应该意识到,除了开发和发布之外,还必须了解如何解决出现的问题。
在这种情况下需要一个缺陷生命周期来以更合适和有效的方式调节和处理故障。故障必须通过的状态总数因项目而异。故障可能发生在软件开发生命周期 (SDLC) 的任何阶段,包括需求收集、软件设计、开发阶段、测试阶段或最终用户在使用产品时执行的客户验收测试。
创建缺陷生命周期的指南
指南是必须遵循的基本程序,以便有效地执行缺陷生命周期。这些准则如下 -
了解故障状态- 不用说,在我们开始一个项目之前,我们需要了解与该项目相关的一切,包括它的许多状态、设计和操作。同样,在我们开始处理缺陷生命周期中的缺陷之前,整个团队必须完全清楚地掌握缺陷的不同阶段以及每个缺陷条件的真正含义。
理解责任- 为了更有效和更好的结果,每个人在开始做某事之前都应该意识到自己的责任。不了解自己义务的个人将不会下定决心工作,不会尽最大努力,也不会专注于自己的工作或责任。其结果是,后果会更加严重,所产生的调查结果将是不准确和不正确的。因此,有必要保证每个员工都了解自己的责任。同样,在缺陷生命周期中,任何被分配与错误生命周期相关的任何职责的个人都应该非常彻底地了解和掌握自己的角色,以实现更准确和更好的结果。
缺陷跟踪工具- 最好避免接受与缺陷相关的任何请求,这些请求不会导致缺陷跟踪工具中的缺陷状态发生可接受的变化。为确保故障之间的一致性,应更加小心地处理和调节该仪器。这将在有缺陷的生命周期工作流中提供一致性。如果我们走捷径,我们将永远无法获得最新且值得信赖的缺陷指标进行分析。
适当的文档- 应更彻底地记录缺陷生命周期。如果正确地遵循文档过程,将来任何状态都不会出现混淆或困难。
缺陷状态
缺陷或缺陷状态缺陷生命周期中缺陷或缺陷的当前状态称为其状态。缺陷状态的目标是正确表达缺陷或错误的现状或进展,以便更好地跟踪和理解缺陷生命周期。
问题通过的状态数因项目而异。下面的寿命图描述了所有潜在的状态。
新- 当新故障最初被注册和上传时,它被认为是新的。它的状态为 NEW。
已分配- 测试人员发布错误后,测试人员的负责人确认并将其分配给编程团队。
打开- 开发人员开始研究和修复问题。
固定- 当开发人员执行必要的代码修改并验证更改时,错误状态更改为“已修复”。
Pending retest - 一旦缺陷得到纠正,开发人员会为测试人员提供一个唯一的代码来重新测试代码。由于软件测试在测试人员端仍处于未决状态,因此状态为“等待重新测试”。
重新测试- 在此步骤中,测试人员重新测试代码以查看开发人员是否已解决缺陷并将状态更改为“重新测试”。
缺陷的生命周期
Verified - 测试人员在开发人员解决问题后重新测试问题。如果程序中没有发现错误,则错误已解决,状态更改为“已确认”。
重新打开- 如果开发人员解决问题后问题仍然存在,测试人员将状态设置为“重新打开”。昆虫必须再次经历生命周期。
已关闭- 如果错误不再存在,测试人员将其标记为“已关闭”。
重复- 如果缺陷重复两次或者缺陷与错误的想法相同,则状态更改为“重复”。
Rejected - 如果开发人员认为故障不是真的,则缺陷被标记为“已拒绝”。
Deferred - 如果当前问题不是最优先考虑的问题,并且有望在未来版本中解决,则将其授予“Deferred”状态。
Not a bug - 如果缺陷对应用程序的功能没有影响,则归因于它的状态为“非错误”。
缺陷生命周期的解释
缺陷或错误的生命周期 - 您需要了解的内容!
测试人员发现了缺陷。
缺陷已被指定为“新建”状态。
将问题报告给项目经理进行调查。
项目经理确定缺陷是否合法。
在这种情况下,缺陷是无效的,因此状态为“已拒绝”。
结果,项目经理给出了拒绝的状态。如果问题没有被拒绝,下一阶段是确定它是否在项目范围内。
假设我们有另一个功能——同一应用程序的电子邮件功能——并且您发现了它的一个错误。但是,当此类问题被指定为推迟或推迟状态时,它们不会包含在当前版本中。
然后经理检查之前是否报告过类似的问题。如果答案为真,则故障被分配状态重复。
如果没有,问题就会分配给开发人员,他开始处理代码。
此时,缺陷处于进行中的状态。
一旦代码被更正。修复了雕像的缺陷。
然后代码将由测试人员重新测试。如果测试用例成功,则故障解决。如果测试用例再次失败,缺陷将重新打开并分配给开发人员。
考虑以下场景:在 Flight Reservation 的第一次发布期间,在传真订单中发现了一个缺陷,该缺陷已得到纠正并被指定为关闭状态。相同的错误再次出现在第二个升级版本中。在这种情况下,先前关闭的故障将重新打开。
Bug 生命周期到此结束。
在示例的帮助下,此培训视频说明了错误又名缺陷生命周期的多个阶段及其重要性。
问题和解答
Q #1) 在软件测试的上下文中到底什么是缺陷?
Answer - 缺陷是应用程序中的任何故障或错误,它通过将应用程序的预期行为与其实际行为不匹配而阻碍其正常流程。
Q #2) 错误、缺陷和故障之间的主要区别是什么?
回答 -
错误 - 当开发人员在开发阶段发现应用程序的实际行为和预期行为之间存在差异时,他们将其称为错误。
缺陷 - 当测试人员在测试阶段发现应用程序的实际行为和预期行为之间存在差异时,就会发生缺陷。
失败 - 当客户或最终用户在生产阶段发现应用程序的实际行为和预期行为之间存在差异时,他们将其称为失败。
Q #3) 缺陷被发现时的状态是什么?
答案 - 当发现新缺陷时,它处于新状态。这是新发现的缺陷的初始条件。
Q #4) 当开发人员批准并修复问题时,缺陷生命周期中缺陷的各个阶段是什么?
答案 - 在此示例中,缺陷的不同状态为新建、已分配、打开、已修复、待重新测试、重新测试、已验证和已关闭。
Q 5) 如果测试人员发现开发人员已解决的缺陷问题,会发生什么情况?
答案 - 测试人员可能会指出缺陷的状况为。如果他发现修复的缺陷仍然存在问题,他应该重新打开它,并将缺陷分配给开发人员进行重新测试。
以上是 建立缺陷生命周期的指南 的全部内容, 来源链接: utcz.com/z/350400.html