测试能力成熟度模型TMM.docx

第一级 初始级TMM 初始级软件测试过程的特点是测试过程无序，有时甚至是混乱的，几乎没有妥善定义的 初始级中软件的测试与调试常常被混为一谈，软件开发过程中缺乏测试资源，工具以及训练 有素的测试人员初始级的软件测试过程没有定义成熟度目标第二级 定义级TMM 的定义级中，测试己具备基本的测试技术和方法，软件的测试与调试己经明确地被区分 开这时，测试被定义为软件生命周期中的一个阶段，它紧随在编码阶段之后但在定义级 中，测试计划往往在编码之后才得以制订，这显然有背于软件工程的要求TMM 的定义级中需实现 3 个成熟度目标 :制订测试与调试目标，启动测试计划过程， 制度化基本的测试技术和方法I) 制订测试与调试目标 软件组织必须清晰地区分软件开发的测试过程与调试过程，识别各自的目标，任务和 活动正确区分这两个过程是提高软件组织测试能力的基础与调试工作不同，测试工作是 一种有计划的活动，可以进行管理和控制这种管理和控制活动需要制订相应的策略和政策， 以确定和协调这两个过程制订测试与调试目标包含 5 个子成熟度目标:1) 分别形成测试组织和调试组织，并有经费支持2) 规划并记录测试目标3) 规划并记录调试目标。

4) 将测试和调试目标形成文档，并分发至项目涉及的所有管理人员和开发人员5) 将测试目标反映在测试计划中II) 启动测试计划过程 制订计划是使一个过程可重复，可定义和可管理的基础测试计划应包括测试目的， 风险分析，测试策略以及测试设计规格说明和测试用例此外，测试计划还应说明如何分配 测试资源，如何划分单元测试，集成测试，系统测试和验收测试的任务启动测试计划过程 包含 5 个子目标:1) 建立组织内的测试计划组织并予以经费支持2) 建立组织内的测试计划策略框架并予以管理上的支持3) 开发测试计划模板并分发至项目的管理者和开发者4) 建立一种机制，使用户需求成为测试计划的依据之一5) 评价，推荐和获得基本的计划工具并从管理上支持工具的使用III) 制度化基本的测试技术和方法为改进测试过程能力，组织中需应用基本的测试技术和方法，并说明何时和怎样使用 这些技术，方法和支持工具将基本测试技术和方法制度化有 2 个子目标:1) 在组织范围内成立测试技术组，研究，评价和推荐基本的测试技术和测试方法，推 荐支持这些技术与方法的基本工具2) 制订管理方针以保证在全组织范围内一致使用所推荐的技术和方法第三级 集成级 在集成级，测试不仅仅是跟随在编码阶段之后的一个阶段，它已被扩展成与软件生命周期融 为一体的一组已定义的活动。

测试活动遵循软件生命周期的 V 字模型测试人员在需求分析 阶段便开始着手制订测试计划，并根据用户或客户需求建立测试目标，同时设计测试用例并 制订测试通过准则在集成级上，应成立软件测试组织，提供测试技术培训，关键的测试活 动应有相应的测试工具予以支持在该测试成熟度等级上，没有正式的评审程序，没有建立 质量过程和产品属性的测试度量集成级要实现4 个成熟度目标，它们分别是:建立软件测试 组织，制订技术培训计划，软件全寿命周期测试，控制和监视测试过程I) 建立软件测试组织 软件测试的过程及质量对软件产品质量有直接影响由于测试往往是在时间紧，压力 大的情况下所完成的一系列复杂的活动，因此应由训练有素的专业人员组成测试组测试组 要完成与测试有关的多种活动，包括负责制订测试计划，实施测试执行，记录测试结果，制 订与测试有关的标准和测试度量，建立测试数据库，测试重用，测试跟踪以及测试评价等 建立软件测试组织要实现 4 个子目标:1) 建立全组织范围内的测试组，并得到上级管理层的领导和各方面的支持，包括经费 支持2) 定义测试组的作用和职责3) 由训练有素的人员组成测试组4) 建立与用户或客户的联系，收集他们对测试的需求和建议。

