随着客户/用户对软件产品的要求越来越高，持续改善开发过程和测试过程成为一个必然。其中能力成熟度模型CMM和其后续版本能力成熟度模型集成CMMI已经广泛应用于开发过程改进，并成为了软件过程改进的行业标准。尽管测试通常在项目总成本中至少占了30%~40%，但是各种过程改进模型对测试的关注度都很少。因此，必须从测试的角度建立自己的改进模型，测试成熟度模型集成TMMi就是在这个初衷下诞生了。TMMi作为测试过程改进的详细模型，其定位于CMMI的补充。

一、背景和历史

TMMi框架由TMMi基金会开发和维护，为测试过程改进提供了指南和参考框架，以解决测试经理、测试人员和软件质量专家关注的一些问题。TMMi属于阶段型改进模型，同CMMI阶段型一样，都会在详细说明过程改进和评估时使用成熟度的概念，同时识别过程域、目标和实践。TMMi成熟度准则的应用，可以对改进测试过程、提高产品质量和改善测试效率和降低周期工作量等方面产生积极的影响。通过TMMi，测试演进是从一个缺乏资源、工具和测试技能的无序混乱的过程，逐步发展到以预防缺陷为主要目标的成熟可控的过程。测试成为一种职业，并与开发过程密不可分。

二、参考来源

与CMMI同时兼有阶段型和连续型两种表达方式不同，TMMi目前只支持阶段型方式。阶段型规定组织必须以有序的方式进行开发过程改进的各个阶段；而连续型不需要通过固定的一系列级别换或阶段来改进，而是根据需要选择许多不同类型的过程域直接进行改进。TMMi主要的参考来源包括：

1、TMMi是以伊利诺理工大学开发的TMM框架作为主要的参考来源；

2、TMMi遵循IT行业中广泛支持的过程改进模型：CMMI；

3、Gelperin和Hetzel提出的包含过去40多年测试的测试过程演进模型；

4、Beizer的关于测试人员思考演进的Beizer测试模型；

5、欧盟资助的MB-TMM对TMM的研究成果；

6、其他国际测试标准，例如：测试文档的IEEE 829、ISTQB大纲和术语、ISO/IEC 15504;

此外，除了上述提到的参考来源之外，各个行业的最佳实践，使用TMM的实践经验和测试调研都为促进TMMi的发展提供了必要的经验基础和必需的实用性。同时，这些又可以帮助TMMi的框架开发者提取实际可行的基准，以评估和改进测试实践。

三、TMMi的范围

TMMi同时支持系统工程和软件工程两个学科里的测试活动和测试过程改进。TMMi覆盖了结构化测试的所有四个基础：生命周期、技术、技术架构和组织[TMap]，同时覆盖了所有的测试级别，从典型V模型的组件测试、集成测试，再到系统测试和验收测试，也包含了前期的静态测试。

TMMi作为CMMI的补充模型，一个给定的TMMi级别有时候需要其对应CMMI级别或更低CMMI级别的过程域的支持，甚至特殊情况下会关联到更高的CMMI级别。TMMi中不再重复说明已经在CMMI中详细说明的过程域和实践，而是通过引用的方式呈现。

TMMi提供了一个参考模型，可以用来评估组织的改进机会和确定组织当前处于该模型的什么位置，评估得到的这些基准信息是非常有价值的。TMMi评估小组可以用TMMi指导他们识别的评估结论，并对评估结论进行排序。然后将这些评估结论和TMMi的实践指导用于组织的过程改进计划。TMMi评估方法需求来源于ISO 15504标准，包含在TMMi基金会的另一份文档中描述。由于TMMi评估需求的标准化，达到特定的成熟度级别，意味着被评估对象处于同等的水平。TMMi评估方法需求中包含了确保达到上述一致性的规则。另外，TMMi评估方法需求包含了不同类型评估方法的类型，例如：正式屁股古、快速扫描和自我评估。

TMMi只是提供了测试过程改进中可使用的参考模型的完整框架，但它没有提供类似于IDEAL（I - 启动、D - 诊断、E - 建立、A - 行动、L - 学习）模型那样的测试过程改进途径。根据实践经验表明，测试过程改进最有力的第一步是在启动测试过程评估之前获得强大的组织支持，建立专门的且技术胜任的测试过程小组代表不同的干系人，以指导测试过程改进的工作。

参考：TMMi Framework R1.2