测试成熟度模型集成(TMMi)中文(2)

1.4 TMMI的领域 1.4.1 软件和系统工程

TMMI打算在系统工程和软件工程学科方面支持测试活动和测试过程的改善。系统工程涵盖了整个系统的发展，它可以包括也可能不包括软件。软件工程涵盖了软件系统的发展。

1.4.2 测试级别

其他模型在测试过程改良方面主要致力于高级别的测试，如TPI或者仅仅定位结构测试的某一个方面，如测试机构。TMMI定位多个测试水平，包括静态测试和结构测试的各个方面。至于动态测试，低级测试和高级测试都是TMMI的目标。研究TMMI细节越多，有一个问题就必须了解，这种模型定位了结构测试的4项基石：生命周期，技能，基础结构和组织。

1.4.3 TMMI和CMMI

需要注意的是TMMI的定位是作为CMMI的互补模型。在很多情况下一个给定的TMMI级别需要它相关的CMMI级别或比它低的CMMI级别的过程域的特定支持。有些情况下甚至跟高级别CMMI有关联。在CMMI中被详尽说明的过程域和实践没有在TMMI中被重复，他们仅仅作为参考。举例来说，过程域配置管理，它当然是适合测试产品的，但是没有在TMMI中详细说明；CMMI中的实践被引用和含蓄的重用。

1.4.4 评定

许多组织发现了标准为内部的和标准为外部客户以及供应商的在测试过程改进中的价值。测试过程中的评估重点是确定改进的机会和了解该组织的立场相对于选定的模式或标准。TMMI为进行这种评估提供了一个很好的参考模型。评估小组使用TMMI指导自己的鉴定和调查结果的优先次序。用TMMI可以指导的这

些研究结果被用来为组织改进做计划。评估框架本身不是TMMI的一部分，TMMI评估需求被描述成一个单独的文件，你可以在www.TMMIFoundation.org找到。这些需求是基于ISO 15504标准的。一个特定的成熟度级别对不同的评估机构来说是一样的。确保这种一致性的规则包含在TMMI评估方法的要求中，该TMMI评估方法的要求包含了各种类别的评估，例如，准则正式的评估，快速扫描和自我评估。

1.4.5 改善的方法

TMMI提供了完整的框架作为测试过程改进的参考模型。但它并不提供测试过程改进的方法，例如IDEAL。实际经验表明测试过程改进最强有力的初始化步骤是在投资测试过程评估之前建立强有力的组织任务。给予充分的任务过程管理，建立强有力的测试小组，它描述相关的人员可以指引过程提高的方向，被证明是有效的方法。

2 TMMI成熟度水平

2.1 概述

图1 TMMI成熟度级别

TMMI是阶段架构的过程改进模型。它包含的阶段或者级别是从一个无序的，

不可管理的到可管理的，可定义的，可测量的和可优化的。图1展示了TMMI的级别从低到高的级别管理和每个级别对应的过程域。每个阶段要确保足够的改进，作为下一阶段的奠定基础。该TMMI内部结构是丰富的，在测试中可以学习和有系统地支持一个质量检测的过程，在渐进的步骤改善应用实践。TMMI有5个级别，它们遵守成熟度等级制度和演化路径来进行测试过程改进。每个级别都有一套过程域指明组织需要致力在那个级别取得成熟度。经验表明组织各尽其能一次他们专注于测试过程改进在可做到的过程域，那些域随着组织的改进需要增加混合。因为每个成熟度级别为下一个级别构成必要的基础，尽量略过一个成熟度级别通常是无益的。同时，你必须意识到测试过程改进的努力必须致力于组织在商业环境的需要，更高级别的成熟度水平上的过程域需定位在当前组织或项目的需要。例如，当组织试图从成熟度级别1升到级别2的时候经常被鼓励成立一个测试小组，它是测试组织成熟度级别3过程域中必须有的。虽然测试小组不是TMMI级别2组织所特有的，但是它是成为组织获得TMMI级别2有用的部分。图1展示了TMMI的每个成熟度级别的过程域。在接下来的章节里他们会被详细描述。下面有一个组织内各个TMMI级别的简单特征描述。这些描述将告诉读者TMMI在测试过程改进中路径演化的规定。需要注意的是TMMI并没有一个特定的过程域来指定用什么测试工具和要不要用自动化测试。在TMMI里，测试工具被作为一个辅助资源，例如应用测试设计工具是TMMI级别2测试测试和执行过程域的一个测试实践，应用性能测试工具是TMMI级别3无功能测试过程域的一个测试实践。

2.2 级别1 初始的

