此活动在每次迭代的早期开始,只要就迭代的任务达成充分一致的意见,就在迭代的整个过程中继续按需要进行此活动。在先启阶段早期、精化阶段和构造阶段早期更频繁地进行,通常在构造阶段后期和移交阶段渐渐停止。
如果测试方法是众所周知的,并且已充分确定此活动在当前环境中的适用性,则此活动被视为可选。
此项工作在某种程度上独立于测试周期,通常包括在后续迭代中才将使用的技术验证。通常在定义了当前迭代的评估任务之后开始此项工作,尽管它可以更早地开始。在某些情况下,查找技术的最佳实施方法会占用多次迭代。
形成此项工作一部分的测试实施和执行活动的执行目的是为了获得可论证的证据,即验证的技术是可实际工作的。因此,您应该将所选的测试限制为较小的、有代表性的子集;通常侧重于具有实际质量风险的区域。您应该尝试包含一组预计不能确认该技术将成功检测到这些故障的测试。
而目测试项的故障将得到确定,并相应地记下这些事件,作为主要目标,此项工作的这个重点不是直接试图确定目标测试项中的故障。同样,目标是验证方法是合适的(产生的结果是对迭代目标的补充)、可实现的(可使用给定的资源约束实现)并且是可实行的。
为了使此项工作产生及时的结果,通常需要使用不完整的“非正式”工作版本,或不使用已认可的测试环境配置而执行此项工作。虽然,这些是适当的折衷,但请注意在这些条件下验证方法所涉及的约束、假设和风险。
当生命周期进行完各阶段时,测试工作的重点通常发生变更。这潜在需要新的或附加的方法,通常需要引入新的测试类型或新技术,来支持测试工作。
在领域结合的情况下,测试环境和策略的其他关键方面是无先例的,您应该用更多的时间和精力来完成此项工作。在某些情况下 -
尤其是需要自动化时,以下做法可能是更经济的:获得在有限时间内(如按约定)以专门技能(在策略的无先例方面具备经过证实的经验)使用资源的权限,来定义和验证测试策略的关键技术需要。
|