什么是软件测试中的测试成熟度模型(TMM)?

⚡ 智能摘要

测试成熟度模型 (TMM) 从初始级到优化级,分五个累积级别衡量组织软件测试流程的成熟度。它源自 CMM,旨在为测试提供专属的改进路线图和评估方法。

  • 📐 两个组成部分: 五个能力等级,外加一个评估模型,该模型会将组织定位在其中一个等级。
  • 🪜 累计水平: 每个级别都需要完成下一级的目标,所以不能跳过任何一级。
  • 🔍 1级至2级: 测试与调试是分开的,它有自己的策略、目标和基本技术。
  • 🔄 3级至4级: 测试融入整个生命周期,然后被测量、量化和缺陷检测。trac凯德
  • 🚀 级别5: 流程本身经过优化,包括缺陷预防、工具支持和持续改进。
  • 📜 现行标准: TMMi,由TMMi维护 Foundation是目前正式认证的继任者。

什么是测试成熟度模型 (TMM)

什么是测试成熟度模型(TMM)?

测试成熟度模型(TMM) TMM 是一个用于评估组织软件测试流程成熟度的框架。它能够识别当前的成熟度水平,并设定逐步改进流程的目标。TMM 可以与其他任何流程改进模型结合使用,也可以完全独立使用。

TMM 建立在能力成熟度模型 (CMM) 的基础上,由伊利诺伊理工学院的 Ilene Burnstein 及其同事在 20 世纪 90 年代开发。CMM 衡量的是整个开发过程,而 TMM 则将视角缩小到仅测试阶段。

该模型包含两个主要组成部分:

  1. 一套定义测试能力的五个级别。
  2. 用于将组织划分到这些级别之一的评估模型

测试成熟度模型

测试成熟度模型的五个级别

这五个层级可以帮助组织定位其当前的测试流程,并准确了解需要改进哪些方面才能达到下一层级。每一层级都以前一层级为基础,因此不能跳过。

命名说明: 最初的伯恩斯坦模型将各个层级分别标记为初始层级、阶段定义层级、整合层级、管理与测量层级以及优化/缺陷预防与质量控制层级。下文使用的简称是行业常用的名称。

TMM 级别 课外活动 TMM 级别的目标
1 级:初始 软件应成功运行
  • 在此级别上,未识别任何流程区域
  • 测试的目的是确保软件运行良好
  • 这一级别缺乏资源、工具和训练有素的员工
  • 没有 质量保证 软件交付前的检查
第 2 级:定义 制定测试和调试目标和政策
  • 测试与调试是分开的,两者被视为不同的活动。
  • 测试阶段在编码之后
  • 测试的主要目标是证明软件符合规范
  • 基本测试方法和技术已到位
第 3 级:集成 将测试集成到软件生命周期中
  • 测试融入整个生命周期
  • 测试目标源自需求。
  • 测试组织存在
  • 测试被认可为专业活动
第四级:管理和测量 建立测试测量程序
  • 测试是一个可测量和量化的过程
  • Rev开发过程中每个阶段的视图都被视为测试活动。
  • 供重复使用和 迭代测试,测试用例被收集并记录在测试数据库中
  • 记录缺陷并确定严重程度
5 级:优化 测试流程优化
  • 测试得到管理和定义
  • 可以监控测试效果和成本
  • 测试可以进行微调和持续改进
  • 质量控制和 缺陷 采取预防措施
  • 实行流程重用
  • 测试相关指标也有工具支持
  • 工具提供支持 测试用例 设计和缺陷收集

TMM 与 TMMi:有哪些变化?

上述模型是伊利诺伊理工学院最初的TMM模型。2005年, TMMi Foundation 成立为独立的非营利组织并出版 TMMi测试成熟度模型集成,这是目前组织进行评估和认证所依据的版本。

标准 TMM TMMi
起源 伊利诺伊理工学院,20世纪90年代 TMMi Foundation,来自2005
对齐 CMM CMMI
结构 五个级别,每个级别都有成熟度目标 五个层级,包含正式的流程领域、目标和实践。
2级名称 相定义 托管
5级名称 优化、缺陷预防和质量控制 优化
正规认证 不可用 可通过经认证的评估人员进行评估