II) 制订技术培训计划 为高效率地完成好测试工作，测试人员必须经过适当的培训制订技术培训规划有3 个子目标:1) 制订组织的培训计划，并在管理上提供包括经费在内的支持2) 制订培训目标和具体的培训计划3) 成立培训组，配备相应的工具，设备和教材(III) 软件全生命周期测试 提高测试成熟度和改善软件产品质量都要求将测试工作与软件生命周期中的各个阶 段联系起来该目标有 4个子目标:1) 将测试阶段划分为子阶段，并与软件生命周期的各阶段相联系2) 基于已定义的测试子阶段，采用软件生命周期 V 字模型3) 制订与测试相关的工作产品的标准4) 建立测试人员与开发人员共同工作的机制这种机制有利于促进将测试活动集成于 软件生命周期中(IV) 控制和监视测试过程 为控制和监视测试过程，软件组织需采取相应措施，如:制订测试产品的标准，制订 与测试相关的偶发事件的处理预案，确定测试里程碑，确定评估测试效率的度量，建立测试 日志等控制和监视测试过程有 3 个子目标:1) 制订控制和监视测试过程的机制和政策2) 定义，记录并分配一组与测试过程相关的基本测量3) 开发，记录并文档化一组纠偏措施和偶发事件处理预案，以备实际测试严重偏离计 划时使用。

在 TMM 的定义级，测试过程中引入计划能力，在 TMM 的集成级，测试过程引入控制和监视活 动两者均为测试过程提供了可见性，为测试过程持续进行提供保证第四级 管理和测量级 在管理和测量级，测试活动除测试被测程序外，还包括软件生命周期中各个阶段的评审，审 查和追查，使测试活动涵盖了软件验证和软件确认活动根据管理和测量级的要求，软件工 作产品以及与测试相关的工作产品，如测试计划，测试设计和测试步骤都要经过评审因为 测试是一个可以量化并度量的过程为了测量测试过程，测试人员应建立测试数据库收集 和记录各软件工程项目中使用的测试用例，记录缺陷并按缺陷的严重程度划分等级此外， 所建立的测试规程应能够支持软件组中对测试过程的控制和测量管理和测量级有 3 个要实 现的成熟度目标:建立组织范围内的评审程序，建立测试过程的测量程序和软件质量评价I) 建立组织范围内的评审程序 软件组织应在软件生命周期的各阶段实施评审，以便尽早有效地识别，分类和消除软 件中的缺陷建立评审程序有 4 个子目标:1) 管理层要制订评审政策支持评审过程2) 测试组和软件质量保证组要确定并文档化整个软件生命周期中的评审目标，评审计 划，评审步骤以及评审记录机制。

3) 评审项由上层组织指定通过培训参加评审的人员，使他们理解和遵循相关的评审 政策，评审步骤II) 建立测试过程的测量程序 测试过程的测量程序是评价测试过程质量，改进测试过程的基础，对监视和控制测试 过程至关重要测量包括测试进展，测试费用，软件错误和缺陷数据以及产品质量等建立 测试测量程序有 3个子目标:1) 定义组织范围内的测试过程测量政策和目标2) 制订测试过程测量计划测量计划中应给出收集，分析和应用测量数据的方法3) 应用测量结果制订测试过程改进计划III) 软件质量评价 软件质量评价内容包括定义可测量的软件质量属性，定义评价软件工作产品的质量目 标等项工作软件质量评价有 2个子目标:1) 管理层，测试组和软件质量保证组要制订与质量有关的政策，质量目标和软件产品 质量属性2) 测试过程应是结构化，己测量和己评价的，以保证达到质量目标第五级 优化，预防缺陷和质量控制级由于本级的测试过程是可重复，已定义，已管理和己测量的，因此软件组织能够优化调整和 持续改进测试过程测试过程的管理为持续改进产品质量和过程质量提供指导，并提供必要 的基础设施优化，预防缺陷和质量控制级有 3个要实现的成熟度目标:(I) 应用过程数据预防缺陷。

