第四章 测试成熟度模型集成(TMMi)中文.doc

测试成熟度模型集成 Test Maturity Model Integration （TMMI） 目录 1 测试成熟度模型集成（TMMI） 1 1.1 介绍 1 1.2 背景和历史 1 1.3 起源 2 1.4 TMMI的领域 3 1.4.1 软件和系统工程 3 1.4.2 测试级别 3 1.4.3 TMMI和CMMI 3 1.4.4 评定 3 1.4.5 改善的方法 4 2 TMMI成熟度水平 4 2.1 概述 4 2.2 级别1 初始的 5 2.3 级别2 可管理的 6 2.4 级别3 可定义的 6 2.5 级别4 可测量的 7 2.6 级别5 可优化的 8 3 TMMI的结构 9 3.1 必需的，可预料的和提供信息的组件 9 3.1.1 必需的组件 9 3.1.2 期望的组件 9 3.1.3 信息组件 10 3.2 TMMI的组件 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.1 GG 2 制度化可管理过程 14 3.3.2 GG 3 制度化已定义的过程 16 3.4 对通用实践过程域的支持 17 3.4.1 GP2.2计划过程 17 3.4.2 GP2.5培训人员 17 3.4.3 G2.6管理配置 17 3.4.4 G2.7确定并涉及利益相关者 18 3.4.5 GP2.8监控过程 18 3.4.6 GP2.9坚持客观评价 18 3.5 CMMI过程域对TMMI的支持 18 4 TMMI过程域进阶 20 4.1 2级TMMI过程域 20 4.1.1 PA2.1 测试政策和策略 21 4.1.2 PA2.2 测试计划 27 5 TMMI通用目标和通用实践进阶 38 5.1 GG2 制度化一个管理过程 38 5.1.1 GP2.1 建立组织政策 38 5.1.2 GP2.2 计划过程 38 5.1.3 GP2.3 提供资源 38 5.1.4 GP2.4 分配职责 39 5.1.5 GP2.5 培训人员 39 5.1.6 GP2.6 配置管理 40 5.1.7 GP2.7 明确并使相关人员参与 40 5.1.8 GP2.8 监控过程 40 5.1.9 GP2.9 坚持客观评价 41 5.1.10 GP2.10 与高级管理层的评审状况 41 5.2 GG3 制度化已定义的过程 41 5.2.1 GP3.1 建立一个已定义的过程 41 5.2.2 GP3.2 收集改进信息 41 1 测试成熟度模型集成 1.1 介绍 在过去的10年间，软件产业界花费了大量的努力用以提高它的产品质量这无疑是个艰巨的工作，因为软件的体积和复杂度正在随着客户和最终用户越来越多的需求而飞速的增长尽管采用了多种质量提高手段软件产业仍然远离零缺陷。为了提高产品质量，软件产业界把重点放在了提高开发过程上能力成熟度模型（CMM）被广泛使用。能力成熟度模型（CMM）和它的接替者能力成熟度模型集成（CMMI）常常被作为软件开发过程的工业标准。尽管事实上测试至少要占到整个项目花费的30%－40%，但是在各种软件过程改进模型如CMM和CMMI，测试仍然被很少提及测试社区创建了互补的改进模型来响应这个问题本文就描述了这种模型，测试成熟度模型集成（TMMI）。TMMI是测试过程改进的详细模型并且CMMI的互补。背景和历史 TMMI框架由TMMI协会开发并作为准则框架对测试过程。TMMI也作为CMMI1.2版本的互补模型来测试经理，测试工程师和软件质量专家定位某些问题的重要性。像CMMI使用阶段一样，TMMI也使用成熟度水平概念来做过程评估和改进此外还定义了过程域，目标和活动。TMMI成熟度标准的应用将改善测试过程，并对产品质量，测试工程生产力有着积极的影响。TMMI已经被开发成支持组织评估和。通过TMMI,测试从一个无序混乱，缺乏资源工具和训练有素的测试人员的弱定义过程成熟的，可控的并且有缺陷预防为主要目标的过程。实际的经验证明TMMI建立了一个更加高效的测试过程。测试成为了并且被融入到开发过程中开始由缺陷检测缺陷预防上来。1.3 起源TMMI的发展是以美国伊利诺伊理工学院开发的TMM框架为主要来源。除了TMM，它也借鉴了能力成熟度模型集成（CMMI），后者是一种IT业界有着广泛的过程改进模型。CMMI既是分阶段的也是持续的。，CMMI架构规定了各个阶段，组织必须顺序的执行它的阶段以提高过程。