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

项目的进展，以解决需求和承诺的变更，不准确的估计，纠正措施的变化，以及（测试）过程中的变化。

范围：测试计划过程域包括执行测试对象的产品风险评估，在已确定风险基础上定义不同的测试方法。它也包括将要执行的测试的开发评估，建立必要的承诺，定义和维护计划用以执行和管理测试。测试计划需要每个明确的测试级别。在2级TMMI，测试计划被制定在在每个测试级别上。 具体目标和实践综述

SG1 执行产品风险评估

? SP 1.1 定义产品风险类别和参数 ? SP 1.2 确定产品风险 ? SP 1.3 分析产品风险 SG2 建立测试方法

? SP 2.1 确定要测试的项目和功能 ? SP 2.2 定义测试方法 ? SP 2.3 定义进入标准 ? SP 2.4 定义退出标准 ? SP 2.5 定义中止和恢复标准 SG3 建立测试评估

? SP 3.1 建立高层工作分解结构 ? SP 3.2 定义测试生命周期

? SP 3.3 确定测试投入和费用的评估 SG4 制定测试计划

? SP 4.1 建立测试时间表 ? SP 4.2 测试人员计划

? SP 4.3 计划相关人员参与 ? SP 4.4 识别测试项目风险 ? SP 4.5 建立测试计划 SG5 获得测试计划承诺 ? SP 5.1 评审测试计划 ? SP 5.2 调和工作和资源水平 ? SP 5.3 获得测试计划承诺 目标的具体实践：

4.1.2.1 SG1 执行产品风险评估

产品风险评估被执行来明确测试的关键区域。

? SP 1.1 定义产品风险类别和参数：在风险评估期间使用的产品风险类别

和参数被定义。典型的工作成果为产品风险类别清单、产品风险评估和优先级标准，其内容为：

? 决定产品风险类别；明确产品风险类别的原因是在未来测试任务变

化时帮助进入测试计划的测试类型。产品风险类别实例包括如下：功能性风险、结构性风险、非功能性风险（如可用性，有效性，可移植性，可维护性，可靠性）、变更相关的风险（如回退）； ? 为评估和测量产品风险可能性和影响水平定义一致的标准； ? 定义每个产品风险级别的阙值；风险级别根据风险的重要性，根据

其特有影响和可能性来定义。对于每个风险级别，阈值被建立以确定产品风险的可接受或不可接受，产品风险的优先级，或管理行为的引发。

? SP 1.2 明确产品风险；产品风险被明确和记录。典型的工作成果为明确

产品风险，其内容为：

? 识别并选择参与风险评估的相关人员；

? 利用相关人员和需求文档的输入明确产品风险；产品风险识别技术

实例包括如下：风险研讨会、脑力激荡、专家访谈、检查清单、吸取的经验教训；

? 记录背景和潜在风险后果； ? 确定每个风险级别的相关人员； ? 审查测试任务已明确的产品风险。

? SP 1.3 分析产品风险；利用预定义的类别和参数对产品风险进行评估，

分类以及确定优先级。典型的工作成果为产品风险清单，并附有分配到每级风险的类别和优先级，其内容为：

? 利用预定义的参数，如可能性和影响，分析已明确的产品风险； ? 通过已定义的风险类别，对产品风险分类，分组； ? 优先考虑产品风险缓解；

? 在产品风险和需求之间建立横向的追溯，以确定产品风险的源头被

记录；

? 生成一个需求/产品风险的可追溯模型；

? 评审并获得相关人员在产品风险的完整性，类别和优先级方面的一

致同意；

? 适当的时候修订产品风险；何时需要修订产品风险包括如下：新建

或者改变需求、软件开发方法改变、项目中质量问题的经验教训。

4.1.2.2 SG2 建立测试方法

在已明确的产品风险基础上建立并商定测试方法。

? SP 2.1 确定要测试的功能和项目：基于产品风险，确定要测试和不需要