这时的软件组织能够记录软件缺陷，分析缺陷模式，识别错 误根源，制订防止缺陷再次发生的计划，提供跟踪这种活动的办法，并将这些活动贯穿于全 组织的各个项目中应用过程数据预防缺陷有几个成熟度子目标:1) 成立缺陷预防组2) 识别和记录在软件生命周期各阶段引入的软件缺陷和消除的缺陷3) 建立缺陷原因分析机制，确定缺陷原因4) 管理，开发和测试人员互相配合制订缺陷预防计划，防止已识别的缺陷再次发生缺 陷预防计划要具有可跟踪性II) 质量控制在本级，软件组织通过采用统计采样技术，测量组织的自信度，测量用户 对组织的信赖度以及设定软件可靠性目标来推进测试过程为了加强软件质量控制，测试组 和质量保证组要有负责质量的人员参加，他们应掌握能减少软件缺陷和改进软件质量的技术 和工具支持统计质量控制的子目标有:1) 软件测试组和软件质量保证组建立软件产品的质量目标，如: 产品的缺陷密度，组织的 自信度以及可信赖度等2) 测试管理者要将这些质量目标纳入测试计划中3) 培训测试组学习和使用统计学方法4) 收集用户需求以建立使用模型(III) 优化测试过程在测试成熟度的最高级，己能够量化测试过程这样就可以依据量化 结果来调整测试过程，不断提高测试过程能力，并且软件组织具有支持这种能力持续增长的 基础设施。

基础设施包括政策，标准，培训，设备，工具以及组织结构等优化测试过程包 含:1) 识别需要改进的测试活动2) 实施改进3) 跟踪改进进程4) 不断评估所采用的与测试相关的新工具和新方法5) 支持技术更新IV) 测试过程优化所需子成熟度目标包括：1) 建立测试过程改进组，监视测试过程并识别其需要改进的部分2) 建立适当的机制以评估改进测试过程能力和测试成熟度的新工具和新技术3) 持续评估测试过程的有效性，确定测试终止准则终止测试的准则要与质盘目标相联 系TMM（测试成熟度模型）介绍［1］软件测试许多公司在提高测试效率时往往着重在人力、物力上，最终却发现收获颇微，其主要原 因在于测试过程本身不合理而当前流行的CMMI （CapabilityMaturityModellntegration, 能力成熟度模型集成）等通用模型，没有针对测试领域进行详细阐述，测试过程没有等级化的 成熟度考量，缺少改进的指导与动力本文作者所设计的TMM（Testing Maturity Model，测试成熟度模型），补充了这方面的 不足，对测试专家/软件质量专家要进行测试过程自身评估和改进提供了极大帮助对于刚 进入测试领域的新人，也不失为了解测试规范要求、理清自身学习和发展思路的好参考。

译文对TMM模型及评估模型进行简要介绍TMM模型框架TMM定义了五个成熟度等级，每个等级代表着一个成熟的测试过程，达到高等级意味着 应继续实施低等级的实践除了等级1夕卜，每个等级都有一系列成熟度目标、子目标、活动、任务和职责（ATRs） 模型框架如图1所示成熟度目标定义了达到该等级必须实现的测试改进目标，成熟度子目标更为具体，定义 了该等级的范围、界限和需要完成的事项要达到某个成熟度等级，组织必须满足这个等级 的成熟度目标通过活动/任务/职责来达到成熟度子目标，活动/任务/职责涉及实施和组织 调整问题活动和任务定义了如果要改进测试能力达到某个等级所要做出的行动，它们与组 织的承诺有关模型中为三组人分配了职责，这三组人是测试过程中的关键参与者：管理者、 开发者/测试者、客户，模型中称为关键角度三个关键角度包括：1. 管理者角度：包括承诺，及完成改进测试过程成熟度相关的活动和任务的能力2. 开发者/测试者角度：包括技术上的活动和任务，这些活动和任务来自成熟的测试实 践3. 用户/客户角度：定义为一个协作或支持角度开发者和测试者。