测试成熟度模型集成(TMMi)中文
TMMi认证与实践基于风险的全生命周期测试管理体系
二、中心实施 TMMi 成功之路
中心实施 TMMi 认证，是在经过多次调研和论证后
所做出的决策。作为业界测试行业的标杆，持续地创新 与改进，急需一套符合国际行业标准的全流程标准化测 试管理体系作为支撑。同时，中心“三化”（一体化、 标准化、自动化）战略成果也需要“一条线”将其“串” 起来，这条线就是全生命周期的测试管理流程。TMMi 是专注于测试过程改进的方法论与模型，因此，作为中 心测试过程域改进的行动指南被成功引入。
SPECIAL TOPIC
专题
TMMi 认证与实践
——基于风险的全生命周期测试管理体系
中国工商银行业务研发中心 郝毅 孙建成 张桂伟
工商银行业务研发中心实施 TMMi 认证，历时两年多时间，积累了 大量的经验，取得了丰厚的成果。后续，中心还将利用机构职能整 合的契机，继续以 TMMi 过程改进理念为依托，持续开展业务研发 流程的改进。
14 FINANCIAL COMPUTER OF CHINA
专题
Special Topic
理阶段，测试成为一个已管理的过程，并且明确地与调 试分开。三级已定义阶段，测试不再局限在编码之后的 一个阶段，它完全被集成到开发生命周期和相关的里程 碑里。四级已测量阶段，测试已是一个完全定义、有良 好基础的可测量过程。测试被认为是评估，它由生命周 期内所有产品检查及其他相关活动组成。五级优化阶段， 也是最高级别，组织基于统计控制过程的定量认知，并 已具备持续过程改进的能力。
15 2019 . 05 中国金融电脑
软件测试标准
软件测试标准是对软件测试活动进行规范和指导的一套规则，它有助于确保软件产品的质量、提高测试效率和降低测试成本。
以下是一些常见的软件测试标准：1. IEEE标准：IEEE（电气和电子工程师协会）制定了许多与软件测试相关的标准，如IEEE 829-1983（软件测试文档）、IEEE 1044-1988（软件测试术语）等。
这些标准为软件测试提供了基本概念和方法。
2. ISO/IEC标准：ISO（国际标准化组织）和IEC（国际电工委员会）共同制定了一系列软件工程标准，其中包括软件测试标准。
如ISO/IEC 9126（软件工程-产品质量-评价）、ISO/IEC 14598（软件工程-软件测试-概念和定义）等。
3. ISTQB标准：ISTQB（国际软件测试资格认证委员会）是一个国际性的软件测试组织，它制定了一套软件测试标准和指南。
ISTQB提供了软件测试的基础知识、测试方法和技巧，以及软件测试人员的资质认证。
4. TMMi（Test Maturity Model integration）：TMMi是一个软件测试成熟度模型，它将软件测试过程划分为5个等级，从初始级（Level 1）到优化级（Level 5）。
TMMi模型可以帮助组织评估和提高软件测试过程的成熟度。
5. CMMI（Capability Maturity Model Integration）：CMMI是一个软件过程成熟度模型，它将软件过程划分为5个等级，从初始级（Level 1）到优化级（Level 5）。
CMMI模型可以帮助组织评估和提高软件过程的成熟度，包括软件测试过程。
除了上述标准外，还有许多其他软件测试标准，如六西格玛（Six Sigma）、软件测试度量等。
这些标准为软件测试提供了理论和方法，有助于提高软件产品的质量和降低测试成本。
在实际测试过程中，应根据项目需求和特点选择合适的测试标准。
CMMI介绍范文
CMMI介绍范文CMMI（全称为能力成熟度模型集成）是由CMM（能力成熟度模型）和IDEAL（逐步改进和高效自动化库）两个模型合并而成的一个统一模型，于2024年首次发布。
CMMI是一种全面的能力成熟度模型，用于评估和改进组织的软件工程和系统工程能力。
CMMI旨在帮助组织提高其工程能力，从而增强其产品和服务的质量和可靠性。
通过CMMI，组织可以确定并改进其过程，从而提高其软件和系统开发过程的效率和可控性。
CMMI的设计框架分为参考框架和定义框架。
参考框架中包含了CMMI 的核心概念和能力成熟度级别，即初级、管理、定义、量化和优化。
每个级别包含了特定的目标和实践，用于评估和改进组织的成熟度水平。
定义框架中定义了CMMI的各个领域，包括项目管理、需求管理、配置管理、过程管理、工程管理、供应商管理等。
每个领域都有特定的目标和实践，用于指导组织在改进特定领域的能力时应采取的行动。
为了帮助组织实施CMMI，CMMI还提供了感知和改进指南。
感知指南提供了组织如何评估其当前的能力和成熟度水平的方法，以及如何识别需要改进的领域。
改进指南提供了组织如何改进其工程能力和实施CMMI的方法和技术。
CMMI的好处是显而易见的。
首先，CMMI可以帮助组织评估其当前的能力和成熟度水平，识别出存在的问题和潜在的改进机会。
其次，CMMI 可以指导组织在软件和系统开发过程中采取一系列的实践，通过改进过程来提高生产效率和质量。
第三，CMMI可以帮助组织建立一种持续改进的文化，在实践中不断地优化和提升能力。
最后，通过实施CMMI，组织可以提高其在市场上的竞争力，增加客户的信任和满意度。
总体而言，CMMI是一种用于评估和改进组织工程能力的强大工具。
通过实施CMMI，组织可以提高其软件和系统开发过程的效率和可控性，从而增强其产品和服务的质量和可靠性。
然而，在实施CMMI时需要充分考虑组织的特定环境和行业，并做好准备来克服可能出现的挑战。
测试成熟度模型集成专业人士资格认证测试成熟度模型培训大纲
由TMMi 基金会编写测试成熟度模型集成专业人士资格认证测试成熟度模型培训大纲发布V1.1 版本编辑: Erik van Veenendaal版权通告受限于版权条款的不限制分发爱尔兰TMMi 基金会版权所有本TMMi基金会资料按照现有的状况来提供。
TMMi基金会未就任何事项作出任何形式的担保，无论明示的或暗示的，包括但不限于适用性或适销性担保、排他性担保、或使用本资料所获得结果的担保。
TMMi基金会未就不存在专利、商标或版权侵权作出任何形式的担保。
本文档中对任何商标的使用，并非有意以任何方式侵犯商标所有人的权利。
允许为内部使用而复制本文档及制作本文档的衍生品，但所有复制品及衍生品中需包含版权及“非担保”声明。
为外部及商业使用而复制本文档或制作本文档衍生品的，应向TMMi基金会请求允许。
下列注册商标和服务标志在 TMMi 基金会的文档中被用到：CMMI®, TMMi®.CMMI 是由卡内基梅隆大学在美国专利与商标局注册。
TMMi®是 TMMi 基金会的注册商标。
贡献者Andrew Goslin (UK)Klaus Olsen (Denmark)Meile Posthuma (The Netherlands)Geoff Thompson (UK)Erik van Veenendaal (The Netherlands)Brian Wells (UK)版本修改这一节仅供参考Table of Contents1 简介 (4)1.1文档目的 (4)1.2测试成熟度模型集成专业人士资格认证 (4)1.3 TMMi 评估师 (4)1.4 业务价值 (5)1.5详细程度 (5)1.6资料来源 (5)2.学习目标 (6)2.1学习认知级别 (6)2.2 学习目标 (7)2.2.1 测试改进的背景 (7)2.2.2 TMMi模型概述 (7)2.2.3 TMMi成熟度级别 (8)2.2.4 TMMi的结构 (8)2.2.5 TMMi模型 (8)2.2.6 TMMi的评估 (9)2.2.7 TMMi的实施 (9)3. 认证考试 (11)3.1 考试结构 (11)3.2 考题分布 (11)4. 培训机构 (12)1简介1.1文档目的本文档定义了由TMMi基金会建立的" TMMi专业人士资格认证"，并形成了TMMi专业模型培训和考试的基础。
软件测试成熟度模型
1) 定义组织范围内的测试过程测量政策和目标。
2)制订测试过程测量计划。测量计划中应给出收集，分析和应用测量数据的方法。
3)应用测量结果制订测试过程改进计划。
(III)软件质量评价
软件质量评价内容包括定义可测量的软件质量属性，定义评价软件工作产品的质量目标等项工作。软件质量评价有2个子目标:
为改进测试过程能力，组织中需应用基本的测试技术和方法，并说明何时和怎样使用这些技术，方法和支持工具。将基本测试技术和方法制度化有2个子目标:
1) 在组织范围内成立测试技术组，研究，评价和推荐基本的测试技术和测试方法，推荐支持这些技术与方法的基本工具。
2)制订管理方针以保证在全组织范围内一致使用所推荐的技术和方法。
TMM 的定义级中需实现3个成熟度目标:制订测试与调试目标，启动测试计划过程，制度化基本的测试技术和方法。
(I)制订测试与调试目标
软件组织必须清晰地区分软件开发的测试过程与调试过程，识别各自的目标，任务和括动。正确区分这两个过程是提高软件组织测试能力的基础。与调试工作不同，测试工作是一种有计划的活动，可以进行管理和控制。这种管理和控制活动需要制订相应的策略和政策，以确定和协调这两个过程。
3)评审项由上层组织指定。通过培训参加评审的人员，使他们理解和遵循相牢的评审政策，评审步骤。
(II)建立测试过程的测量程序
测试过程的侧量程序是评价测试过程质量，改进测试过程的基础，对监视和控制测试过程至关重要。测量包括测试进展，测试费用，软件错误和缺陷数据以及产品渊量等。建立渊试测量程序有3个子目标:
2)基于已定义的测试子阶段，采用软件生命周期V字模型。
3)制订与渊试相关的工作产品的标准。
4)建立测试人员与开发人员共同工作的机制。这种机制有利于促进将测试活动集成于软件生命周期中
tmmi5 法本
TMMI5 法本什么是TMMI5？TMMI5（Test Maturity Model Integration Level 5）是一种测试成熟度模型集成的最高级别。
它是一个用于评估和提升组织测试能力的框架，旨在帮助组织实现高质量、高效率的软件测试过程。
TMMI5是由国际软件测试资格认证委员会（ISTQB）开发的，它基于TMM（Test Maturity Model）和CMMI（Capability Maturity Model Integration）。
TMMI5通过一系列阶段来指导组织在测试领域中取得持续改进。
TMMI5 法本的意义TMMI5 法本是指在TMMI5框架下，对于法律、合规性和监管要求进行测试。
法律、合规性和监管要求在现代商业环境中扮演着至关重要的角色。
不遵守这些要求可能导致严重后果，如法律诉讼、罚款、声誉损失等。
通过对法律、合规性和监管要求进行测试，组织可以确保其软件产品或服务符合相关法律标准，并遵守行业规定。
这有助于减少风险，并增强组织与客户之间的信任。
TMMI5 法本的实施步骤步骤一：了解法律、合规性和监管要求在实施TMMI5 法本之前，组织需要全面了解适用于其业务领域的法律、合规性和监管要求。
这可能涉及到与法律专家、合规团队以及行业监管机构的沟通。
步骤二：制定测试策略和计划根据了解到的法律、合规性和监管要求，组织需要制定相应的测试策略和计划。
测试策略应明确测试目标、范围、方法和资源需求。
测试计划则应包括详细的时间表、责任分配和风险评估。
步骤三：进行法律合规性测试根据制定的测试计划，组织可以开始进行法律合规性测试。
这包括对软件产品或服务中涉及到的功能、数据处理、隐私保护等方面进行评估。
同时，也需要对相关文档（如用户协议、隐私政策）进行审查。
步骤四：记录并分析测试结果在进行法律合规性测试期间，组织应记录所有发现的问题，并对其进行分析。
这些问题可能包括与法律要求不符的功能、数据安全漏洞、隐私问题等等。
tmmi 标准
tmmi 标准TMMi（Test Maturity Model integration）是一种测试成熟度模型，旨在评估和改进组织的软件测试过程。
TMMi标准包括五个不同的成熟度级别，每个级别都有一组特定的目标和实践。
1. 初始级别（Level 1 - Initial）：在这个级别，测试过程是不可预测和不可控制的。
测试活动通常是无计划的，没有明确的测试策略和流程。
测试结果的可靠性和一致性是不确定的。
2. 重复级别（Level 2 - Repeatable）：在这个级别，测试过程开始变得可重复和可管理。
测试策略和计划被定义，并且测试活动按照这些计划进行。
测试结果开始被记录和跟踪，测试过程的改进也开始进行。
3. 定义级别（Level 3 - Defined）：在这个级别，测试过程被更加详细地定义和规范化。
测试策略、计划、流程和方法都被明确地记录下来，并且在整个组织中得到了广泛的理解和遵守。
测试活动的执行和管理变得更加一致和可预测。
4. 管理级别（Level 4 - Managed）：在这个级别，测试过程开始被定量地度量和监控。
测试活动的进展和质量指标被收集和分析，以便进行测试过程的持续改进。
测试资源的分配和管理也变得更加有效和高效。
5. 优化级别（Level 5 - Optimizing）：在这个级别，测试过程已经达到了最高的成熟度水平。
测试过程的改进是持续的，基于定量的度量和分析。
测试过程的自动化和创新也被广泛应用，以提高测试效率和质量。
总体而言，TMMi标准提供了一个评估和改进软件测试过程的框架。
它帮助组织了解当前测试过程的成熟度水平，并提供了一系列的目标和实践来帮助组织逐步提高测试过程的质量和效率。
通过实施TMMi标准，组织可以建立可靠、可预测和可持续的软件测试过程，提高软件质量和客户满意度。
tmmi的组件结构
tmmi的组件结构
TMMI（Test Maturity Model Integration）是一种用于评估测试过程成熟度的模型。
该模型包括了一系列的组件，这些组件形成了TMMI的结构。
TMMI的组件结构主要由以下几个部分组成：
1. 测试能力层级（Test Capability Levels）：TMMI将测试过程的成熟度划分为不同的层级，包括初始化级别、重活动级别、定义级别、管理级别和优化级别。
每个层级都代表着不同的测试成熟度水平，组织可以根据自身的实际情况，逐步提升测试能力。
2. 测试能力区域（Test Capability Areas）：TMMI将测试过程的关键领域划分为多个能力区域，包括测试策略和政策、测试组织和人员、测试生命周期和过程、测试基础设施、测试规划和控制、测试方法和工具、测试度量和分析、测试改进。
每个能力区域都涵盖了一系列相关的过程和实践，帮助组织全面提升测试能力。
3. 测试过程领域（Test Process Areas）：TMMI进一步将每个能力区域划分为多个过程领域。
每个过程领域都定义了一组具体的过程和实践，并提供了用于评估测试过程成熟度的指标。
例如，在测试策略和政策区域中，包括了制定测试策略、定义测试政策、编制测试计划等过程。
通过使用TMMI的组件结构，组织可以系统地评估和改进测试过程的成熟度。
通过逐步提升测试能力，组织可以提高测试效率、降低测试风险，并有效支持软件开发过程的成功交付。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
测试成熟度模型集成Test Maturity Model Integration（TMMI）目录1 测试成熟度模型集成（TMMI） (4)1.1 介绍 (4)1.2 背景和历史 (4)1.3 起源 (5)1.4 TMMI的领域 (6)1.4.1 软件和系统工程 (6)1.4.2 测试级别 (6)1.4.3 TMMI和CMMI (6)1.4.4 评定 (6)1.4.5 改善的方法 (7)2 TMMI成熟度水平 (7)2.1 概述 (7)2.2 级别1 初始的 (8)2.3 级别2 可管理的 (9)2.4 级别3 可定义的 (9)2.5 级别4 可测量的 (10)2.6 级别5 可优化的 (11)3 TMMI的结构 (12)3.1 必需的，可预料的和提供信息的组件 (12)3.1.1 必需的组件 (12)3.1.2 期望的组件 (12)3.1.3 信息组件 (13)3.2 TMMI的组件 (13)3.2.1 成熟度级别 (13)3.2.2 过程域 (13)3.2.3 目标 (14)3.2.4 介绍性说明 (14)3.2.5 范围 (14)3.2.6 特定目标 (14)3.2.7 通用目标 (14)3.2.8 特定的实践 (14)3.2.9 典型工作产品 (15)3.2.10 子实践 (15)3.2.11 通用实践 (15)3.2.12 通用实践细节 (15)3.2.13 支持性信息组件 (15)3.3 通用目标和通用实践 (16)3.3.1 GG 2 制度化可管理过程 (17)3.3.2 GG 3 制度化已定义的过程 (19)3.4 对通用实践过程域的支持 (20)3.4.1 GP2.2计划过程 (20)3.4.2 GP2.5培训人员 (20)3.4.3 G2.6管理配置 (20)3.4.4 G2.7确定并涉及利益相关者 (21)3.4.5 GP2.8监控过程 (21)3.4.6 GP2.9坚持客观评价 (21)3.5 CMMI过程域对TMMI的支持 (21)4 TMMI过程域进阶 (23)4.1 2级TMMI过程域 (23)4.1.1 PA2.1 测试政策和策略 (24)4.1.2 PA2.2 测试计划 (30)5 TMMI通用目标和通用实践进阶 (41)5.1 GG2 制度化一个管理过程 (41)5.1.1 GP2.1 建立组织政策 (41)5.1.2 GP2.2 计划过程 (41)5.1.3 GP2.3 提供资源 (41)5.1.4 GP2.4 分配职责 (42)5.1.5 GP2.5 培训人员 (42)5.1.6 GP2.6 配置管理 (43)5.1.7 GP2.7 明确并使相关人员参与 (43)5.1.8 GP2.8 监控过程 (43)5.1.9 GP2.9 坚持客观评价 (44)5.1.10 GP2.10 与高级管理层的评审状况 (44)5.2 GG3 制度化已定义的过程 (44)5.2.1 GP3.1 建立一个已定义的过程 (44)5.2.2 GP3.2 收集改进信息 (44)1 测试成熟度模型集成（TMMI）1.1 介绍在过去的10年间，软件产业界花费了大量的努力用以提高它的产品质量，这无疑是个艰巨的工作，因为软件的体积和复杂度正在随着客户和最终用户越来越多的需求而飞速的增长。
尽管采用了多种质量提高手段，软件产业仍然远离零缺陷。
为了提高产品质量，软件产业界把重点放在了提高开发过程上，使得能力成熟度模型（CMM）被广泛使用。
能力成熟度模型（CMM）和它的接替者，能力成熟度模型集成（CMMI）常常被作为软件开发过程的工业标准。
尽管事实上测试至少要占到整个项目花费的30%－40%，但是在各种软件过程改进模型如CMM和CMMI，测试仍然被很少提及，为此测试社区创建了互补的改进模型来响应这个问题，本文就描述了这种模型，测试成熟度模型集成（TMMI）。
TMMI是测试过程改进的详细模型并且可以实现和CMMI的互补。
1.2 背景和历史TMMI框架由TMMI协会开发并作为准则框架用以对测试过程进行改进。
TMMI 也作为CMMI1.2版本的互补模型来帮助测试经理，测试工程师和软件质量专家定位某些问题的重要性。
像CMMI的使用阶段一样，TMMI也使用成熟度水平概念来做过程评估和改进，此外还定义了过程域，目标和活动。
TMMI成熟度标准的应用将改善测试过程，并对产品质量，测试工程的生产力，以及测试周期有着积极的影响。
目前TMMI已经被开发成为可以支持组织评估和测试过程改进。
通过TMMI,可以使得软件测试从一个无序混乱，缺乏资源、工具和训练有素的测试人员的弱定义过程演变成为以成熟的，可控的，并且有缺陷预防能力为主要目标的，具有完善定义的过程。
实际的经验证明TMMI建立了一个更加高效的测试过程。
测试成为了软件项目中的一个独立实施的阶段，并且被融入到开发过程中。
软件测试德重点开始由缺陷检测转移到缺陷预防上来。
1.3 起源TMMI的发展是以美国伊利诺伊理工学院开发的TMM框架为主要来源。
除了TMM，它也借鉴了能力成熟度模型集成（CMMI），而后者是一种IT业界有着广泛应用的过程改进模型。
CMMI既是分阶段的也是持续的。
所谓分阶段，即为CMMI 架构规定了评估过程各个阶段，评估组织必须顺序的执行它的各个阶段，以提高改进过程。
所谓持续，即为CMMI没有规定通过评估的级别，一个组织选择不同的级别去做改进。
TMMI被开发成一个阶段模型，它使用预定义的多套过程域定义组织的改进过程。
这种发展过程被描绘成一种模型成分，称为成熟度级别。
成熟度级别又被定义成进化水平，以完成测试组织的改良过程。
在后来的一个阶段TMMI的持续性才变得可用。
它不会影响TMMI的内容，它仅仅提供了不用的结构和表述。
促进TMMI发展的其它来源还包括Gelperin和Hetzel的测试模型的演化，它描述了过去40年间的测试过程的演化; 还有Beizer的测试模型，它描述了单个测试人员的想法的演化；有EUfunded MB-TMM项目中对TMM的研究；还有国际测试组织，如IEEE829标准中的软件测试文档[IEEE829]。
在TMMI使用的测试术语来自ISTQB组织软件测试方面的标准条款术语。
●TMMI是TMMI组织的注册商标●CMM和CMMI是Carnegie Mellon大学的注册商标●TMM是Illionis理工学院的注册服务标记至于确定成熟度等级描述，Gelperin和Hetzel的进化测试模型担任一个历史级的TMMI区别的基础。
，Gelperin和Hetzel模型描述了1950年代到1990年代的阶段和测试目标。
初始的时期被描述成面向调试的，在这个时期大多数的软件开发组织不清楚测试和调试的区别。
测试是个模糊的活动，它跟调试一起是用来从程序中去除错误的。
根据Gelperin和Hetzel的理论，测试已经进入面向预防时期，联系到最好的练习以及反映了TMMI最成熟的水平。
而且，各种各样的工业界使用TMM的最佳练习和实践经验为TMMI的发展提供了必要的实验基础和实用性水平。
他们阐明了当前在IT工业界最好和最差的测试实践，它也允许TMMI 框架的开发者提取实际的基准以评估和改善测试实践。
1.4 TMMI的领域1.4.1 软件和系统工程TMMI打算在系统工程和软件工程学科方面支持测试活动和测试过程的改善。
系统工程涵盖了整个系统的发展，它可以包括也可能不包括软件。
软件工程涵盖了软件系统的发展。
1.4.2 测试级别其他模型在测试过程改良方面主要致力于高级别的测试，如TPI或者仅仅定位结构测试的某一个方面，如测试机构。
TMMI定位多个测试水平，包括静态测试和结构测试的各个方面。
至于动态测试，低级测试和高级测试都是TMMI的目标。
研究TMMI细节越多，有一个问题就必须了解，这种模型定位了结构测试的4项基石：生命周期，技能，基础结构和组织。
1.4.3 TMMI和CMMI需要注意的是TMMI的定位是作为CMMI的互补模型。
在很多情况下一个给定的TMMI级别需要它相关的CMMI级别或比它低的CMMI级别的过程域的特定支持。
有些情况下甚至跟高级别CMMI有关联。
在CMMI中被详尽说明的过程域和实践没有在TMMI中被重复，他们仅仅作为参考。
举例来说，过程域配置管理，它当然是适合测试产品的，但是没有在TMMI中详细说明；CMMI中的实践被引用和含蓄的重用。
1.4.4 评定许多组织发现了标准为内部的和标准为外部客户以及供应商的在测试过程改进中的价值。
测试过程中的评估重点是确定改进的机会和了解该组织的立场相对于选定的模式或标准。
TMMI为进行这种评估提供了一个很好的参考模型。
评估小组使用TMMI指导自己的鉴定和调查结果的优先次序。
用TMMI可以指导的这些研究结果被用来为组织改进做计划。
评估框架本身不是TMMI的一部分，TMMI 评估需求被描述成一个单独的文件，你可以在找到。
这些需求是基于ISO 15504标准的。
一个特定的成熟度级别对不同的评估机构来说是一样的。
确保这种一致性的规则包含在TMMI评估方法的要求中，该TMMI 评估方法的要求包含了各种类别的评估，例如，准则正式的评估，快速扫描和自我评估。
1.4.5 改善的方法TMMI提供了完整的框架作为测试过程改进的参考模型。
但它并不提供测试过程改进的方法，例如IDEAL。
实际经验表明测试过程改进最强有力的初始化步骤是在投资测试过程评估之前建立强有力的组织任务。
给予充分的任务过程管理，建立强有力的测试小组，它描述相关的人员可以指引过程提高的方向，被证明是有效的方法。
2 TMMI成熟度水平2.1 概述图1 TMMI成熟度级别TMMI是阶段架构的过程改进模型。
它包含的阶段或者级别是从一个无序的，不可管理的到可管理的，可定义的，可测量的和可优化的。
图1展示了TMMI的级别从低到高的级别管理和每个级别对应的过程域。
每个阶段要确保足够的改进，作为下一阶段的奠定基础。
该TMMI内部结构是丰富的，在测试中可以学习和有系统地支持一个质量检测的过程，在渐进的步骤改善应用实践。
TMMI有5个级别，它们遵守成熟度等级制度和演化路径来进行测试过程改进。
每个级别都有一套过程域指明组织需要致力在那个级别取得成熟度。
经验表明组织各尽其能一次他们专注于测试过程改进在可做到的过程域，那些域随着组织的改进需要增加混合。
因为每个成熟度级别为下一个级别构成必要的基础，尽量略过一个成熟度级别通常是无益的。
同时，你必须意识到测试过程改进的努力必须致力于组织在商业环境的需要，更高级别的成熟度水平上的过程域需定位在当前组织或项目的需要。
例如，当组织试图从成熟度级别1升到级别2的时候经常被鼓励成立一个测试小组，它是测试组织成熟度级别3过程域中必须有的。