测试的功能和项目。典型的工作成果包括需要和不需要测试的项目清单、需要和不需要测试的功能清单，其内容如下：

? 细分产品风险优先级到每个需要和不需要测试的项目；

? 为每个确定要测试的项目记录风险级别和源文件（测试基础）； ? 细分产品风险优先级到每个需要和不需要测试的功能； ? 为每个确定要测试的功能记录风险级别和源文件（测试基础）； ? 与相关人员评审需要和不需要测试的项目和功能清单。

? SP 2.2 定义测试方法：测试方法被定义以减轻那些已识别和已确定优先

级的产品风险。典型的工作成果包括测试方法、其他方法，如选择一套测试设计技术，应该被详细描述用以支持后来主要测试任务的确定，并评估做每一项任务所需要的时间，其内容如下：

? 选择要使用的测试设计技术；在已定义的产品风险基础上多个测试

设计技术被定义。选择测试设计技巧的标准包括如下：系统类型、监管标准、客户或合同需求、风险级别、风险类型、现有文献、测试人员的学识、时间和预算、开发生命周期、已发现错误类型的先前经验；

? 定义评审工作产品的方法；

? 定义重新测试的方法；重新测试方法的实例如下：对于所有高风险

的测试条目，要重新执行充分测试过程；对于所有低风险的测试条目，可以用单独的工具重新测试；

? 定义回归测试的方法；回归测试方法的实例如下：回归测试的重点，

例如哪些项目和/或功能，被选中并执行测试案例，要执行测试的类型，手动测试或使用自动化测试工具； ? 确定将要被使用的支持性测试工具；

? 确定有关测试方法的重大限制；关于测试方法限制的实例如下：测

试的可用性资源、测试环境特征、项目期限；

? 测试方法与已定义的组织范围或者产品范围的测试策略保持一致； ? 明确不遵守测试策略的部分，并说明理由； ? 与相关人员评审测试方法；

? 适当的时候修订测试方法；何时需要修订测试方法的实例如下：新

建或者改变产品风险的优先级、项目中应用测试方法的经验学习。

? SP 2.3 定义进入标准：测试的进入标准被定义以防止在不允许进入测试

过程的条件下开始测试。典型的工作成果为进入标准说明，其内容如下： ? 定义一套测试过程相关的进入标准；测试过程相关的进入标准的实

例如下：来自上一个测试级别的总结报告的可用性、依据需求的测试环境的可用性、相关文档的可用性（如发布说明，用户手册，安装手册等）；

? 定义一套有关产品质量的进入标准；有关产品质量的进入标准的实

例如下：一个成功的摄入量测试没有突出的缺陷 所有悬而未决的缺陷至少要有状态分析；

? 与相关人员评审进入标准，特别是那些负责会议的进入标准。 ? SP 2.4 定义退出标准：计划何时停止测试的退出标准被定义。典型的工

作成果为推出标准说明，其内容如下：

? 定义一套有关测试过程的退出标准；有关测试过程的退出标准的例

子如下：准备被成功执行的测试百分比、每个测试条目的覆盖百分比（如代码覆盖率和需求覆盖率）、一个经批准的测试总结报告的可用性；

? 定义一套有关产品质量的退出标准；有关产品质量的退出标准的例

子如下：所有高优先级产品风险趋向缓和缺陷检测率低于某一个阙值、基于优先级的突出缺陷的数目有检查设计支持的软件模块的百分比；

? 与相关人员评审退出标准。

请注意，测试级别的退出标准应该与与之相关的测试级别的退出标准保持一致。

? SP 2.5 定义暂停和恢复标准：用于暂停所有或部分测试项目和/或功能

的测试任务的标准被定义。典型的工作成果包括暂停标准说明和恢复标准说 …… 此处隐藏：1423字，全部文档内容请下载后查看。喜欢就下载吧 ……