活动:验证测试方法
此活动证明在测试方法中概括出的各项技术将会推动已计划好的测试工作。目的是通过演示来验证此方法将是可行的,能产生正确的结果并适用于可用的资源。
描述工作分解结构团队分配工作产品使用
关系
父代活动
描述

目标是了解每项技术的约束和限制,因为它将被运用于给定的项目环境中,并且:

  • 为每项技术找到合适的实施解决方案
  • 找到可使用的备用技术。

这有助于缓解项目生命周期中发现该测试方法不可行但为时已晚的风险。
对于每次迭代,此项工作主要侧重于:

  • 及早验证预期的测试策略将能工作并产生有价值的结果
  • 建立基本的基础结构来启用和支持测试策略
  • 从开发团队获得承诺,开发此软件以满足实现测试策略所必需的可测性需求,并且为那些可测性需求提供持续支持。
  • 确定每项技术的范围、界限、限制和约束
属性
事件驱动
多次出现
正在进行
可选
已计划Yes
可重复
人员配备

虽然,测试规程中涉及的大多数角色参与执行此项工作,但该工作主要集中于测试设计人员测试人员角色。此项工作所需的最重要的技能方面包括软件体系结构、软件设计和问题解决。

通常,在从先启阶段后期到构造阶段早期的迭代中此项工作需要较多资源,在构造阶段后期和移交阶段需要最少的资源。但是,请注意,随着项目的进展,会确定新的目标或可交付件,这要求定义和验证新的测试策略。

作为对于按阶段分配相关资源的探索,此活动的测试资源使用的典型百分比为:先启 - 30%、精化 - 20%、构造 - 10% 和移交 - 05%。

使用
使用指导信息

此活动在每次迭代的早期开始,只要就迭代的任务达成充分一致的意见,就在迭代的整个过程中继续按需要进行此活动。在先启阶段早期、精化阶段和构造阶段早期更频繁地进行,通常在构造阶段后期和移交阶段渐渐停止。

如果测试方法是众所周知的,并且已充分确定此活动在当前环境中的适用性,则此活动被视为可选。

此项工作在某种程度上独立于测试周期,通常包括在后续迭代中才将使用的技术验证。通常在定义了当前迭代的评估任务之后开始此项工作,尽管它可以更早地开始。在某些情况下,查找技术的最佳实施方法会占用多次迭代。

形成此项工作一部分的测试实施和执行活动的执行目的是为了获得可论证的证据,即验证的技术是可实际工作的。因此,您应该将所选的测试限制为较小的、有代表性的子集;通常侧重于具有实际质量风险的区域。您应该尝试包含一组预计不能确认该技术将成功检测到这些故障的测试。

而目测试项的故障将得到确定,并相应地记下这些事件,作为主要目标,此项工作的这个重点不是直接试图确定目标测试项中的故障。同样,目标是验证方法是合适的(产生的结果是对迭代目标的补充)、可实现的(可使用给定的资源约束实现)并且是可实行的。

为了使此项工作产生及时的结果,通常需要使用不完整的“非正式”工作版本,或不使用已认可的测试环境配置而执行此项工作。虽然,这些是适当的折衷,但请注意在这些条件下验证方法所涉及的约束、假设和风险。

当生命周期进行完各阶段时,测试工作的重点通常发生变更。这潜在需要新的或附加的方法,通常需要引入新的测试类型或新技术,来支持测试工作。

在领域结合的情况下,测试环境和策略的其他关键方面是无先例的,您应该用更多的时间和精力来完成此项工作。在某些情况下 - 尤其是需要自动化时,以下做法可能是更经济的:获得在有限时间内(如按约定)以专门技能(在策略的无先例方面具备经过证实的经验)使用资源的权限,来定义和验证测试策略的关键技术需要。

更多信息