目的
|
就测试工作的重要可测性需要通知相关项目干系人,并赢得他们对可测性的支持。
|
以正确的方式提升可测性是很重要的。项目经理、开发团队和客户项目干系人
的每种组合具有不同的动机和文化,当您提升可测性需要时,要对这种情况保持敏感,这很重要。作为一般的试探,如果团队相对松散和不正式,请勿组织正式的可测性“竞赛”;请勿在非常正式的项目中使用非正式的方法。
在一些情况中,协作的“头脑风暴”会议是一种有用的表现形式,在该会议中,将通过对开发团队提问来展示需要,鼓励开发团队 确定创造性的解决方案来满足可测性需要。这鼓励了他们拥有解决方案,并培养对工作的参与感。
计时对于此步骤也是重要的。作为一般规则,您应尽可能早地识别和提升最重要的可测性问题,这通常发生在精化阶段,也可能发生在先启阶段。当在项目的这些早期阶段提出可测性问题时,团队通常较小且更容易接受更改。而且也更容易将这些需要包含在改良的设计中,因为通常需要的返工量最小。
识别可测性需要,并以积极而不那么“正式”的方式表现这些需要的一个好的方案是:让测试团队在下列工作中提供服务:评估“概念验证”活动,以及评估供开发工作使用的第三方组件的选择。特别地,在数据库组件选择、UI
控制或组件选择、中间件组件等方面涉及到测试团队,说明可测性问题可用作组件选择条件的一个方面。例如,在许多情况下,开发团队对要利用哪个 UI
窗口小部件库不是很在意,如果某个库的可测性好于另一个库,开发团队将乐于选择这个可测性更好的窗口组件库。
如果您在标识可测性优胜者或与他们配合方面遇到麻烦,您可能需要
考虑一种方法,该方法引进更多的变更,使它们的潜在风险更小,工作块更小;或者您可能必须逐步将最重要的可测性需要上升到关键项目问题,如果这些问题得不到解决,将阻碍测试工作的成功。对于后一种情况,我们建议您在决定此操作过程之前仔细考虑所有选项。
|