20xx年度精品--测试成熟度模型集成(tmmi)中文

20xx年度精品--测试成熟度模型集成(tmmi)中文内容摘要：

试。 这个级别的 TMMI 有许多的质量问题是因为测试启动太晚。 缺陷被引入从需求阶段，设计阶段到编码阶段。 没有正式的评审程序去定位这个重要的问题。 许多人认为编码过后的测试执行 是主要的测试活动。 TMMI 级别 2 有如下过程域： 1) 测试方针和策略 2) 测试计划 3) 测试监控 4) 测试设计和执行 5) 测试环境 级别 3 可定义的 在 TMMI 级别 3，测试不再是编码后的一个阶段，它被集成到整个开发生命周期和相关的里程碑。 测试计划在项目的初期就被完成，比如在需求阶段，通过一个测试总体计划。 在 2 级 TMMI 测试总体计划的发展建立在测试计划技能和承诺的基础上。 组织的一套标准测试过程，是 3 级成熟度的基础，随着时间被建立和完善。 存在测试组织和明确的培训程序，测试被明确为一种职业。 测试过程改进是完全制度化测试组织的 一部分。 在这个级别的组织明白评审在质量控制方面的重要性；正式的评审程序被实施虽然没有链接到动态测试过程。 评审贯穿到整个生命周期。 需求说明书指定测试职业包含评审。 2 级 TMMI 的测试设计的重点是功能性测试，测试设计和扩展测试技术，视商业目标，也包括非功能性测试，例如可用性和可靠性测试。 TMMI2 级和 3 级的本质区别是标准的范围，过程描述和步骤。 2 级成熟度在每个特定的实例有着完全的差别，如在一个特定的项目。 3级成熟度可以从组织的一套标准过程中裁剪以适合一个特定的项目或者组织单元，因此更加一致，除了裁剪规则的不同。 另 外一个本质区别是在 3 级成熟度比2 级成熟度，过程表述更加严格。 因此在 3 级成熟度，组织必须重新访问 2 级成熟度的过程域。 TMMI 级别 3 有如下过程域：  测试组织  测试培训程序  测试生命周期和整合  非功能测试  同行评审 级别 4 可 测量 的 在 4 级 TMMI 组织，测试是一个充分定义，有事实根据和可度量的过程。 在 4级成熟度组织和项目为产品质量和过程性能建立多个目标，并作为标准管理他们。 产品质量和过程性能在统计条款上被理解，在整个生命周期被管理。 测量成为组织度量库的一部分以支持基于事实策略的制定。 评审和检查被视为测试 的一部分并用来度量文档质量。 静态和动态的测试方法被集成到一起。 评审被正式的使用来控制质量关口。 产品使用质量评价量化标准的属性，如可靠性，可用性和可维护性。 一个组织广泛的测 试度量方案提供了有关信息和能见度测试过程。 测试被认为是评估，它 由 检测产品和相关的工作产品生命周期有关的所有活动组成。 TMMI 级别 4 有如下过程域：  测试度量  产品质量评估  高级同行评审 级别 5 可优化的 在取得之前成熟度级别所有改进目标的基础上，测试是一个完全可定义的过程，并能控制成本和测试效率。 在 5 级 TMMI 中 ，组织在理解众多变化 过程中的固有的常见原因的基础上持续改进它的过程。 通过渐近和改进的过程和技术改进，提高测试过程的性能被执行。 方法和技术被优化，并持续的致力于微调和测试过程提高。 缺陷预防和质量控制被实践。 统计抽样，信心水平度量，确实性和可信赖性驱动测试过程。 除了其他，缺陷预防和质量控制被引入成为过程域。 测试过程的特点是基于质量测量的抽样。 存在一个详细的步骤来选择和评估测试工具。 在测试设计，测试执行，衰退测试，测试用例管理等等期间尽可能的用工具来支持测试过程。 在 5 级 TMMI，支持通过一个过程资产库实践过程重用。 测试是个缺陷预防为 目标的过程。 TMMI 级别 5 有如下过程域：  缺陷预防  测试过程优化  质量控制 3 TMMI 的结构 图 2 TMMI Structure TMMI 的结构很大程度上建立在 CMMI 的结构基础上。 这样做的好处是因为许多人 /组织已经熟悉 CMMI 的结构。 CMMI 的结构清楚的划分了必需的实践（目标）和推荐的实践（特定的实践，典型的工作产品等）。 TMMI 也包括这个方面 ，图 2为目前 TMMI 的结构描述。 在本章，讲述了 TMMI 的组件和结构。 另外也讲述了CMMI 提供给 TMMI 执行的支持 必需的，可预料的和提供信息的组件 各种各样的组件被组合成 3 个类别：必需的，可预料的 、 提供信息的。 必需的组件 必需的组件描述了一个组织必须实现的内容，以满足过程域。 在组织的过程里这些执行必须是可见的。 TMMI 的必需组件是具体的和通用的目标。 目标满足被用作评估的基础以决定是否过程域已经被实现和满足。 期望的组件 期望的组件描述了组织典型执行的，以实现必需的组件。 期望的组件指南改善或者执行评估。 期望的组件包括具体的和通用的实践。 在目标被考虑满足之前，无论是所述的实践还是可接受的替代物必须体现在组织的计划和执行过程中。 信息组件 信息组件提供细节以帮助组织开始考虑如何处理必需的和期望的组件。 子实践，典型工作产品，记录，例子和参考都是信息模型组件。 TMMI 的组件 下面的章节提供了 TMMI 组件的描述。 需要注意的是 TMMI 也提供一个详尽的术语表。 这些术语表很大程度上重用了国际软件测试资格委员会（ ISTQB）开发的国际测试术语标准。 成熟度级别 TMMI 的成熟度级别可以作为组织测试过程质量的度。 它被定义成测试过程改进的进化平台。 每个级别逐渐被发展成组织测试过程的重要部分。 TMMI 有 5 个成熟度级别。 每个成熟度级别讲述了为了实现给定的级别所要实现的内容。 组织的成熟度级别越高，组织的测试过程成熟度越高。 为了达到指定的成熟度级别，组织必需满足这个级别和之前级别所有过程域的合适的目标（包括特定和通用）。 请注意，所有组织过程，最小的 TMMI 级别 1，不包含任何目标需要满足。 过程域 除了级别 1，每个成熟度级别包含几个过程域 用以指导 组织的重点 改进它的测试过程。 过程域标识的问题必须被解决，以达到这个成熟度级别。 每个过程域标识出一组测试相关的活动。 当实践都执行了显著的改进，这些域将被制定。 在TMMI 中，只有 那些被认为是测试过程能力的关键 因素 才被指明。 所有成熟度级别以及比它低级别的过程域必须 被实现。 例如，如果组织在 TMMI 级别 3， 那么它满足所有的 2 级 TMMI 和 3 级 TMMI 的过程域。 目标 目标申明描述了过程域的目标，是一个信息组件。 比如，测试计划过程域的目标申明是 “ 在指定的风险和定义好的测试策略的基础上定义测试方法，建立和维护 既定的测试 计划来 指导 执行和管理测试活动 ”。 介绍性说明 过程域的过程性说明章节描述了过程域里的主要概念，是一个信息组件。 范围 过程域的范围章节明确的指 出了过程域中的测试实践，如果有必要，过程域范围以外的测试实践也会被明确。 特定目标 特定目标的典型特征是必须满足过程域。 特定目标是必需 的 模型组件，被用于 评估以决定一个过程域是否被满足。 通用目标 通用目标出现在过程域尾部，之所以被称为 “ 通用 ” 是因为在多个过程域中有相同的目标申明。 通用目标描述的特征是，必需存在制度化的过程来执行过程域。 通用目标 是 一个必需模型组件，被用在评估以决定一个过程域是否被满足。 特定的实践 特定实践是实体描述，它在实现相关特定目标中被认为是重要的。 特 定实践描述的实体期望获得过程域的特定目标。 特定实践是期望模型组件。 典型工作产品 典型工作产品章节从特定实践列出例子输出。 那些例子被称为 “ 典型工作产品 ” ，因为经常有工作产品，也同样有效，但没有列出。 典型工作产品是信息模型组件。 子实践 子实践是为解释和执行特定实践而提供指引的细节描述。 子实践不像字面规定的那样，实际上是信息组件仅提供对测试过程改进有用的想法。 通用实践 通用实践出现在过程域的尾部，之所以被称为 “ 通用 ” 是因为相同的实践出现在多个过程域。 通用实践是个实体描 述，在实现相关的通用目标中被认为是重要的。 通用实践是期望模型组件。 通用实践细节 通用实践细节出现在过程域的通用实践之后，用来提供通用实践唯一地被应用到过程域的指导。 通用实践细节是信息模型组件。 支持性信息组件 有许多地方需要进一步的信息来描述一个概念。 这些 信息由 下面的组件提供。 注释 注释是文本，它伴随其他模型组件。 它提供细节，背景和逻辑依据。 注释是信息模型组件。 实例 实例是一个组件，包括文本和一个项目清单，通常在一个盒子，可以伴随几乎任何 其他组件，并提供一个或更多的例子来阐明一个概念或叙述的活动。 实例是信息模型的组件。 参考 参考是一个额外的或更详细的相关过程域信息的指针，可以伴随几乎任何其他模型组件。 它是信息模型组件。 通用目标和通用实践 本章描述了所有通用目标和通用实践。 通用目标和通用实践很大程度上来源于 CMMI。 通用目标被组织成数字序列。 在它们支持的通用目标下通用实践也被组织成数字序列。 请注意，来自 CMMI 的通用目标， GG1‘ 实现特定目标 ’ 没有被加入是因为它仅仅叙述 CMMI 的持续表示，因此没有适当的 TMMI 的 阶段表述。 否则 CMMI 的序列大纲可以被完全应用，以避免组织在使用 CMMI 和 TMMI 时的混淆。 你的能力级别，将决定哪些通用目标和实践是适用的。 当试图达到 2 级成熟度时，2 级成熟度的过程域，通用目标 2 和伴随的通用实践也是适用的。 通用目标 3 仅仅适用于当试图达到 3 级或者更高成熟度的时候。 这就意味着当你已经达到 2级成熟度的时候，为了达到 3 级成熟度，你必须回到 2 级的过程域，应用通用目标 3 和相关的实践。 在过程改进中，制度化是重要的内容。 当在通用目标和通用实践提及时，制度化意味着该过程在工作执行的方式根深蒂固，并有保证和连 贯性。 一个制度化的过程更像是时间压力下的保留。 当过程的需求和对象发生改变时，过程的执行也需要改变以确保它仍然活动。 通用实践描述的实体定位了制度化的各个方面。 GG 2 制度化可管理过程 一个可管理的过程是完成必要的工作，产生工作产品的过程；是一个有计划并按照策略执行的过程；有技能的员工有充足的资源生产可控的产出；涉及利益相关者；可监控；有评审；评估其遵守过程描述。 过程能用项目，组，或者组织单元来示例。 由可管理的过程提供的控件，有助于确保既定的过程是在面临压力时的保留。 GP 建立组织策略 该通用实践的目的是定义过程的组织期望，并使这些期望呈现给那些在组织中受影响的人。 一般而言，高级管理人员负责建立和传达指导原则，方向和负责该组织的期望。 GP 计划过程 这里通用实践的目的是决定哪些是执行过程所需要的，并实现既定目标，准备执行过程中的计划，准备一个过程的描述，而且能够从利益相关者通过执行评审计划达成协议。 GP 提供资源 这里通用实践的目的是要确保必要的资源来执行根据计划定义好的过程。 资源包括充足的资金，适当的物理设施，熟练的人 ，和适当的工具。 GP 分配责任 该通用实践的目的是确保有问责制来执行过程并实现整个过程生命中指定的结果。 被分配的人员必须要有适当的权力来执行所分配的事。 分配职责可以使用详细的工作描述或者活动的文档，例如执行过程的计划。 GP 培训人员 该通用实践的目的是确保人员有必要的技能和经验来执行或者支持过程。 需要提供适当的培训。 概要的培训要提供给那些与执行工作有交互的人员。 通过建立对过程统一理解，传授执行过程所需要的技能和知识，培训支持成功的过程性能。 GP 管理配置 该通用实践的目的是建立和维护过程在有效生命周期指定工作产品的完整性。 这里的工作产品特指在执行过程的计划里指出的，除了这个级别的配置管理说明，如版本控制，使用基线的正式配置管理等。 配置管理实践的例子包括版本控制，更改历史记录和控制，状态识别和使用配置管理工具。 更多信息关于把工作产品放到配置管理的可以参考 CMMI 的配置管理过程域。 GP 识别及使相关利益共享者参与 该通用实践的目的是在过程执行期间建立和维护期望利益相关者的参与。 利益相关者要参与的活动有计划，决定 ，承诺，沟通，评审，问题的解决。 决定性的利益相关者包括经理和用户 /客户。 经理的职责包括承诺，执行活动和改进测试能力的相关任务的能力。 用户的职责包括质量相关的活动，涉及到面向用户的任务。 重点是征求用户 /客户支持，协商一致和参与的活动，如产品风险分析，验收测试和可用性测试。 根据不用的测试级别，开发人员也是利益相关者，如在测试部分，开发人员经常自己执行测试，而在验收测试阶段开发人员变成一个利益相关者来讨论事件发现，商定入口标准等。 GP 监视和控制过程 该通用实践的目的是执行测试过程日常的 监视和控制。 在测试过程中维持适当的清晰度以便在必要的时候产用适当的行动。 监控过程包括度量测试过程和它的工作产品的合适属性。 更多信息关于把工作产品放到配置管理的可以参考CMMI 的配置管理过程域。 度量方面的更多信息可以参考 CMMI 的度量和分析过程域。 GP 坚持客观评估 该通用目标的目的是提供可靠的保证，确保过程是按照计划执行的，并遵循它的过程描述，标准和步骤。 人员不负责直接管理或者执行测试过程的活动，而是坚持评估。 在许多情况下，坚持是组织内的人员评估，而不是测试过程或者项目外。