基于TMM 模型的软件测试成熟度探究
软件测试成熟度模型
1) 定义组织范围内的测试过程测量政策和目标。
2)制订测试过程测量计划。测量计划中应给出收集，分析和应用测量数据的方法。
3)应用测量结果制订测试过程改进计划。
(III)软件质量评价
软件质量评价内容包括定义可测量的软件质量属性，定义评价软件工作产品的质量目标等项工作。软件质量评价有2个子目标:
为改进测试过程能力，组织中需应用基本的测试技术和方法，并说明何时和怎样使用这些技术，方法和支持工具。将基本测试技术和方法制度化有2个子目标:
1) 在组织范围内成立测试技术组，研究，评价和推荐基本的测试技术和测试方法，推荐支持这些技术与方法的基本工具。
2)制订管理方针以保证在全组织范围内一致使用所推荐的技术和方法。
TMM 的定义级中需实现3个成熟度目标:制订测试与调试目标，启动测试计划过程，制度化基本的测试技术和方法。
(I)制订测试与调试目标
软件组织必须清晰地区分软件开发的测试过程与调试过程，识别各自的目标，任务和括动。正确区分这两个过程是提高软件组织测试能力的基础。与调试工作不同，测试工作是一种有计划的活动，可以进行管理和控制。这种管理和控制活动需要制订相应的策略和政策，以确定和协调这两个过程。
3)评审项由上层组织指定。通过培训参加评审的人员，使他们理解和遵循相牢的评审政策，评审步骤。
(II)建立测试过程的测量程序
测试过程的侧量程序是评价测试过程质量，改进测试过程的基础，对监视和控制测试过程至关重要。测量包括测试进展，测试费用，软件错误和缺陷数据以及产品渊量等。建立渊试测量程序有3个子目标:
2)基于已定义的测试子阶段，采用软件生命周期V字模型。
3)制订与渊试相关的工作产品的标准。
4)建立测试人员与开发人员共同工作的机制。这种机制有利于促进将测试活动集成于软件生命周期中
完善测试体系,提升测试能力——TMMi在广东农信的实践
完善测试体系，提升测试能力广东省农村信用社联合社于2010年建立测试队伍,在开发人员的指导下, 依赖测试人员业务经验，验证交易功能正确性。
2011年,逐步引进了几家测试外包公司,经过几年的探索和总结,基本建立了测试制度、流程、规范，完善了测试策略、计划、设计、执行、监控和环境，达到了TMMi2的已管理级。
2017年对测试组织、测试生命周期和集成、测试培训方案、非功能测试等内容明确定义，达到了TMMi 3已定义级。
广东省农村信用社联合社软件开发与测试部总经理 吴洪——TMMi在广东农信的实践广东省农村信用社联合社软件开发与测试部总经理 吴洪随着金融科技的蓬勃发展，在“互联网+”的背景下，基于大数据、人工智能、云计算等新兴技术的应用，银行业的小微、大零售等互联网普惠金融产品不断涌现，产品服务的场景化、差异化、个性化特点突出，产品竞争激烈、更新速度快，用户体验要求越来越高。
金融科技创新必须快速适应业务市场的需求变化，技术支撑平台化、应用开发简单化、产品设计参数化、客户体验场景化是金融科技战略发展方向。
在金融软件开发效率飞速提高，软件功能空前丰富，金融强监管的形势下，安全、可靠的软件质量成为金融科技关注的重要方面，测试作为当前质量控制的主要手段，在提升银行软件产品质量方面发挥着关键作用，银行业软件测试的重要性凸显，对测试提出更高的要求，测试投入不断加大。
IT 行业丰富的实践积累带来软件工程学科的迅猛发展，测试理论基础和技术体系逐渐完备，软件测试已经发展为独立专业，ISTQB、TMMi、TPI、ISO29119等国际软件测试模型和标准的应用也越来越多。
一、广东农信测试体系建设广东农信测试体系(以下简称“测试体系”) 建设历时一年，通过了TMMi3认证，测试人员主导测试体系建设的调研、分析、文档撰写、评审、改进、宣讲、培训、项目试点的全过程，测试体系严格遵循TMMi框架要求，融入多年测试管理制度、流程、技术实际经验积累，持续优化、不断改进，在组织层面建立规范、完善、可落地的测试体系，并通过ISTQB和TMMi Professional认证培养了专业测试团队。
TMMi成熟度级别和过程域
TMMi成熟度级别和过程域作为过程改进的阶段型架构，TMMi包含了不同的阶段和成熟度级别。
组织可以通过TMMi使测试过程中初始未管理的状态，逐步进化为已管理、已定义和已测量状态，并最终达到持续改进的状态，即优化的过程。
除了初始级，其他每个成熟度级别，都需要确保有⾜够的改进，使其成为下⼀个级别的基础。
TMMi内部的丰富测试实践有助于组织系统化学习和应⽤，以增量的步骤持续改进测试过程。
TMMi包括5个成熟度级别，规定了测试过程改进的阶段型路径。
除了初始级，其他每个级别都都包含⼀组过程域，组织通过实施这些过程域以达到对应的成熟度级别。
图1是TMMi的5个成熟度级别和对应的过程域。
图1 TMMi成熟度级别与过程域1、初始级TMMi初始级，测试往往是⼀个混沌不明确的过程，且常常作为开发调试的⼀部分，组织⼀般⽆法提供稳定的环境去⽀持测试过程。
在TMMi 初始级的组织，软件项⽬的成功依赖于参与⼈员的能⼒和英雄主义，⽽不是经过验证的过程。
测试作为软件编码之后的⼀个⾃发活动，与调试交错进⾏，以消除测试对象中的缺陷。
TMMi初始级的测试⽬的，是为了表明该软件运⾏时不会存在严重的失效。
产品发布时对产品质量和风险没有⾜够的可见度，导致产品往往不稳定或太慢从⽽不能满⾜需求。
处于TMMi初始级的组织往往容易过度承诺，导致产品不能按时发布，或者预算超⽀且⽆法达到期望的交付质量；同时，在出现危机时选择放弃过程，⽆法重⽤他们的成功经验。
TMMi初始级的测试缺乏资源、⼯具和受过良好培训的测试⼈员。
TMMi初始级没有任何明确的过程域。
2、管理级TMMi管理级，测试已经成为已管理的过程，并且明确与调试分开。
TMMi管理级所表现的过程原则，在有压⼒的情况下有助于保留久经考验的实践。
但是，很多项⽬⼲系⼈仍然认为测试是编码之后的⼀个项⽬阶段。
TMMi管理级建⽴了全公司或全项⽬的测试策略，也制订了测试计划。
测试计划中定义了基于产品风险评估结果的测试途径（approach），风险管理技术经常⽤于从⽂档化需求中识别产品风险。
测试成熟度模型集成(TMMi)中文
测试成熟度模型集成Test Maturity Model Integration（TMMI）目录1 测试成熟度模型集成（TMMI） (4)1.1 介绍 (4)1.2 背景和历史 (4)1.3 起源 (5)1.4 TMMI的领域 (6)1.4.1 软件和系统工程 (6)1.4.2 测试级别 (6)1.4.3 TMMI和CMMI (6)1.4.4 评定 (6)1.4.5 改善的方法 (7)2 TMMI成熟度水平 (7)2.1 概述 (7)2.2 级别1 初始的 (8)2.3 级别2 可管理的 (9)2.4 级别3 可定义的 (9)2.5 级别4 可测量的 (10)2.6 级别5 可优化的 (11)3 TMMI的结构 (12)3.1 必需的，可预料的和提供信息的组件 (12)3.1.1 必需的组件 (12)3.1.2 期望的组件 (12)3.1.3 信息组件 (13)3.2 TMMI的组件 (13)3.2.1 成熟度级别 (13)3.2.2 过程域 (13)3.2.3 目标 (14)3.2.4 介绍性说明 (14)3.2.5 范围 (14)3.2.6 特定目标 (14)3.2.7 通用目标 (14)3.2.8 特定的实践 (14)3.2.9 典型工作产品 (15)3.2.10 子实践 (15)3.2.11 通用实践 (15)3.2.12 通用实践细节 (15)3.2.13 支持性信息组件 (15)3.3 通用目标和通用实践 (16)3.3.1 GG 2 制度化可管理过程 (17)3.3.2 GG 3 制度化已定义的过程 (19)3.4 对通用实践过程域的支持 (20)3.4.1 GP2.2计划过程 (20)3.4.2 GP2.5培训人员 (20)3.4.3 G2.6管理配置 (20)3.4.4 G2.7确定并涉及利益相关者 (21)3.4.5 GP2.8监控过程 (21)3.4.6 GP2.9坚持客观评价 (21)3.5 CMMI过程域对TMMI的支持 (21)4 TMMI过程域进阶 (23)4.1 2级TMMI过程域 (23)4.1.1 PA2.1 测试政策和策略 (24)4.1.2 PA2.2 测试计划 (30)5 TMMI通用目标和通用实践进阶 (41)5.1 GG2 制度化一个管理过程 (41)5.1.1 GP2.1 建立组织政策 (41)5.1.2 GP2.2 计划过程 (41)5.1.3 GP2.3 提供资源 (41)5.1.4 GP2.4 分配职责 (42)5.1.5 GP2.5 培训人员 (42)5.1.6 GP2.6 配置管理 (43)5.1.7 GP2.7 明确并使相关人员参与 (43)5.1.8 GP2.8 监控过程 (43)5.1.9 GP2.9 坚持客观评价 (44)5.1.10 GP2.10 与高级管理层的评审状况 (44)5.2 GG3 制度化已定义的过程 (44)5.2.1 GP3.1 建立一个已定义的过程 (44)5.2.2 GP3.2 收集改进信息 (44)1 测试成熟度模型集成（TMMI）1.1 介绍在过去的10年间，软件产业界花费了大量的努力用以提高它的产品质量，这无疑是个艰巨的工作，因为软件的体积和复杂度正在随着客户和最终用户越来越多的需求而飞速的增长。
农业银行上半年测试职位面试题及答案
测试组招聘人员考试试题（时间90分钟，满分100分）A卷（理工类）考试要求： A卷是计算机相关专业试题，B类是金融财会及相关专业试题。
考生可根据个人专业情况选择答卷，A、B卷不可以混答。
一、填空题（每空1分，共10分）1. ______验证___是保证软件正确实现特定功能的一系列活动和过程。
2. 按开发阶段分，软件测试可分为：单元测试、集成测试、___系统测试______、确认测试和验收测试。
3. 在进行单元测试过程中，通常测试工程师都需要借助___桩模块______来代替所测模块调用的子模块：在单元测试的基础上，需要将所有模块按照概要设计和详细设计说明书的要求进行组装，模块组装成系统的方式有两种，分别是一次性组装和___增殖性组装___。
4. 3个结点可构成____12___棵不同形态的树。
5. 每个索引文件都至少有一张索引表，其中每一个表项应包括能标识该记录的___________和该记录的存放地址或存放位置。
6. 一个关系模式为Y（X1，X2，X3，X4），假定该关系存在如下函数依赖：（X1，X3）→X4（X1，X3）→X2，则该关系属于____三____ 范式。
7. 计算机网络中的主要拓扑结构有星形、环形、树形、__总线型________等。
8. 存储器的存取速度可用____存储时间_______和____存储周期______两个时间参数来衡量，其中后者比前者大。
二、单选题（每题1分，共45分）1. 下列属于黑盒测试技术的是【】。
A．正交实验法B．程序插桩C．逻辑覆盖D．基本路径测试法2. 在进行单元测试时，常用的方法是【】。
A．采用白盒测试，辅之以黑盒测试B．采用黑盒测试，辅之以白盒测试C．只使用白盒测试D．只使用黑盒测试3. 用边界值分析法，假定整数X的取值范围是1<=X<=100，那么X在测试中应该取哪些边界值【】？A．X=1，X=100B．X=0，X=1，X=100，X=101C．X=0，X=101D．X=1，X=2，X=99，X=1004. 多条件覆盖是一种逻辑覆盖，它的含义是设计足够的测试用例，使得每个判定中条件的各种可能组合都至少出现一次，满足多条件覆盖级别的测试用例也是满足【（1）】级别的；针对布尔表达式 A&&（B||C）执行逻辑覆盖测试，测试用例至少需要【（2）】种组合才能满足多条件覆盖的要求。
TMMi如何促进软件测试过程的改进
栏目编辑：梁春丽 E-mail:lianglizi505@2017年·第9期76TMMi如何促进软件测试过程的改进■ 深圳市盘古运营服务有限公司 王映红近年来，软件质量在软件应用中越来越重要。
为提高软件测试效率以及软件质量保证能力，金融机构IT部门做了很多的探索和尝试，并不断改进软件测试过程。
其中，工商银行的“金融行业软件测试成熟度模型及应用”获得2016年度银行科技发展奖三等奖。
TMMi专注于软件测试过程的改进和提升，当前，TMMi在全球范围内已经成为软件测试过程的改进标准。
国内一些关注国际前沿IT技术的金融机构开始纷纷学习、吸收、借鉴或采纳TMMi的方法和最佳实践，例如交通银行、招商银行、浦发银行等，他们的IT部门参考TMMi对自身的软件测试过程进行了改进和完善，并陆续通过了TMMi的三级认证，在工作中取得了不错的成效。
TMMi是什么？随着软件规模和软件复杂度的日益提升，软件高质量的快速交付成为一项艰巨的工作。
如何提高测试效能，保障软件质量，是很多软件测试部门面临的棘手问题。
一些组织通过采用诸如CMMI，ISO等模型或标准改善软件开发和管理，然而这些模型或标准对软件测试的关注度都不高，如CMMI只在少数过程域对测试有所涉及。
为此，TMMi基金会（一个全球范围的非营利性组织，注册于爱尔兰的都柏林）创建了测试成熟度模型集成（Test Maturity Model Integration，TMMi ）。
TM M i以美国伊利诺伊理工学院开发的TM M 框架为主要来源，借鉴了CMM/CMMI，Gelperin和Hetzel的测试模型演进、Beizer的测试模型以及其他一些国际测试标准，如IEEE829，ISTQB等。
TMMi如何促进软件测试过程的改进TMMi采用类似CMMI的阶段模型，设计了5个成熟度级别，帮助组织的测试过程从一个无序混乱的状态逐步演变为可管理、可定义、可测量、可优化的状态。
敏捷测试成熟度模型集成框架研究
敏捷测试成熟度模型集成框架研究作者：吴洁来源：《数字技术与应用》2018年第05期摘要：介绍了敏捷测试和TMMi（测试成熟度模型集成）的特点，并将敏捷测试的理念和TMMi测试过程的改进和优化相结合，提出了敏捷测试TMMi框架参考。
重点讨论框架下各级成熟度过程域以及过程域实践的适用性。
关键词：敏捷；TMMi；过程域中图分类号：TP311.53 文献标识码：A 文章编号：1007-9416（2018）05-0080-021 引言在软件规模和软件复杂度的日益提升的今天，如何实现软件高质量的快速交付成为软件测试行业亟待解决的问题。
随着敏捷开发理念的盛行，软件产品生命周期呈现出高度迭代并且需要持续响应客户频繁反馈的特点，相应的敏捷测试应用日趋广泛。
敏捷组织希望通过改进测试过程实现测试能力的提升和产品质量的提高，同时也保留敏捷测试自身的优点。
2 敏捷测试与TMMi2001年17位软件开发领域的领军人物经过讨论提出了一套全新的软件开发价值观，并通过一份简明扼要的《敏捷宣言》向世界传递了敏捷开发的理念。
敏捷是一种思想贯穿于整个软件生命周期包括测试阶段。
敏捷测试应能不断修正质量指标，正确建立测试策略，确认客户的有效需求能得以圆满实现和确保整个生产的过程安全的、及时的发布最终产品。
在独立完成各项测试计划、测试执行工作的同时，敏捷测试人员需要参与几乎所有的团队讨论，团队决策。
通常情况下敏捷测试人员比较关注单元测试、测试自动化以及探索性测试等。
由于与敏捷测试相关的组织通常只从项目角度根据需求去改进，很少关注项目外或测试本身，这会导致一些测试基本问题不能完全解决。
比如由于项目资源不足，性能问题和可靠性问题通常会被一再推迟版本解决甚至无限期推迟解决。
这种囿于项目的思维也会导致测试过程改进不能达到最大程度的优化，缺乏全面性。
TMMi（测试成熟度模型集成）作为CMMI的补充模型，已成为全球范围内软件测试过程的改进标准。
TMMi采用类似CMMI的阶段模型，设计了5个成熟度级别，分别是1级初始、2级已管理、3级已定义、4级已测量、5级优化，帮助组织的测试过程从一个无序混乱的状态逐步演变为可管理、可定义、可测量、可优化的状态[1]。
项目管理成熟度模型及其评估方法研究
项目管理成熟度模型及其评估方法研究项目管理成熟度模型及其评估方法研究摘要：随着项目管理在组织中的重要性日益受到重视，项目管理成熟度模型成为评估和提升组织项目管理能力的重要工具。
本文对项目管理成熟度模型的演变和发展进行了概述，详细介绍了CMMI（能力成熟度模型集成）和P3M3（项目、程序和企业管理成熟度模型）两种常见的成熟度模型，并分析了它们的评估方法和应用案例，旨在为组织选择和应用适合的项目管理成熟度模型提供参考。
一、引言项目管理是组织在实施战略和实现目标时的核心活动，对于确保项目交付高质量的成果、有效管理资源和风险，以及提高项目成功率具有重要意义。
然而，许多组织在项目管理实践中仍然存在一系列挑战，如项目延期、超出预算、目标不明确等问题。
因此，评估和提升组织的项目管理能力成为组织发展的重点。
二、项目管理成熟度模型的演变和发展1. 项目管理成熟度模型概述项目管理成熟度模型是评估组织项目管理能力的框架，它将项目管理能力划分为不同的层级或阶段，通过评估和改进各个层级的能力，实现组织项目管理能力的提升。
项目管理成熟度模型可帮助组织识别问题、制定改进计划、培训项目管理人员，并提供一种共享和持续改进的框架。
2. CMMI成熟度模型CMMI（能力成熟度模型集成）是美国软件工程研究所（SEI）开发的一种广泛应用的成熟度模型。
CMMI模型将项目管理能力分为五个层级，从初始级别到最高级别，逐步提升组织的项目管理能力。
CMMI模型采用了能力级别和实践域的双重评估方法，通过评估每个实践域的成熟度等级，确定组织的项目管理能力。
3. P3M3成熟度模型P3M3（项目、程序和企业管理成熟度模型）是针对项目、程序和企业管理能力的综合成熟度模型。
P3M3模型将项目、程序和企业管理能力分为五个层级，从初始级别到最高级别，逐步提升组织的管理能力。
P3M3模型通过评估组织在九个维度上的能力，包括组织和战略架构、管理过程、人力资源管理、风险管理等，综合评估组织的项目管理成熟度。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
基于TMM 模型的软件测试成熟度探究作者：冯超男赵卫东张丽来源：《电脑知识与技术》2016年第17期摘要：模型化的软件测试能够很大程度上提高软件测试的质量和效率，而当前流行的CMMI等模型，没有针对软件测试过程进行详尽的描述，没有对软件测试成熟度进行等级化的评价与度量，缺少针对软件测试目标和过程改进的指导。
基于这种现状，该文对Burnstein博士提出的测试成熟度模型（TMM）进行了形式化描述，给出了TMM模型的成熟度等级结构，详细阐述了5个测试等级的成熟度目标和子目标，并对TMM的实施方法进行了说明，以及笔者对TMM模型的总结与思考。
关键词：软件测试；测试成熟度模型（TMM）；模型框架；成熟度等级结构中图分类号：TP311 文献标识码：A 文章编号：1009-3044（2016）17-0226-03Abstract： Modeling software testing can greatly improve the quality and efficiency of software testing， and CMMI and other popular models， there is no detailed description of the process for software testing， software testing is no level of maturity of the evaluation and measurement， There is a lack of software testing process improvement goals and guidance. Based on this situation， this article Test Maturity Model（TMM） has been proposed by Dr. Burnstein formal description given maturity level structure TMM model elaborated five test level of maturity goals and sub-goals，，TMM and implementation methods are described， as well as the author summarizes and Reflection on the TMM model.Key words： software testing； Test Maturity Model（TMM）； modeling framework；maturity level structure1 背景随着信息时代的快速发展，软件产业也逐步进入高速增长态势，软件过程的研究已经发展为软件测试行业的基础工作之一。
要加强软件组织的开发能力、提高软件产品的质量，就必须不断地对软件过程的能力进行改进。
因此，软件能力成熟度模型即CMM在1987年美国Carnegie Mellon 大学软件工程研究所应运而生CMM逐渐成为了评估软件开发过程的管理以及工程能力的标准。
目前，已经形成了以个体软件过程、团队软件过程以及过程成熟度集成模型CMMI等为主导的软件开发过程改进体系[1]。
但是，传统CMM的着眼点在于软件组织的开发过程和软件过程能力，并没有关于软件测试成熟度的概念，也没有研究改进软件测试过程的方法，因此，随着软件测试在软件生命周期中的地位越来越突出，软件测试成熟度得到了业内人士的高度重视，并且在传统的软件过程成熟度基础上继续进行模型改进，其中，比较具有代表性的是由Ilene Burnstein博士等人提出的软件测试成熟度模型（TMM），该模型是对CMMI模型的补充，是对CMMI模型的存在问题的修正，同时也对改进软件测试过程及提高软件测试能力做出了思想和方法上的指导。
2 TMM模型框架简介TMM模型为了改进软件测试与评价过程，对CMM模型进行了较大程度的改进与补充。
TMM模型在CMM模型的原有基础将软件测试过程划分为初始级、定义级、集成级、管理与度量级和优化级5个等级[2]`。
处于初始级的软件测试，是一个混乱的过程，测试过程在编码之后，与调试未加区分；阶段定义级的测试过程，很大程度上凸显出测试过程与调试的区分，但是其被定义为编码之后进行的的独立阶段，显然不符合软件工程的要求；前两个阶段的存在的问题在集成级得到改善，集成级将软件测试融入到整个软件生命周期中，从需求分析开始，测试人员将伴随这个开发过程制定相应的测试计划、测试目标等；从管理和度量级开始，整个测试过程就已经由定性描述进入可度量化的过程。
在此过程中，除进行测试之外，还有对软件生命周期各个环节的管理与审查；优化级是以前四级为基础，优化并预防缺陷、质量控制、监控测试成本与效率，为整个测试过程指引方向。
而每个等级（除等级1）都有自己的成熟度目标、子目标以及活动、任务和职责。
TMM 的模型框架如图1所示。
由图1可以得出，若要达到某成熟度等级，所必须实现的成熟度目标，即软件测试的改进目标。
而成熟度子目标的定义更为具体，定义了该等级的范围、界限和需要完成的事项。
通过活动和任务来实现子目标，任务和活动涉及实施和组织调整问题。
活动和任务则定义了为了软件组织达到某一等级，进行软件测试改进的行动计划。
三组人员各司其职，完成相关任务与活动，达到成熟度子目标[3]。
3 TMM的等级结构TMM将测试的成熟度分为5个等级，每一级别都是一个测试过程，都有自己的过程域，软件组织要想达到更高的级别，就必须先满足前一个级别的过程域。
同时也必须完成所有的被定义的目标。
这些目标的定义，需要通过活动、任务和责任进行标记，在进行过程中，需要根据相关人员的特殊需求来不断调整[1]。
如图2所示：在TMM等级描述中，详细阐述了测试过程的特点以及为达到规定级别所需要完成的目标和子目标。
1）第一等级为初始级。
软件测试的终极目标是为了查找程序中的错误，在这一阶段，由于相应的编码任务还没有完成，缺乏一定的测试资源，因此软件测试没有相对清晰的目标，测试任务也可有可无。
2）第二等级为定义级。
在这一阶段，软件测试的目标是为了验证软件是否符合相应的需求，因此会启动一些相应的软件测试计划过程，并对采用的软件测试方法制度化，在定义级，由于在进行软件测试之前要把所有的编码工作完成，导致的结果就是在需求分析阶段与设计阶段产生的一些软件缺陷会一直遗留到编码阶段才能被发现。
3）第三等级是集成级。
在这一阶段，会有相应的、相对独立的测试部门出现，测试工作不需要在完成编码后才能进行，而是在满足用户需求的目标上进行测试工作。
并集成到软件生命周期的各个阶段中。
在第三等级，需组建一个软件测试组织用于负责测试规划、测试缺陷跟踪等测试技术工作。
同时在测试过程中需要有相应的测试工具对测试工作进行辅助。
同时，软件测试小组成员要和质量保证专家一起，与客户进行沟通，从软件需求分析阶段制定软件测试计划，并根据需求分析表格制定相应的软件测试目标。
该阶段的缺点为没有行之有效的评审制度以及没有一套质量控制与度量的标准等。
4）第四等级为管理与度量级。
在这一阶段，软件测试是可以进行度量与质量控制的过程，应保证进行可靠性、可用性与可维护性等方面的测试。
软件测试活动既包括程序语言，还把评审与审查作为软件测试活动的补充，用于发现及消除软件产品缺陷。
为了测试过程的完备性，建立了缺陷管理系统并将缺陷的等级进行划分。
同时测试人员采用数据库记录和管理相应的测试数据以及测试用例。
但在管理与度量级，由于没有相应的缺陷预防系统，不能自动的进行收集与分析软件测试中生成的相应数据。
5）第五等级为优化级。
在这一阶段，改进了第四等级的缺陷，已经具有相应的缺陷预防能力和软件质量控制能力，能够保证之前发现的缺陷不会在后期继续产生。
在这一级，自动化测试工具是整个测试过程的重要组成部分。
可以进行自动的收集与分析测试中产生的数据。
并建立了测试流程与测试的规章制度。
由于优化级的测试活动是可重复性、已定义、已管理和已测量，所以软件组织可以对测试过程进行不断的优化改进和调整。
根据上面描述的TMM的5个等级，给出相应的成熟度等级目标和子目标，如表1所示。
②为软件测试活动定义相应的目标、任务、活动和工具等＼&启动测试计划过程＼&①制定软件测试计划模版并进行任务分配②获取用户需求③准备软件测试活动所需的工具＼&将基本的测试技术和方法制度化＼&①在软件组织中实施基本的测试技术与方法，例如黑盒测试、白盒测试策略等。
②制定相应的管理制度，明确规定基本的测试技术和方法何时、怎样实施，以及基本的测试工具等。
＼&集成级＼&建立软件测试组织＼&①选择和培训相关人员成立测试小组②为每个测试小组成员进行职责分配③与客户进行讨论，获取用户需求＼&制定技术培训计划＼&①为测试人员制定技术培训计划②明确具体的培训内容，例如：测试方法、测试标准、测试技术与工具、审查与评审过程等＼&将软件测试集成到软件生命周期中＼&①将软件测试计划阶段划分为和生命周期各阶段相关联的各个子阶段②将测试策划集成到生命周期的各阶段③打通渠道，提高用户参与度＼&控制与监督测试过程＼&①监督和控制过程可视化，为测试过程提供依据②随时与测试策划对比，及时调整测试进展③定义和配置测试相关项＼&管理和测量级＼&建立组织范围内的评审程序＼&①拟定正式的评审程序②将评审定义为测试活动，在生命周期中实施通行评审③识别、记录、清除软件产品和测试工作的缺陷＼&拟制测试度量程序＼&①拟定一套关于测试过程质量与能力的度量程序②准确识别测试数据，对测试数据进行详细处理分析③根据测试结果，不断修正测试计划＼&软件质量评价＼&①根据测试过程充分性，定义可度量的质量属性和目标②测试过程完成后，需要保证软件产品可靠、可用、稳定、安全＼&优化级＼&应用过程数据预防缺陷＼&①成立预防缺陷相关小组②记录缺陷、分析缺陷，找出缺陷根源③缺陷预防组的相关成员与其他组的成员相互配合制定缺陷预防计划，防止已被识别的缺陷再次产生＼&实施质量控制度量＼&①根据所定义质量属性，进行测试②通过统计抽样、等级度量促进测试过程③融入开发团队，减少缺陷，提高软件质量④运用模型工具，加强测试充分性＼&优化测试过程＼&①根据测试进展，量化测试过程，对测试过程不断优化调整②建立组织结构标准，支撑成熟度的不断提高＼&]4 TMM实施为了指导软件工程人员进行正确的软件过程评估，采用TMM等级提供支持。