测试成熟度模型集成TMMi中文.docx
《测试成熟度模型集成TMMi中文.docx》由会员分享，可在线阅读，更多相关《测试成熟度模型集成TMMi中文.docx（22页珍藏版）》请在冰点文库上搜索。
测试成熟度模型集成TMMi中文
测试成熟度模型集成
TestMaturityModelIntegration
（TMMI）
1测试成熟度模型集成（TMMI） 1
1.1介绍 1
1.2背景和历史 1
1.3起源 2
1.4TMMI的领域 3
1.4.1软件和系统工程 3
1.4.2测试级别 3
1.4.3TMMI和CMMI 3
1.4.4评定 3
1.4.5改善的方法 4
2TMMI成熟度水平 4
2.1概述 4
2.2级别1初始的 5
2.3级别2可管理的 6
2.4级别3可定义的 6
2.5级别4可测量的 7
2.6级别5可优化的 8
3TMMI的结构 9
3.1必需的，可预料的和提供信息的组件 9
3.1.1必需的组件 9
3.1.2期望的组件 9
3.1.3信息组件 10
3.2TMMI的组件 10
3.2.1成熟度级别 10
3.2.2过程域 10
3.2.3目标 11
3.2.4介绍性说明 11
3.2.5范围 11
3.2.6特定目标 11
3.2.7通用目标 11
3.2.8特定的实践 11
3.2.9典型工作产品 12
3.2.10子实践 12
3.2.11通用实践 12
3.2.12通用实践细节 12
3.2.13支持性信息组件 12
3.3通用目标和通用实践 13
3.3.1GG2制度化可管理过程 14
3.3.2GG3制度化已定义的过程 16
3.4对通用实践过程域的支持 17
3.4.1GP2.2计划过程 17
3.4.2GP2.5培训人员 17
3.4.3G2.6管理配置 17
3.4.4G2.7确定并涉及利益相关者 18
3.4.5GP2.8监控过程 18
3.4.6GP2.9坚持客观评价 18
3.5CMMI过程域对TMMI的支持 18
4TMMI过程域进阶 20
4.12级TMMI过程域 20
4.1.1PA2.1测试政策和策略 21
4.1.2PA2.2测试计划 27
5TMMI通用目标和通用实践进阶 38
5.1GG2制度化一个管理过程 38
5.1.1GP2.1建立组织政策 38
5.1.2GP2.2计划过程 38
5.1.3GP2.3提供资源 38
5.1.4GP2.4分配职责 39
5.1.5GP2.5培训人员 39
5.1.6GP2.6配置管理 40
5.1.7GP2.7明确并使相关人员参与 40
5.1.8GP2.8监控过程 40
5.1.9GP2.9坚持客观评价 41
5.1.10GP2.10与高级管理层的评审状况 41
5.2GG3制度化已定义的过程 41
5.2.1GP3.1建立一个已定义的过程 41
5.2.2GP3.2收集改进信息 41
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的测试模型，它描述了单个测试人员的想法的演化；有EUfundedMB-TMM项目中对TMM的研究；还有国际测试组织，如IEEE829标准中的软件测试文档[IEEE829]。
在TMMI使用的测试术语来自ISTQB组织软件测试方面的标准条款术语。
●TMMI是TMMI组织的注册商标
●CMM和CMMI是CarnegieMellon大学的注册商标
●TMM是Illionis理工学院的注册服务标记
至于确定成熟度等级描述，Gelperin和Hetzel的进化测试模型担任一个历史级的TMMI区别的基础。
，Gelperin和Hetzel模型描述了1950年代到1990年代的阶段和测试目标。
初始的时期被描述成面向调试的，在这个时期大多数的软件开发组织不清楚测试和调试的区别。
测试是个模糊的活动，它跟调试一起是用来从程序中去除错误的。
根据Gelperin和Hetzel的理论，测试已经进入面向预防时期，联系到最好的练习以及反映了TMMI最成熟的水平。
而且，各种各样的工业界使用TMM的最佳练习和实践经验为TMMI的发展提供了必要的实验基础和实用性水平。
他们阐明了当前在IT工业界最好和最差的测试实践，它也允许TMMI框架的开发者提取实际的基准以评估和改善测试实践。
1.4TMMI的领域
1.4.1软件和系统工程
TMMI打算在系统工程和软件工程学科方面支持测试活动和测试过程的改善。
系统工程涵盖了整个系统的发展，它可以包括也可能不包括软件。
软件工程涵盖了软件系统的发展。
1.4.2测试级别
其他模型在测试过程改良方面主要致力于高级别的测试，如TPI或者仅仅定位结构测试的某一个方面，如测试机构。
TMMI定位多个测试水平，包括静态测试和结构测试的各个方面。
至于动态测试，低级测试和高级测试都是TMMI的目标。
研究TMMI细节越多，有一个问题就必须了解，这种模型定位了结构测试的4项基石：
生命周期，技能，基础结构和组织。
1.4.3TMMI和CMMI
需要注意的是TMMI的定位是作为CMMI的互补模型。
在很多情况下一个给定的TMMI级别需要它相关的CMMI级别或比它低的CMMI级别的过程域的特定支持。
有些情况下甚至跟高级别CMMI有关联。
在CMMI中被详尽说明的过程域和实践没有在TMMI中被重复，他们仅仅作为参考。
举例来说，过程域配置管理，它当然是适合测试产品的，但是没有在TMMI中详细说明；CMMI中的实践被引用和含蓄的重用。
1.4.4评定
许多组织发现了标准为内部的和标准为外部客户以及供应商的在测试过程改进中的价值。
测试过程中的评估重点是确定改进的机会和了解该组织的立场相对于选定的模式或标准。
TMMI为进行这种评估提供了一个很好的参考模型。
评估小组使用TMMI指导自己的鉴定和调查结果的优先次序。
用TMMI可以指导的这些研究结果被用来为组织改进做计划。
评估框架本身不是TMMI的一部分，TMMI评估需求被描述成一个单独的文件，你可以在www.TMMIFoundation.org找到。
这些需求是基于ISO15504标准的。
一个特定的成熟度级别对不同的评估机构来说是一样的。
确保这种一致性的规则包含在TMMI评估方法的要求中，该TMMI评估方法的要求包含了各种类别的评估，例如，准则正式的评估，快速扫描和自我评估。
1.4.5改善的方法
TMMI提供了完整的框架作为测试过程改进的参考模型。
但它并不提供测试过程改进的方法，例如IDEAL。
实际经验表明测试过程改进最强有力的初始化步骤是在投资测试过程评估之前建立强有力的组织任务。
给予充分的任务过程管理，建立强有力的测试小组，它描述相关的人员可以指引过程提高的方向，被证明是有效的方法。
2TMMI成熟度水平
2.1概述
图1TMMI成熟度级别
TMMI是阶段架构的过程改进模型。
它包含的阶段或者级别是从一个无序的，不可管理的到可管理的，可定义的，可测量的和可优化的。
图1展示了TMMI的级别从低到高的级别管理和每个级别对应的过程域。
每个阶段要确保足够的改进，作为下一阶段的奠定基础。
该TMMI内部结构是丰富的，在测试中可以学习和有系统地支持一个质量检测的过程，在渐进的步骤改善应用实践。
TMMI有5个级别，它们遵守成熟度等级制度和演化路径来进行测试过程改进。
每个级别都有一套过程域指明组织需要致力在那个级别取得成熟度。
经验表明组织各尽其能一次他们专注于测试过程改进在可做到的过程域，那些域随着组织的改进需要增加混合。
因为每个成熟度级别为下一个级别构成必要的基础，尽量略过一个成熟度级别通常是无益的。
同时，你必须意识到测试过程改进的努力必须致力于组织在商业环境的需要，更高级别的成熟度水平上的过程域需定位在当前组织或项目的需要。
例如，当组织试图从成熟度级别1升到级别2的时候经常被鼓励成立一个测试小组，它是测试组织成熟度级别3过程域中必须有的。
虽然测试小组不是TMMI级别2组织所特有的，但是它是成为组织获得TMMI级别2有用的部分。
图1展示了TMMI的每个成熟度级别的过程域。
在接下来的章节里他们会被详细描述。
下面有一个组织内各个TMMI级别的简单特征描述。
这些描述将告诉读者TMMI在测试过程改进中路径演化的规定。
需要注意的是TMMI并没有一个特定的过程域来指定用什么测试工具和要不要用自动化测试。
在TMMI里，测试工具被作为一个辅助资源，例如应用测试设计工具是TMMI级别2测试测试和执行过程域的一个测试实践，应用性能测试工具是TMMI级别3无功能测试过程域的一个测试实践。
2.2级别1初始的
在TMMI级别1，测试是个混乱，无定义的过程，常常被当作调试的一部分。
组织通常没有提供稳定的环境来支持这个过程。
组织的成功都是依靠能力超强英雄式的人物，而不是使用被证实的过程。
在代码完成之后测试被一个特别的方式展开。
测试和调试被混合到一起来去除系统中的错误。
这个级别的测试目标是软件运行起来后没有大的失效。
关于质量和风险产品没有足够清晰的认识就被发布。
实际应用时，产品经常不符合需求，不稳定或者工作太慢。
测试缺少资源，工具和训练有素的人员。
在TMMI级别1没有定义过程域。
成熟度级别1的组织的特征是倾向于过度承诺，危机时放弃过程，无法重复成功。
产品往往不按时发布，超支，质量不可预料。
2.3级别2可管理的
在TMMI级别2，测试成为一个可管理的过程并被清晰地从调试中分离出来。
成熟度2级反映出的过程训练能确信现有的实践仍然有时间压力。
然而，很多人仍然意识到测试是编码的后一个阶段。
在改善测试过程的前后，公司范围或者项目范围的策略被制定了。
测试计划也被开发了。
在测试计划中，测试方法被定义了，这个方法基于产品风险评估的结果。
风险管理技术被用来澄清文档需求基础上的产品风险。
测试也定义了那些测试需要做，什么时候做，谁来做等。
根据需要委托和校验被制定了。
测试被监控以确保它能按照计划执行，一旦发生背离会有相应的动作。
工作产品的状态和测试服务的递交对管理来说是可见的。
从详细规格说明中选择测试用例的测试设计技术被应用了。
然而，在开发生命周期测试仍然开始的比较晚，比如要在设计或者在编码阶段才开始。
测试分了多个标准，有单元测试，综合测试，系统测试和验收测试。
对于每个确定的测试标准有指定的测试目标定义在组织范围或者项目范围的测试策略。
2级TMMI组织的主要测试目标是检验产品是否符合指定的需求。
还有一个目的是清楚地界定测试和调试。
这个级别的TMMI有许多的质量问题是因为测试启动太晚。
缺陷被引入从需求阶段，设计阶段到编码阶段。
没有正式的评审程序去定位这个重要的问题。
许多人认为编码过后的测试执行是主要的测试活动。
TMMI级别2有如下过程域：
1）测试方针和策略
2）测试计划
3）测试监控
4）测试设计和执行
5）测试环境
2.4级别3可定义的
在TMMI级别3，测试不再是编码后的一个阶段，它被集成到整个开发生命周期和相关的里程碑。
测试计划在项目的初期就被完成，比如在需求阶段，通过一个测试总体计划。
在2级TMMI测试总体计划的发展建立在测试计划技能和承诺的基础上。
组织的一套标准测试过程，是3级成熟度的基础，随着时间被建立和完善。
存在测试组织和明确的培训程序，测试被明确为一种职业。
测试过程改进是完全制度化测试组织的一部分。
在这个级别的组织明白评审在质量控制方面的重要性；正式的评审程序被实施虽然没有链接到动态测试过程。
评审贯穿到整个生命周期。
需求说明书指定测试职业包含评审。
2级TMMI的测试设计的重点是功能性测试，测试设计和扩展测试技术，视商业目标，也包括非功能性测试，例如可用性和可靠性测试。
TMMI2级和3级的本质区别是标准的范围，过程描述和步骤。
2级成熟度在每个特定的实例有着完全的差别，如在一个特定的项目。
3级成熟度可以从组织的一套标准过程中裁剪以适合一个特定的项目或者组织单元，因此更加一致，除了裁剪规则的不同。
另外一个本质区别是在3级成熟度比2级成熟度，过程表述更加严格。
因此在3级成熟度，组织必须重新访问2级成熟度的过程域。
TMMI级别3有如下过程域：
●测试组织
●测试培训程序
●测试生命周期和整合
●非功能测试
●同行评审
2.5级别4可测量的
在4级TMMI组织，测试是一个充分定义，有事实根据和可度量的过程。
在4级成熟度组织和项目为产品质量和过程性能建立多个目标，并作为标准管理他们。
产品质量和过程性能在统计条款上被理解，在整个生命周期被管理。
测量成为组织度量库的一部分以支持基于事实策略的制定。
评审和检查被视为测试的一部分并用来度量文档质量。
静态和动态的测试方法被集成到一起。
评审被正式的使用来控制质量关口。
产品使用质量评价量化标准的属性，如可靠性，可用性和可维护性。
一个组织广泛的测试度量方案提供了有关信息和能见度测试过程。
测试被认为是评估，它由检测产品和相关的工作产品生命周期有关的所有活动组成。
TMMI级别4有如下过程域：
●测试度量
●产品质量评估
●高级同行评审
2.6级别5可优化的
在取得之前成熟度级别所有改进目标的基础上，测试是一个完全可定义的过程，并能控制成本和测试效率。
在5级TMMI中，组织在理解众多变化过程中的固有的常见原因的基础上持续改进它的过程。
通过渐近和改进的过程和技术改进，提高测试过程的性能被执行。
方法和技术被优化，并持续的致力于微调和测试过程提高。
缺陷预防和质量控制被实践。
统计抽样，信心水平度量，确实性和可信赖性驱动测试过程。
除了其他，缺陷预防和质量控制被引入成为过程域。
测试过程的特点是基于质量测量的抽样。
存在一个详细的步骤来选择和评估测试工具。
在测试设计，测试执行，衰退测试，测试用例管理等等期间尽可能的用工具来支持测试过程。
在5级TMMI，支持通过一个过程资产库实践过程重用。
测试是个缺陷预防为目标的过程。
TMMI级别5有如下过程域：
●缺陷预防
●测试过程优化
●质量控制
3TMMI的结构
图2TMMIStructure
TMMI的结构很大程度上建立在CMMI的结构基础上。
这样做的好处是因为许多人/组织已经熟悉CMMI的结构。
CMMI的结构清楚的划分了必需的实践（目标）和推荐的实践（特定的实践，典型的工作产品等）。
TMMI也包括这个方面，图2为目前TMMI的结构描述。
在本章，讲述了TMMI的组件和结构。
另外也讲述了CMMI提供给TMMI执行的支持
3.1必需的，可预料的和提供信息的组件
各种各样的组件被组合成3个类别：
必需的，可预料的、提供信息的。
3.1.1必需的组件
必需的组件描述了一个组织必须实现的内容，以满足过程域。
在组织的过程里这些执行必须是可见的。
TMMI的必需组件是具体的和通用的目标。
目标满足被用作评估的基础以决定是否过程域已经被实现和满足。
3.1.2期望的组件
期望的组件描述了组织典型执行的，以实现必需的组件。
期望的组件指南改善或者执行评估。
期望的组件包括具体的和通用的实践。
在目标被考虑满足之前，无论是所述的实践还是可接受的替代物必须体现在组织的计划和执行过程中。
3.1.3信息组件
信息组件提供细节以帮助组织开始考虑如何处理必需的和期望的组件。
子实践，典型工作产品，记录，例子和参考都是信息模型组件。
3.2TMMI的组件
下面的章节提供了TMMI组件的描述。
需要注意的是TMMI也提供一个详尽的术语表。
这些术语表很大程度上重用了国际软件测试资格委员会（ISTQB）开发的国际测试术语标准。
3.2.1成熟度级别
TMMI的成熟度级别可以作为组织测试过程质量的度。
它被定义成测试过程改进的进化平台。
每个级别逐渐被发展成组织测试过程的重要部分。
TMMI有5个成熟度级别。
每个成熟度级别讲述了为了实现给定的级别所要实现的内容。
组织的成熟度级别越高，组织的测试过程成熟度越高。
为了达到指定的成熟度级别，组织必需满足这个级别和之前级别所有过程域的合适的目标（包括特定和通用）。
请注意，所有组织过程，最小的TMMI级别1，不包含任何目标需要满足。
3.2.2过程域
除了级别1，每个成熟度级别包含几个过程域用以指导组织的重点改进它的测试过程。
过程域标识的问题必须被解决，以达到这个成熟度级别。
每个过程域标识出一组测试相关的活动。
当实践都执行了显著的改进，这些域将被制定。
在TMMI中，只有那些被认为是测试过程能力的关键因素才被指明。
所有成熟度级别以及比它低级别的过程域必须被实现。
例如，如果组织在TMMI级别3，那么它满足所有的2级TMMI和3级TMMI的过程域。
3.2.3目标
目标申明描述了过程域的目标，是一个信息组件。
比如，测试计划过程域的目标申明是“在指定的风险和定义好的测试策略的基础上定义测试方法，建立和维护既定的测试计划来指导执行和管理测试活动”。
3.2.4介绍性说明
过程域的过程性说明章节描述了过程域里的主要概念，是一个信息组件。
3.2.5范围
过程域的范围章节明确的指出了过程域中的测试实践，如果有必要，过程域范围以外的测试实践也会被明确。
3.2.6特定目标
特定目标的典型特征是必须满足过程域。
特定目标是必需的模型组件，被用于评估以决定一个过程域是否被满足。
3.2.7通用目标
通用目标出现在过程域尾部，之所以被称为“通用”是因为在多个过程域中有相同的目标申明。
通用目标描述的特征是，必需存在制度化的过程来执行过程域。
通用目标是一个必需模型组件，被用在评估以决定一个过程域是否被满足。
3.2.8特定的实践
特定实践是实体描述，它在实现相关特定目标中被认为是重要的。
特定实践描述的实体期望获得过程域的特定目标。
特定实践是期望模型组件。
3.2.9典型工作产品
典型工作产品章节从特定实践列出例子输出。
那些例子被称为“典型工作产品”，因为经常有工作产品，也同样有效，但没有列出。
典型工作产品是信息模型组件。
3.2.10子实践
子实践是为解释和执行特定实践而提供指引的细节描述。
子实践不像字面规定的那样，实际上是信息组件仅提供对测试过程改进有用的想法。
3.2.11通用实践
通用实践出现在过程域的尾部，之所以被称为“通用”是因为相同的实践出现在多个过程域。
通用实践是个实体描述，在实现相关的通用目标中被认为是重要的。
通用实践是期望模型组件。
3.2.12通用实践细节
通用实践细节出现在过程域的通用实践之后，用来提供通用实践唯一地被应用到过程域的指导。
通用实践细节是信息模型组件。
3.2.13支持性信息组件
有许多地方需要进一步的信息来描述一个概念。
这些信息由下面的组件提供。
3.2.13.1注释
注释是文本，它伴随其他模型组件。
它提供细节，背景和逻辑依据。
注释是信息模型组件。
3.2.13.2实例
实例是一个组件，包括文本和一个项目清单，通常在一个盒子，可以伴随几乎任何其他组件，并提供一个或更多的例子来阐明一个概念或叙述的活动。
实例是信息模型的组件。
3.2.13.3参考
参考是一个额外的或更详细的相关过程域信息的指针，可以伴随几乎任何其他模型组件。
它是信息模型组件。
3.3通用目标和通用实践
本章描述了所有通用目标和通用实践。
通用目标和通用实践很大程度上来源于CMMI。
通用目标被组织成数字序列。
在它们支持的通用目标下通用实践也被组织成数字序列。
请注意，来自CMMI的通用目标，GG1‘实现特定目标’没有被加入是因为它仅仅叙述CMMI的持续表示，因此没有适当的TMMI的阶段表述。
否则CMMI的序列大纲可以被完全应用，以避免组织在使用CMMI和TMMI时的混淆。
你的能力级别，将决定哪些通用目标和实践是适用的。
当试图达到2级成熟度时，2级成熟度的过程域，通用目标2和伴随的通用实践也是适用的。
通用目标3仅仅适用于当试图达到3级或者更高成熟度的时候。
这就意味着当你已经达到2级成熟度的时候，为了达到3级成熟度，你必须回到2级的过程域，应用通用目标3和相关的实践。
在过程改进中，制度化是重要的内容。
当在通用目标和通用实践提及时，制度化意味着该过程在工作执行的方式根深蒂固，并有保证和连贯性。
一个制度化的过程更像是时间压力下的保留。
当过程的需求和对象发生改变时，过程的执行也需要改变以确保它仍然活动。
通用实践描述的实体定位了制度化的各个方面。
3.3.1GG2制度化可管理过程
一个可管理的过程是完成必要的工作，产生工作产品的过程；是一个有计划并按照策略执行的过程；有技能的员工有充足的资源生产可控的产出；涉及利益相关者；可监控；有评审；评估其遵守过程描述。
过程能用项目，组，或者组织单元来示例。
由可管理
升级会员 