测试成熟度模型 测试级别 瀑布模型(Waterfall model) 测试成熟度模型 在本节中，我们将探索和讨论以下与测试成熟度模型相关的主题，我们还将分析 TMM 在应用于软件测试过程时的重要性。 什么是测试成熟度模型？ 测试成熟度模型的五个级别 TMM和CMM的区别 测试成熟度模型的好处 在深入探讨上述所有主题之前，首先我们将了解测试成熟度模型。 什么是测试成熟度模型？ 在测试软件时，会遵循许多技术来实现最高质量并最大程度地减少缺陷或错误。 测试成熟度模型是具有一组结构化级别的此类模型之一，它基于能力成熟度模型（CMM）。 在美国伊利诺理工大学最初研制的测试成熟度模型，但现在它是由管理TMMI基金会。 我们已经使用测试成熟度模型来制定策略和参考框架来增加测试过程。 目前，TMM 被测试成熟度模型集成 (TMMI)所取代，TMMI是一个五级模型，提供了一个框架来衡量测试过程的成熟度。 我们需要非常有效地执行软件开发生命周期的测试阶段，因为它在成功完成任何项目方面发挥着重要作用。 测试成熟度模型或 TMMi就是这样一种过程，它使软件测试生命周期变得更加资源丰富。它就是这样一种模型，具有用于测试过程改进的详细模型。 测试成熟度模型的主要目的是找到成熟度并提供目标以增强软件测试过程以完成开发。它可以用作独立模型或与任何过程改进模型一起使用。 为什么我们需要TMMi？ 该测试成熟度模型集成/ TMMi是逐渐发现它的方式进入许多IT组织更新和缓解他们的测试过程。 但问题来了，为什么我们需要 TMMi 模型？ 下面是几个重要的点，它们有助于我们理解对 TMMi 的需求。 该测试成熟度模型集成（TMMi）有助于在测试过程的评估和改进。 该模型的实施改进了测试过程、软件质量和测试工程的效率。 一些软件过程开发，例如CMM/CMMI，对测试的考虑有限。因此，我们需要像 TMMI 之类的东西来处理一个主要用于测试的过程。 但是，为扩展测试过程做出了许多努力；尽管如此，从软件工程的现实中识别出零缺陷。因此，TMMi是实现零缺陷的进一步尝试。 它是一种测试过程改进模型，可以与其他过程开发模型集成并用作独立模型。 测试成熟度模型的级别 测试成熟度模型包含五个不同的级别，这将帮助组织修复其成熟度。为了实现更高级别的测试成熟度，这五个级别将引导我们确定下一个开发步骤： 下面我们来一一详细了解TMM的五个层次： Initialization Definition Integration Measurement and Management Optimization 级别 1：初始化 初始化是测试成熟度模型的第一级。在 TMM 的第一级中没有定义的测试过程。 初始化级别背后的目的是确保软件应该成功执行并且没有障碍。 在这个级别，将对软件进行探索性或临时测试，并且在交付产品之前没有质量检查。 级别 2：定义 测试成熟度模型的第二个层次是定义，它是关于定义需求的。 我们可以创建测试策略、测试计划和测试用例，以便根据客户给定的要求构建软件， 定义级别的关键目的是确保软件产品按照需求实施，开发测试、调试目标和一致遵循的策略。 级别 3：集成 测试成熟度模型的第三层是 在测试成熟度模型中执行此级别的主要目的是确保测试与软件生命周期集成并成为其中的一部分。 例如，我们知道 V 模型有开发和测试两个阶段，这意味着在开发过程完成之后进行测试。 整个测试目标基于风险管理，因为测试是独立实施的。 级别 4：测量和管理 测试成熟度模型的第四个层次是测量和管理，其中测试成为软件生命周期中所有活动的一部分。 在这里，我们将管理和衡量需求。 执行这个级别进入测试成熟度模型的主要目的是确保建立一个测试测量程序。 要确定此级别的质量度量，包括软件的审查、需求收集和设计。 级别 5：优化 测试成熟度级别的最后一个和第五个级别是优化。 此级别的基本目的是优化测试过程本身。 简单地说，我们可以说测试过程得到了验证，并采取了措施来改进进一步的过程。 在这种情况下，质量控制和错误抑制是在软件生命周期中进行的。 在优化层面，我们主要关注缺陷预防而不是缺陷检测，在不同工具的帮助下，我们可以执行此测试。 在看到测试成熟度模型的所有五个级别后，我们可以说每个级别都有其作用和职责。所有级别的目标都必须创建其明确定义的结构。 测试成熟度模型的主要概念取自能力成熟度模型 (CMM)。 本质上，它是用于软件开发的结构化工具和支持不同业务流程的模型。在测试成熟度模型，该术语成熟度是通过优化过程的程度来测量。 CMM 和 TMM 的区别 CMM 和 TMM模型之间的一些显着差异如下表所述： 编号 CMM TMM 1. 的能力成熟度模型或CMM来考虑组织的软件过程的成熟度。 测试成熟度模型或 TMM 指定测试并与检查软件测试模型的质量有关。 2. 它极大地控制了软件开发程序。 它与 CMMi 一起用作相应的框架。 3. CMMi 主要关注软件开发实践。 TMMi 框架的全部重点是应用于软件测试以提高测试过程的质量和效率的过程。 测试成熟度模型的优点 让我们看看在组织中使用测试成熟度模型 (TMM) 的一些显着优势： 缺陷预防 正如我们从上面的解释中知道的，TMM 通过将测试过程作为软件开发生命周期所有阶段的一部分来强调缺陷预防而不是错误检测。 它还确保识别出最大的缺陷，并且大多数最终产品都没有缺陷。 有组织的 正如我们已经讨论了 TMM 的五个级别，我们可以得出结论，每个级别都有明确的定义并有一个特定的目标要实现，这使得测试成熟度模型成为一个组织良好、目标明确的模型。明确要求 当软件的必要性、设计被审查时，测试计划和测试用例在与需求相矛盾的情况下进行测试。或者如果主要测试目标更精确，那么我们可以实现更准确的测试。 质量保证 如果我们将测试与软件生命周期的所有阶段相结合，我们就可以获得更高的产品质量。 测试过程的分析将提高结果，从而确保产品的质量。 概述 与CMM（兼容性成熟度模型）相比，TMM（测试成熟度模型）同样是一个新话题，但两种模型的主要目的仍然相同。 如果我们想显示一组结构化的级别如何通过增强组织的流程和绩效来获得高质量的预期输出。 对于任何组织而言，当项目交付后发现错误时，软件维护是一个昂贵且耗时的过程。 因此，虽然识别缺陷很重要，但软件在整个开发阶段都会犯一些小错误也是必要的。像TMM这样的标准测试流程可以帮助我们实现这一目标。 正如我们从上面的讨论中了解到的，测试成熟度模型是专门为解决测试问题而设计的。并帮助组织以提高其测试练习的成熟度。 为了确保 IT 组织中测试流程的增强，开发了 TMMi 模型。并且根据业务，这些模型可以被推广和应用以改进结果。 引入它是因为之前的模型没有关注测试过程。 尽管如此，开发 TMMi 模型以专注于规划和开发，并由 CMMi 模型程序对其进行指导。 测试级别 瀑布模型(Waterfall model)
