测试成熟度模型

在本节中，我们将探讨和讨论与测试成熟度模型相关的以下主题，同时还将分析 TMM 在应用于软件测试过程中的重要性。

• 什么是测试成熟度模型？
• 测试成熟度模型的五个级别
• TMM 与 CMM 的区别
• 测试成熟度模型的优势

在深入探讨以上所有主题之前，首先，我们将理解测试成熟度模型。

什么是测试成熟度模型？

当软件经过测试时，会遵循许多技术来确保最高质量并最小化缺陷或错误。

测试成熟度模型就是这样一种模型，它具有一组结构化的级别，并且基于能力成熟度模型 (CMM)。

伊利诺伊理工学院最初开发了测试成熟度模型，但现在它由TMMI 基金会管理。

我们使用测试成熟度模型来制定策略和参考框架，以改进测试过程。

目前，TMM 已被测试成熟度模型集成 (TMMI) 取代，它是一个五级模型，提供了一个衡量测试过程成熟度的框架。

我们需要高效地执行软件开发生命周期的测试阶段，因为它在任何项目成功完成中都起着重要作用。

测试成熟度模型或 TMMi 就是这样一个过程，它使软件测试生命周期更加丰富。它是一个具有详细测试过程改进模型的模型。

测试成熟度模型的主要目的是找到成熟度并提供目标来增强软件测试过程以完成开发。它可以作为独立模型使用，也可以与其他任何过程改进模型结合使用。

为什么我们需要 TMMi？

测试成熟度模型集成/TMMi 正在逐渐进入许多 IT 组织，以更新和简化其测试流程。

但是问题出现了，为什么我们需要 TMMi 模型？

以下几点对于我们理解 TMMi 的必要性很有帮助。

• 测试成熟度模型集成 (TMMi) 有助于测试过程的评估和改进。
• 实施此模型可改进测试过程、软件质量以及测试工程的效率。
• 许多软件过程开发，例如CMM/CMMI，对测试的考虑非常有限。因此，我们需要类似 TMMI 的东西来处理主要为测试而设计的过程。
• 然而，尽管付出了许多努力来扩展测试过程，但仍然未能从软件工程的实际中识别出零缺陷。因此，TMMi 是实现零缺陷的进一步尝试。
• 它是一个测试过程改进模型，可以与其他过程开发模型集成，也可以作为独立模型使用。

测试成熟度模型的级别

测试成熟度模型包含五个不同的级别，这些级别将帮助组织确定其成熟度。要达到更高的测试成熟度水平，这五个级别将引导我们确定下一步的开发步骤。

让我们逐一详细了解 TMM 的五个级别。

1. 初始化
2. 定义
3. 集成
4. 测量与管理
5. 优化

级别 1：初始化

• 初始化是测试成熟度的第一个级别。在 TMM 的第一个级别中，没有定义测试过程。
• 初始化级别的目的是确保软件能够成功执行，没有任何阻碍。
• 在此级别，将对软件执行探索性或临时测试，在产品交付之前没有质量检查。

级别 2：定义

• 测试成熟度的第二个级别是定义，它是关于定义需求。
• 我们可以创建测试策略、测试计划和测试用例，以根据客户给出的要求构建软件。
• 定义级别的关键目的是确保软件产品根据要求实现，开发测试、调试目标和政策得到一致遵循。

级别 3：集成

• 测试成熟度的第三个级别是
• 将此级别执行到测试成熟度模型中的主要目的是确保测试与软件生命周期集成，并成为其一部分。
• 例如，我们知道 V 模型既有开发阶段也有测试阶段，这意味着测试是在开发过程完成后进行的。
• 所有测试目标都基于风险管理，因为测试是独立实现的。

级别 4：测量与管理

• 测试成熟度的第四个级别是测量和管理，此时测试成为软件生命周期所有活动的一部分。
• 在这里，我们将管理和测量需求。
• 将此级别执行到测试成熟度模型中的主要目的是确保建立测试测量程序。
• 为了确定质量度量，此级别包括审查、需求收集和软件设计。

级别 5：优化

• 测试成熟度级别的最后一个也是第五个级别是优化。
• 这个级别的基本目的是优化测试过程本身。
• 简单地说，我们可以说测试过程得到了验证，并采取措施来改进后续过程。
• 在此过程中，在软件生命周期中执行质量控制和缺陷抑制。
• 在优化级别，我们主要关注缺陷预防而不是缺陷检测，并且借助不同的工具，我们可以执行此测试。

在了解了测试成熟度模型的五个级别后，我们可以说每个级别都有其作用和责任。所有级别的目标都是创建其明确定义的结构。

测试成熟度模型的主要概念源自能力成熟度模型 (CMM)。

本质上，它是一个用于软件开发的结构化工具，也是支持不同业务流程的模型。在测试成熟度模型中，术语成熟度由优化过程的程度来衡量。

CMM & TMM 的区别

CMM 和 TMM 模型之间的一些显著区别如下表所示。

测试成熟度模型的优势

让我们看看在组织中使用测试成熟度模型 (TMM) 的一些显著优势。

缺陷预防

• 如上文所述，TMM 强调缺陷预防而不是缺陷检测，它使测试过程成为软件开发生命周期所有阶段的一部分。
• 它还确保识别出尽可能多的缺陷，并且最终产品几乎没有缺陷。

组织性

• 正如我们已经讨论过的 TMM 的五个级别，我们可以得出结论，每个级别都定义明确，并具有要实现的目标，这使得测试成熟度模型成为一个组织良好、目标明确的模型。

清晰的需求

• 当对软件的需求、设计进行审查时，测试计划和测试用例会根据需求进行测试。或者，如果主要的测试目标更精确，那么我们可以实现更准确的测试。

质量保证

• 如果我们集成了贯穿软件生命周期所有阶段的测试，我们就可以实现更高的产品质量。
• 分析测试过程将改进结果，从而保证产品质量良好。

概述

与CMM (兼容性成熟度模型) 相比，TMM (测试成熟度模型) 同样是一个新主题，但两个模型的主要目的保持不变。

如果我们想展示一套结构化的级别如何通过改进组织的流程和绩效来带来预期的、高质量的输出。

对于任何组织来说，当在项目交付后发现 bug 时，软件维护都是一个昂贵且耗时的过程。

因此，虽然识别缺陷很重要，但同样有必要让软件在开发阶段就产生较少的错误。像TMM这样的标准测试流程可以帮助我们实现这一点。

正如我们在上述讨论中理解的那样，测试成熟度模型专门设计用于解决测试问题。并帮助组织提高其测试活动的成熟度。

为了确保 IT 组织测试流程的改进，开发了 TMMi 模型。并且根据业务，这些模型可以被推广并应用于改进结果。

引入它是因为之前的模型没有关注测试流程。

然而，TMMi 模型是为了关注规划和开发而开发的，并且 CMMi 模型流程对其进行了指导。