TMMi 和 CMMI 是一回事吗？测试体系要不要单独认证

摘要：这是企业咨询 TMMi 时被问得最多的问题。结论先给出：不是一回事，但两者是近亲。CMMI 管的是整个研发过程的能力成熟度，测试在其中只是众多过程域里的普通一员；TMMi 则把测试单独拎出来，用 16 个过程域做深做透。本文从出身、覆盖范围、过程域结构、评估方式四个维度做对比，并给出四种典型企业的决策建议。如果你正在"先做 CMMI 还是先做 TMMi"之间纠结，第三节的决策表可以直接对照使用。

一、先给结论：不是一回事，但"亲戚关系"很近

一句话区分：CMMI 回答"你们公司做项目靠不靠谱"，TMMi 回答"你们公司做测试专不专业"。

二、为什么它们看起来那么像

TMMi 在设计时参考了 CMMI 的结构与表达方式，所以两者在"分级逻辑""过程域写法""目标与实践的组织形式"上高度相似。这不是巧合，而是有意为之——让已经熟悉 CMMI 的企业能低成本地理解和引入 TMMi。

好处是明显的：

• 做过 CMMI 的企业，团队对"过程域""目标""实践""证据"这些概念不陌生；

• 两套体系的文档结构和运行机制可以相互衔接；

• 在投标材料中，两者可以形成互补而非冲突的表述。

三、CMMI 里其实也有"测试"，为什么还要 TMMi

确实，CMMI 中包含与验证、确认相关的过程域，但它们的定位是"研发过程中的一个环节"，篇幅和深度有限。

而 TMMi 关注的是 CMMI 覆盖不到或覆盖不深的部分，例如：

• 测试方针与策略：公司层面的测试定位与目标；

• 测试组织与培训体系：测试团队怎么建、人怎么培养；

• 非功能测试：性能、安全、可靠性测试的制度化；

• 测试环境管理：环境怎么申请、隔离、还原；

• 缺陷预防与测试过程优化：从"发现缺陷"到"少产生缺陷"。

换句话说，CMMI 里的测试是"有没有做"，TMMi 里的测试是"做得多深"。

四、能不能"一次评估、两本证书"

不能。两者是独立的模型和独立的评估体系，由不同的机构管理、不同的评估师执行，不存在互相替代或自动折算的机制。

不过，两者可以协同推进：

• 文档体系可以共享底座（如需求管理、配置管理、度量体系）；

• 试点项目可以同时作为两套体系的证据来源；

• 内部审核机制可以合并运行，减少重复投入。

关键提醒：协同不等于合并。如果把 TMMi 的过程域"顺带"塞进 CMMI 的文件里，评估时很容易因为证据指向不清而被判不达标。

五、四种典型企业的决策建议

六、三个常见误区，一次性澄清

证优客认证小贴士

在 CMMI 与 TMMi 的选择上，企业最常遇到的坑来自服务机构的"万能话术"：

• 有的机构手上只有 CMMI 产品线，会告诉你"做了 CMMI 就够"；

• 有的机构只做 TMMi，会夸大 CMMI 的"过时"和"无用"。

判断方法很简单：让对方拿出你们行业的真实投标案例，看看招标文件里到底要求的是哪一项。如果对方拿不出来，只是反复强调"我们都能做"，那多半是在卖通用方案。

另一个容易被忽略的坑是评估师资源。TMMi 正式评估必须由基金会认可的评估师执行，一些中介机构的做法是临时外聘评估师，排期和沟通都不可控。签约前建议确认：评估师是否为稳定合作资源、是否全程参与前期辅导。

证优客是国家高新技术企业、国家科技型中小企业，具备数据管理能力成熟度（DCMM）2 级认定，并获评"数智化转型成熟度及数智化转型使能（DT+）咨询服务机构"，同时为 CCAA 会员单位，在体系认证领域拥有扎实的专业积累。

常见问题 Q&A

Q1：企业可以同时持有 CMMI 和 TMMi 证书吗？A：可以，而且在软件外包领域相当常见。两者定位互补，同时持有能形成"研发管理 + 测试专业"的完整能力叙事。

Q2：先做哪个更划算？A：如果测试是主营业务或客户明确关注测试能力，先做 TMMi；如果是综合研发能力建设，先做 CMMI 更系统。

Q3：两个体系的文件会不会打架？A：不会天然打架，但需要统一规划。建议在体系建设初期就明确哪些文件共用、哪些独立，避免后期出现"同一件事两套说法"。

Q4：TMMi 会不会被 CMMI 替代？A：目前看不会。两者由不同机构维护，定位不同，在可预见的时间内是并存互补关系。

Q5：我们没有 CMMI，直接做 TMMi 会不会更麻烦？A：不会更麻烦，反而可能更聚焦。TMMi 可以独立实施，不依赖 CMMI 的前置条件。