在TMMI级别1，测试是个混乱，无定义的过程，常常被当作调试的一部分。组织通常没有提供稳定的环境来支持这个过程。组织的成功都是依靠能力超强英雄式的人物，而不是使用被证实的过程。在代码完成之后测试被一个特别的方式展开。测试和调试被混合到一起来去除系统中的错误。这个级别的测试目标是软件运行起来后没有大的失效。关于质量和风险产品没有足够清晰的认识就被发布。实际应用时，产品经常不符合需求，不稳定或者工作太慢。测试缺少资源，工具和训练有素的人员。在TMMI级别1没有定义过程域。成熟度级别1的组织

的特征是倾向于过度承诺，危机时放弃过程，无法重复成功。产品往往不按时发布，超支，质量不可预料。

2.3 级别2 可管理的

在TMMI级别2，测试成为一个可管理的过程并被清晰地从调试中分离出来。成熟度2级反映出的过程训练能确信现有的实践仍然有时间压力。然而，很多人仍然意识到测试是编码的后一个阶段。在改善测试过程的前后，公司范围或者项目范围的策略被制定了。测试计划也被开发了。在测试计划中，测试方法被定义了，这个方法基于产品风险评估的结果。风险管理技术被用来澄清文档需求基础上的产品风险。测试也定义了那些测试需要做，什么时候做，谁来做等。根据需要委托和校验被制定了。测试被监控以确保它能按照计划执行，一旦发生背离会有相应的动作。工作产品的状态和测试服务的递交对管理来说是可见的。从详细规格说明中选择测试用例的测试设计技术被应用了。然而，在开发生命周期测试仍然开始的比较晚，比如要在设计或者在编码阶段才开始。测试分了多个标准，有单元测试，综合测试，系统测试和验收测试。对于每个确定的测试标准有指定的测试目标定义在组织范围或者项目范围的测试策略。2级TMMI组织的主要测试目标是检验产品是否符合指定的需求。还有一个目的是清楚地界定测试和调试。这个级别的TMMI有许多的质量问题是因为测试启动太晚。缺陷被引入从需求阶段，设计阶段到编码阶段。没有正式的评审程序去定位这个重要的问题。许多人认为编码过后的测试执行是主要的测试活动。 TMMI级别2有如下过程域： 1) 测试方针和策略 2) 测试计划 3) 测试监控 4) 测试设计和执行 5) 测试环境

2.4 级别3 可定义的

在TMMI级别3，测试不再是编码后的一个阶段，它被集成到整个开发生命周

期和相关的里程碑。测试计划在项目的初期就被完成，比如在需求阶段，通过一个测试总体计划。在2级TMMI测试总体计划的发展建立在测试计划技能和承诺的基础上。组织的一套标准测试过程，是3级成熟度的基础，随着时间被建立和完善。存在测试组织和明确的培训程序，测试被明确为一种职业。测试过程改进是完全制度化测试组织的一部分。在这个级别的组织明白评审在质量控制方面的重要性；正式的评审程序被实施虽然没有链接到动态测试过程。评审贯穿到整个生命周期。需求说明书指定测试职业包含评审。2级TMMI的测试设计的重点是功能性测试，测试设计和扩展测试技术，视商业目标，也包括非功能性测试，例如可用性和可靠性测试。TMMI2级和3级的本质区别是标准的范围，过程描述和步骤。2级成熟度在每个特定的实例有着完全的差别，如在一个特定的项目。3级成熟度可以从组织的一套标准过程中裁剪以适合一个特定的项目或者组织单元，因此更加一致，除了裁剪规则的不同。另外一个本质区别是在3级成熟度比2级成熟度，过程表述更加严格。因此在3级成熟度，组织必须重新访问2级成熟度的过程域。

TMMI级别3有如下过程域： ? 测试组织 ? 测试培训程序 ? 测试生命周期和整合 ? 非功能测试 ? 同行评审

2.5 级别4 可测量的

在4级TMMI组织，测试是一个充分定义，有事实根据和可度量的过程。在4级成熟度组织和项目为产品质量和过程性能建立多个目标，并作为标准管理他们。产品质量和过程性能在统计条款上被理解，在整个生命周期被管理。测量成为组织度量库的一部分以支持基于事实策略的制定。评审和检查被视为测试的一部分并用来度量文档质量。静态和动态的测试方法被集成到一起。评审被正式的使用来控制质量关口。产品使用质量评价量化标准的属性，如可靠性，可用性和可维护性。一个组织广泛的测试度量方案提供了有关信息和能见度测试过程。测

百度搜索“77cn”或“免费范文网”即可找到本站免费阅读全部范文。收藏本站方便下次阅读，免费范文网，提供经典小说综合文库测试成熟度模型集成(TMMi)中文(2)在线全文阅读。