TMMi 的五个级别分别是初始阶段、管理阶段、定义阶段、测量阶段和优化阶段。其基本思路相同,但 TMMi 对流程领域和所需实践的界定更为详细,这使得独立评估成为可能。如果您正在为新的改进项目选择模型,建议从 TMMi 开始;TMM 仍然可以作为概念基础。

CMM 和 TMM 的区别

CMM TMM
判断整个软件开发过程的成熟度 仅评判测试流程的成熟度
涵盖需求分析、设计、编码和项目管理 涵盖测试计划、测试设计、执行和缺陷预防
原属卡内基梅隆大学SEI所有,现已被CMMI取代 最初由伊利诺伊理工学院开发,现已由TMMi公司接手。
测试是众多实践领域之一。 测试是该模型的全部内容。
用于对组织进行供应商认证 用于靶向和测序 软件测试 优化建议

如何进行TMM评估

评估旨在确定一个组织实际所处的位置,而不是它自认为的位置。评估分为五个阶段。

  1. 定义范围。 确定评估范围,包括哪些产品、团队或业务部门。一次性评估整个公司很少能得出可操作的结论。
  2. 收集证据。 收集测试计划、测试用例、缺陷报告和指标,然后分别采访测试人员、开发人员和管理人员。文档反映的是写下来的内容;访谈则揭示了实际发生的情况。
  3. 给每个目标评分。 将每个成熟度目标按目标级别进行评分,分为完全达成、部分达成或未达成。只有当该级别下的所有目标都完全达成时,该级别才能达到。
  4. 找出差距。 列出阻碍进展的未达成目标,并按其顺序排列。由于各层级目标是累积的,因此必须先弥补第二层级的差距,才能开始第三层级的工作。
  5. 制定改进计划。 为每个差距设定负责人、目标日期和可衡量的结果,然后在约定的时间间隔后重新评估。

两条实用建议。 首先,自我评估往往过于乐观;如果评估结果对商业至关重要,则应聘请经认证的外部评估机构。其次,切勿盲目追求等级数字。真正的价值在于发现差距并加以改进,而非等级本身。

测试成熟度模型的优势和局限性

Benefits

  • 客观基线: 该模型用明确的测试质量等级和记录在案的差距清单取代了对测试质量的意见。
  • 循序渐进的路线图: 因为等级是累积的,所以提升的顺序是固定的。
  • 更早发现缺陷: 更高层级的测试会将测试推进到需求和设计阶段,而这些阶段的修复成本最低。
  • 共同的词汇: 测试人员、开发人员和管理人员用相同的术语来讨论成熟度。
  • 供应商提供的证据: 采购和合同中认可正式的TMMi等级trac谈判。

限制

  • 缓慢且成本高昂: 升级通常需要数月的持续努力。
  • 文档繁多: 如果僵化地应用证据要求,可能会与轻量级敏捷实践相冲突。
  • 等级追逐: 团队可能会将优化目标放在评估结果上,而不是产品质量上。
  • 不能替代技能: 即使流程成熟,如果测试人员经验不足,仍然会产生不合格的测试结果。

测试成熟度模型:关键要点

  • TMM 从初始到优化五个级别评估测试过程的成熟度。
  • 它源自 CMM,但将范围从整个开发过程缩小到仅测试。
  • 级别是累积的:一个组织必须先达到“已定义”的目标,才能达到“集成”级别。
  • 交付后发现的缺陷修复成本最高,这是提高测试成熟度的经济理由。
  • TMMi,由TMMi维护 Foundation是目前的继任者,也是用于正式认证的。

常见问题

TMM是伊利诺伊理工学院最初的学术模型。TMMi是它的后续版本,由TMMi维护。 Foundation与 CMMI 相一致,并且足够详细,可以支持正式的、认可的认证。

不。级别是累积的,所以必须先完全达成较低级别的所有目标。一个高度自动化但没有测试策略的团队仍然处于 1 级。

是的,但必须谨慎运用。目标关注的是测试结果而非文档,因此敏捷团队可以使用自动化测试套件和完成定义标准来满足这些目标,而无需制定正式的计划。

AI辅助的测试生成和自愈自动化主要支持更高层级的测试,这些层级已经存在测量和缺陷预防机制。应用于第一层级时,它们可以提高速度,但不会增加模型所测量的规范性。

是的。人工智能可以分析缺陷数据、测试覆盖率和文档,从而判断缺陷的可能程度并指出不足之处。但正式的认证评级仍然需要经过认证的评估人员进行评估。

总结一下这篇文章: