首页/开发/软件测试速查/TMMi 测试成熟度简介

TMMi 测试成熟度简介

TMMi(测试成熟度模型集成)把测试过程改进分为五级:初始、已管理、已定义、已测量、优化。用于给组织的测试实践做基线评估与渐进改进,可与 CMMI 配合使用,评估本身不是目的。

软件测试速查开发更新于 2026-10-13

TMMi 模型是什么

TMMi(测试成熟度模型集成)由 TMMi 基金会维护,用于评估和改进组织的测试过程成熟度,共分五个级别,从初始级到优化级,每个级别给出过程域与目标清单。它与 CMMI 的演进思路同源:先让测试有流程,再让流程可管理、可度量,最后持续优化。认证只是手段,真正的收益来自按级别补齐过程短板。

基本信息

级别结构初始级、已管理级、已定义级、已测量级、优化级
二级重点测试方针、计划、监控与控制、测试设计、环境管理
三级重点组织级测试过程、培训、测试生命周期集成、同行评审
四级重点测试度量与质量评估,用数据管理测试过程
五级重点缺陷预防、质量控制、测试过程优化与创新
评估方式正式评估由授权评估师按证据打分;多数团队用自评找差距

各级别关注点

级别核心问题典型产出
一级初始测试是否被当成独立活动临时性测试,结果难复现
二级已管理项目级测试管理测试计划、用例库、监控
三级已定义组织级标准过程统一模板、培训与评审
四级已测量量化管理度量基线、质量指标看板
五级优化持续改进缺陷预防与过程优化机制

典型使用场景

  • 流程诊断:用级别过程域清单自查,找出最薄弱的环节。
  • 外部招标:客户要求说明测试能力时,成熟度是参考背书。
  • 体系建设:按级别路线图规划两年内的测试改进步骤。
  • 外包评估:评审供应商的测试成熟度与实际证据。
  • 新人培训:用模型框架讲清测试组织从混乱到规范的路径。
别为证书做认证:材料华丽而现场照旧,投入巨大、收益为零。
与敏捷并存:模型讲该有什么能力,落地形式可以是迭代与看板,不必回到厚重文档。
从二级做起:多数团队收益最大的一步是把测试计划、用例库与环境管理立起来。

易错点

  • 唯认证论:只为通过评估堆证据,过程依旧靠英雄主义。
  • 照搬模板:不裁剪直接套用大厂文档,团队抵触,执行流于形式。
  • 跳级跃进:跳过二级基础直奔度量与优化,数据来源不可信。
  • 与交付脱节:改进活动独立于项目之外,做完就搁置。
  • 一次评估定终身:不设复评机制,成熟度迅速回落。

数据来源与参考

  • TMMi Foundation 模型资料(tmmifoundation.org)
  • ISTQB CTAL-TM 大纲(测试过程改进)
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