任何TMAP的复杂性强烈地依赖于过程的错综复杂,以及项目团队的深度分析。
这张表,TMAP过程完成之后,六西格玛项目有了一个强势的开局。
测试路径的数量取决于测试标准(有关更多信息,请参见TMap)。
TMap活动提到以下是执行阶段的部分,并被映射凹相应的RUP活动,如表5所示。
TMap是一种非常广泛和完善的测试方法,但是在RUP中,测试只是许多方面之一。
可以确保坚实的基础的工具是思维过程图,有时被称为TMAP或TPM。
TMap完成阶段的活动及其与RUP的对照如表6所示。
在TMap中,“建立基础结构”是规格说明的一部分。
一个TMAP可以用于推动具体的行动和选择应该使用的六西格玛工具。
TMap规格说明阶段可以被映射到RUP中的测试和评价,如表4所示。
当创造TMAP时,唯一错误的一段信息是有一个被忽略了。
因此,测试过程的提前管理并应用一种基于风险的方法,如TMap所描述的,是必须的。
除了第四个TMap活动,保存测试件,这个RUP步骤也包含测试过程的评价。
有关这些额外测试的更多详细内容在TMap方法中可以得到。
注意到在TMap阶段中没有很明确的测试活动,这是很重要的,然而,这在RUP工作流中是一种情况。
标准的TMap易测性复审检查单需要在用UML处理时应用。
现在,让我们考虑一下TMap阶段和活动如何被合并到RUP中。
前三个角色主要对应于TMap测试经理和测试员的两个描述。
TMap也详细地定义了所需要的组织和基本结构。
另一个常见的形式是使用一个气泡TMAP图如图5。
在TMap和RUP都有的控制活动主要是在步骤完成可接受任务。
对于测试策略的开发,TMap描述的技术是足够的。
按照TMap,测试策略的一个重要部分是与成本估算放在一起的。
TMap遵守RUP的测试实践,如测试流程中所描述的那些。
由于本文重点强调一种明确的变化,所以假定读者对TMap和RUP知识有一定的水平。
TMAP代表信息的结构,通过DMAIC流程帮助团队前进。
或多或少可对比的TMap角色是方法支持和TAKT构架师。
在设计一个基于UML的测试脚本时,需要执行在TMap中所描述的步骤。