任何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中所描述的步骤。