有关测试的成熟度模型
Ⅰ、测试支持度模型（Testability Support Model）
TSM有三个级别分别是：
第一级：弱（weak）。可测试支持，很少测试问题被提及。
第二级：基本（basic）。可测试支持，基本的测试问题被提及。
第三级：强（strong）。可测试支持，所有的测试问题被提及。
TSM定义了6个KSA（Key Support Area），与CMM的KPA不同的是，某个KSA并非只属于某个级别，而是跨越了TSM的3个级别。这6个KSA是：
测试友好的基本架构 （Test Friendly Infrastructure）
顾及测试的项目计划 （Test-aware Project Planning）
测试友好的产品信息 （Test Friendly Product Information）
测试件 （Testware）
测试环境设计 （Test Environment Design）
TSM从测试组织的外部而非内部本身来考察测试的成熟度，这是它区别于另外两个测试模型的地方
Ⅱ、测试成熟度模型（Testing Maturity Model）
TMM定义了5个级别，但有别于CMM的5个级别。每个TMM级别除了第一级初始级（Initial）外，TMM定义了一组成熟度目标Maturity Goal，如下所示：
第二级：阶段定义级（Phase Definition）
目标1：进行测试和调试的目标
目标2：开始一个测试计划过程
第三级：集成级（Integration）
目标1：建立一个软件测试组织
目标2：测试集成进入软件生命周期
目标3：控制和监测测试过程
第四级：管理和度量级（Management and Measurement）
目标1：建立一个面向组织的评价程序
目标2：建立一个技术培训程序
目标3：建立一个测试度量程序
目标4：软件度量评价
第五级：优化/缺陷预防和质量控制（Optimization/Defect Prevention and Quality Control）
目标1：应用缺陷预防数据过程
目标2：质量控制
Ⅲ、测试能力成熟度模型（Testing Capability Maturity Model）
TCMM定义了5个级别，与CMM的级别完全一样。除了第一级初始级（Initial）外，TMM共定义了17个KPA。分别如下：
第二级：可重复级：（Repeatable）
第三级：已定义级（Defined）
第四级：受管理级（Managed）
第五级：优化级：（Optimizing）
补充：能力成熟度模型CMM（Capability Maturity Model）
基本概念：
CMM由低至高共分为5个级别：初始级、可重复级、定义级、管理级和优化级
CMMI（Capability Maturity Model Integration，能力成熟度模型集成）
将各种能力成熟度模型，即：Software CMM、Systems Eng-CMM、People CMM和Acquisition CMM，
整合到同一架构中去，由此建立起包括软件工程、系统工程和软件采购等在内的诸模型的集成，
以解决除软件开发以外的软件系统工程和软件采购工作中的迫切需求。
CMMI框架包括软件能力成熟度模型CMM 2.0草案，系统工程能力成熟度模型，软件采购能力成熟度模型，继承产品和过程开发等。
CMMI的:“关键过程域”25个，“目标”105个， “关键实践”485条。
CMMI的评估方式：
自我评估：用于本企业领导层评价公司自身的软件能力。
主任评估：使本企业领导层评价公司自身的软件能力，向外宣布自己企业的软件能力
CMMI的评估类型：
软件组织的关于具体的软件过程能力的评估。
软件组织整体软件能力的评估（软件能力成熟度等级评估）。
CMMI的基本思想
1、解决软件项目过程改进难度增大问题
2、实现软件工程的并行与多学科组合
3、实现过程改进的最佳效益
背景介绍：CMM是“软件能力成熟度模型”的英文简写，该模型由美国卡内基-梅隆大学的软件工程研究所（简称SEI）受美国国防部委托，于1991年研究制定，初始的主要目的是为了评价美国国防部的软件合同承包组织的能力，后因为在软件企业应用CMM模型实施过程改进取得较大的成功，所以在全世界范围内被广泛使用，SEI同时建立了主任评估师评估制度，CMM的评估方法为CBA－IPI。
CMMI是SEI于2000年发布的CMM的新版本。CMMI不但包括了软件开发过程改进，还包含系统集成、软硬件采购等方面的过程改进内容。CMMI纠正了CMM存在的一些缺点，使其更加适用企业的过程改进实施。CMMI适用SCAMPI评估方法。需要注意的是，SEI没有废除CMM模型，只是停止了CMM评估方法：CBA－IPI。现在如要进行CMM评估，需使用SCAMPI方法。但CMMI模型最终代替CMM模型的趋势不可避免。
标准特点：CMM/CMMI/SPCA的思想来源于已有多年历史的产品质量管理和全面质量管理。Watts Humphrey和Ron Radice在IBM公司将全面质量管理的思想应用于软件工程过程，收到了很大的成效。SEI的软件能力成熟度框架就是在以Humphrey为主的软件专家实践经验的基础上发展而来的。软件能力成熟度模型中融合了全面质量管理的思想，以不断进化的层次定量控制中项目管理和项目工程的基本原则。CMM/CMMI/SPCA所依据的想法是只要不断地对企业的工程过程的基础结构和实践进行管理和改进，就可以克服软硬件生产中的困难，增强开发制造能力，从而能按时地、不超预算地制造出高质量的软件产品。
ＣＭＭ简介
CMM(Capability Maturity Model)是能力成熟度模型的缩写,CMM是国际公认的对软件公司进行成熟度等级认证的重要标准。CMM的工作最早开始于86年11月,当时为满足美国政府评估软件供应商能力并帮助其改善软件质量的要求,由美国国防部资助的卡内基—梅隆大学的软件工作研究所(SEI)牵头,在Mitre公司协助下,于87年9月发布了一份能力成熟度框架(Capability Maturity Framework)以及一套成熟度问卷(Maturity Questionnaire)。四年后，SEI在总结自87年以来对成熟度框架和初版成熟度问卷的经验基础上，推出了CMM1.0版。CMM1.0版在成熟度框架的基础上建立了一个可用的模型，该模型可以更加有效地帮助软件公司建立和实施过程改进计划。两年后，SEI于93年推出了CMM1.1版。近几年，SEI又推出了CMM2.0版，同时进入了ISO体系，称为ISO/IEC15504(软件过程评估)。
CMM共分五级。在每一级中，定义了达到该级过程管理水平所应解决的关键问题和关键过程。每一较低级别是达到较高级别的基础。其中五级是最高级，即优化级，达到该级的软件公司过程可自发地不断改进，防止同类问题二次出现；四级称为已管理级，达到该级的软件公司已实现过程的定量化；三级为已定义级，即过程实现标准化；二级为可重复级，达到该级的软件公司过程已制度化，有纪律，可重复；一级为初始级，过程无序，进度、预算、功能和质量等方面不可预测。
CMM致力于软件开发过程的管理和工程能力的提高与评估。该模型在美国和北美地区已得到广泛应用，同时越来越多的欧洲和亚洲等国家的软件公司正积极采纳CMM，CMM实际上已成为软件开发过程改进与评估事实上的工业标准。如今，全球通过CMM五级评估的软件公司大约有十几家，三级以上的大约有100余家，通过二级评估的有300家左右。软件大国印度在这方面工作开展的比较广泛，受益匪浅。目前，我国只有清华同方和IBM的合资公司——鼎新信息开发有限公司于99年7月通过CMM二级评估，该公司表示将争取早日通过CMM三级评估。
CMM与ISO9000的主要区别：
1.CMM是专门针对软件产品开发和服务的，而ISO9000涉及的范围则相当宽。
2.CMM强调软件开发过程的成熟度，即过程的不断改进和提高。而ISO9000则强调可接收的质量体系的最低标准。
引进CMM的主要意义
一.对软件公司
1.提高软件公司软件开发的管理能力，因为CMM可提供软件公司自我评估的方法和自我提高的手段。
2.提高软件生产率。
3.提高软件质量。
4.提高软件公司的国内和国际竞争力。
二.对软件项目发包单位和软件用户
提供了对软件开发商开发管理水平的评估手段，有助于软件开发项目的风险识别。
我国CMM工作的开展相对滞后，全面正式开展CMM评估工作还需一定时间，但只是迟早的问题。业内有识之士呼吁我国应结合国情，及早开展CMM有关工作。我公司作为西安地区软件业龙头企业，应学习、消化和借鉴CMM有关管理思想和方法等先进知识，结合公司ISO9000质量管理等具体工作，不断改进和完善我公司的管理体系，推动我公司各项工作全面发展，并为我公司早日正式开展CMM评估工作打下良好的基础。反映了软件过程。
