3.4.4 G2.7确定并涉及利益相关者
测试计划：通过计划涉及标明的利益相关者和在测试计划中记录它们，测试计划过程支持这种所有项目相关过程域的通用实践。涉及利益相关者的测试计划本身可作为CMMI过程域项目计划的一部分。
3.4.5 GP2.8监控过程
测试监视和控制：测试监控过程域能全面执行所有过程域的GP2.8。
3.4.6 GP2.9坚持客观评价
过程和产品质量保证；CMMI过程和产品质量保证过程能全面执行所有过程域的GP2.9。
3.5 CMMI过程域对TMMI的支持
图3 TMMI Level and CMMI Level
虽然TMMI能被单独使用，它也当作是CMMI的辅助模型，因此在很多情况下，一个给定的TMMI级别需要来自相对应的CMMI级别或者更高CMMI级别的过程域的支持，图3为TMMI级别和CMMI级别的对应关系。在CMMI中详细说明的过程域和实践不会在TMMI中重复，它们只会被引用。下面分别介绍2级TMMI和3级TMMI所需的CMMI过程域的支持情况。 2级TMMI：
? 配置管理；如上所说的配置管理过程域可以充分执行项目相关的过程域和一
些组织过程域的GP2.6。如上所说，过程和产品质量保证可以充分执行所有过程域的GP2.9。
? 项目计划，这个过程域将给TMMI过程域“测试计划”提供支持。项目管理
实践能被测试管理重用。就测试计划的利益相关者参与而言，项目计划将为通用实践GP2.7提供特定的支持。
? 度量和分析，这个过程域将为TMMI过程域“测试政策和策略”的SG3“建立
测试性能指标”的执行提供支持。
? 需求管理，这个过程域的实施是一个派生约束管理（工作）产品，如产品风
险分析和测试设计，及让他们保持最新。就保持可追溯性的实践而言有可能在“测试设计和执行”过程域被重用。
? 需求开发，当在过程域“测试环境”中开发测试环境的时候，来自这个过程
域的实践能被重用。
? 风险管理，在过程域“测试计划”和“测试监控”中这个过程域的实践能被
重用，用来识别和控制产品风险和测试计划风险。 3级TMMI：
? 配置管理；配置管理过程域可以充分执行项目相关的过程域和一些组织过程
域的GP2.6。
? 过程和产品质量保证，过程和产品质量保证可以充分执行所有过程域的
GP2.9。
? 项目计划，这个过程域将为TMMI过程域“测试生命周期和集成”，特别是
SG3“建立一个主测试计划”的执行提供支持。 ? 项目管理实践能被测试管理重用。
? 组织过程焦点，这个过程域将为TMMI过程域“测试组织”，特别是SG4“确
定，计划和执行测试过程改进”和SG5“部署组织的测试过程吸取经验教训”的执行提供支持。
? 组织过程定义，这个过程域将为TMMI过程域“测试生命周期和集成”，特
别是SG1\建立组织的测试过程资产\的执行提供支持。
? 组织培训，这个过程域将为TMMI过程域“测试培训程序”提供支持。
验证，这个过程域的实践SG2“执行同行评审”将为TMMI过程域“同行评审”的执行提供支持。
请注意，CMMI中测试相关过程域的验证和确认没有作为TMMI里的动态测试过程的过程域支持。对于测试相关的CMMI过程域，TMMI过程域提供了支持和非常详细的说明。
4 TMMI过程域进阶
4.1 2级TMMI过程域
TMMI2级：管理级
在第2级，测试成为了管理过程，并明确地从调试中分开。由成熟度2级反射出的过程训练有助于确信在时间压力下，现行惯例被保留。然而，许多利益相关者仍然感觉它是编码过后的一个阶段。在改进测试过程的背景下，一个公司范围或者产品范围的测试策略被建立了。测试计划也被制定。在测试计划中，测试方法被定义，该方法基于这个级别的风险。风险管理技术被用来识别基于文档化需求的产品风险。测试计划将会定义需要测试什么，什么时候测试，如何测试以及有谁来测试。在利益相关者中间建立承诺，并根据需要修改。测试过程被监控以确保它按照计划执行，一旦有背离发生会有相应的动作。工作产品的状态和测试服务的递交对管理来说是可见的。从详细规格说明中选择测试用例的测试设计
技术被应用了。然而，在开发生命周期测试仍然开始的比较晚，比如要在设计或者在编码阶段才开始。测试分了多个层次，有单元测试，综合测试，系统测试和验收测试。对于每个确定的测试层次有指定的测试目标定义在组织范围或者产品范围的测试策略。2级TMMI组织的主要测试目标是检验产品是否符合指定的需求。还有一个目的是清楚地界定测试和调试。这个级别的TMMI有许多的质量问题是因为测试启动太晚。缺陷被引入从需求阶段，设计阶段到编码阶段。没有正式的评审程序去定位这个重要的问题。许多人认为编码过后的测试执行是主要的测试活动。
2级TMMI的过程域如下： 1) 测试政策和策略 2) 测试计划 3) 测试监控 4) 测试设计和执行 5) 测试环境
4.1.1 PA2.1 测试政策和策略
目标：测试政策和策略的目标是开发和建立测试策略和组织范围或者产品范围的策略，在此测试级别被明确定义。为了衡量测试性能，测试性能指标被引入。
介绍性说明：当组织想改进它的测试过程的时候，它首先应该清楚的定义测试政策。测试政策定义了组织总体测试目的，目标和测试相关的战略视图。重要的是测试政策与组织的商业（质量）政策相一致。测试政策有必要对组织所有相关人员实现一个统一的测试视图。这个统一的测试视图对于测试活动（过程改进）是必需的。测试政策必须实现新的开发，和维护测试活动。在测试政策中，测试过程改进的目标需要被说明。随后这些目标将会转成一套关键性能指标。测试政策及其相随的性能指标提供了明确的指示，沟通的方法，以期望和实现测试的性能级别。性能指示器客观的向相关人员展示了测试和测试过程改进的数值。在测试政策的基础上定义了测试策略。测试策略包含了组织或者产品（一个或多个项目）的通用测试需求。测试策略解决了通用产品风险，提出了减轻风险并与测试
政策相一致的过程。因此测试策略通过执行通用产品风险评估--研究在产品或者组织内的正在被开发的产品。一个典型的测试策略包括需要被实现的测试类别的描述，例如，单元测试，综合测试，系统测试和验收测试。对于每个测试类别中的目标，职责，主要任务和进入/退出标准进行定义。测试策略作为项目测试活动的起始点。项目依照组织范围或者产品范围建立测试策略。当测试策略被定义且被遵守的时候，测试类别只有少的重叠，且会导向一个更加有效的测试过程。此外，由于测试的目标和各个层次的做法是一致的，会导致更有效的测试过程。 范围
测试政策和策略过程域包含测试政策和测试策略的定义和部署。在测试策略中，测试级别被定义。对于每个测试级别，其中包括的测试目标，职责和主要任务被定义。为了测量测试性能和测试（改进）目标的完成度，测试性能指标被定义和部署。
具体目标和实践综述： SG1 建立测试政策 ? SP1.1 定义测试目标 ? SP1.2 定义测试政策
? SP1.3 分配测试政策到相关人员 SG2 建立测试策略
? SP2.1 执行通用产品风险管理 ? SP2.2 定义测试策略
? SP2.3 分配测试策略到相关人员 SG3 定义测试性能指标 ? SP 3.1 定义测试性能指标 ? SP 3.2 实施测试性能指标 目标的具体实践：