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

? 指定用于暂停所有或部分测试项目和/或功能的测试任务的暂停标

准；暂停标准的例子如下：关键缺陷的数目、没有可再生的缺陷的数目、由于测试环境，测试执行产生的问题； ? 指定用于必须被重复的测试任务的恢复标准。

4.1.2.3 SG3 建立测试评估

在讨论测试方法和计划测试活动中，好的已创立的测试评估被建立、维护使用。

? SP 3.1 建立高层工作分解结构：建立高层工作分解结构（WBS），以清

楚地定义测试评估的范围。典型的工作成果包括测试工作的产品清单、要执行的测试任务、工作分解结构，其内容如下：

? 确定基于已定义测试方法的将要被开发的测试工作产品； ? 确定被外部需要的工作产品； ? 确定将被重用的工作产品；

? 确定相关到测试工作产品的测试任务

? 确定间接测试任务，如测试管理，会议，配置管理等。

请注意，WBS也应该重视执行测试环境需求的任务，更多信息请参考“测试环境”过程域。

? SP 3.2 定义测试生命周期：定义测试生命周期，以规划计划的投入。典

型的工作成果包括测试生命周期阶段说明、测试里程碑说明，其内容如下：

? 定义测试生命周期阶段；最小程度，要有一个测试计划，测试准备

和测试执行；

? 计划测试准备阶段，以便于它在完成测试基础后立刻开始； ? 已定义的测试生命周期要与高层工作分解结构保持一致； ? 确定每个测试生命周期阶段的主要里程碑。

请注意，理解生命周期对于确定测试计划的投入，初始计划的时机，以及重新计划的时机和标准都很重要。

? SP 3.3 确定测试投入和费用的评估：对基于评估的测试工作产品和任务

评估测试投入和费用。典型的工作成果包括测试工作产品和测试任务的属性评估、测试投入评估、测试费用评估，其内容如下：

? 确定和维护测试工作产品和测试任务的属性的评估；用于评估测试

工作产品和测试任务的属性实例包括如下：大小(如测试实例的数目，页数，测试条目的数目，测试数据的容量，需求的数目等)、相关测试条目的复杂度（如轮数）、可重用水平、相关产品风险的优先级。请注意，适当的方法（如验证模型和历史数据）应该被使用，以确定将被用来做资源需求评估的测试工作产品和测试任务的属性 ? 研究能影响测试评估的（技术的）因素；影响测试评估的因数包括

如下：测试工具的使用、上一个测试级别的质量、测试基础的质量、开发环境、测试环境、来自上一个项目的测试软件的可用性、测试人员的知识和技能水平；

? 选择模型和/或历史数据，以改变测试工作产品和测试任务的属性到

评估的投入和费用；能被用来做测试评估的模型包括如下:测试要点分析、Dephi、开发投入和测试投入的比例；

? 当评估测试投入和费用时，包括一些支持性基础结构需要；支持性

基础结构需要的例子包括如下：测试环境、临界的计算机资源、办公环境、测试工具；

? 使用模型和/或历史数据评估测试投入和费用； ? 记录源自评估的假设；

? 记录测试评估数据，包括被用来重建评估的相关信息。

4.1.2.4 SG4 开发测试计划

测试计划被建立和维护，作为管理测试和与相关人员通讯的基础。

? SP 4.1 建立测试时间表：在已开发的测试评估和已定义的测试生命周期

基础上，测试时间表和预定义的可管理大小的阶段被建立和维护。典型的工作成果为测试时间表，其内容如下：

? 确定测试时间表约束条件，如任务周期，资源，必要的输入等； ? 确定测试任务依赖；

? 定义测试时间表（测试活动时间，测试生命周期阶段和测试里程碑）； ? 在定义测试时间表时记录假定条件；

? 建立矫正的行动标准，以决定什么构成源自测试计划的重大偏离，

可能需要重新计划。

? SP 4.2 测试人员计划：计划必要的拥有相关知识和技能的测试人力资

源，以执行测试工作。典型的工作成果包括所需人员编制、所需技能的详细清单、新聘用人员编制和计划、测试培训计划，其内容如下： ? 在工作分解结构，测试评估和测试时间表的基础上决定人员编制； ? 确定所需的知识和技能，以执行测试任务； ? 评估现有的知识和技能；

? 提供必需知识和技能的选择机制；选择机制的例子包括如下：内部

培训、外部培训、培训讲师、外部技能获取； ? 把选择机制合并到测试计划中。

? SP 4.3 计划参与人员：计划已明确的参与相关人员被确定，从测试生命

周期的所有阶段，通过明确人员的类型和功能需要，在测试活动的表现，描述他们的关联和与特定测试活动交互的深度。典型工作成果为相关人员参与计划。

? SP 4.4 明确测试项目任务：测试项目任务被确定，分析和存档。典型的

工作成果包括确定测试项目任务、确定测试项目任务的优先次序、测试项目风险应急，其内容如下：

? 确定测试项目风险；项目风险辨认技术包括如下：脑力激荡、专家

评审、检查单；

? 分析已确定的测试项目风险，就可能性和影响而言； ? 确定已分析的项目风险的优先级；

? 对已存档的测试项目风险的完整性和优先级进行评审并获得相关人

员的一致同意；

? 对（高优先级的）测试项目风险定义应急措施；

? 适当的时候修订测试项目风险；何时需要修订测试项目风险包括如

下：当新的测试项目风险被定义时、当测试项目风险可能改变时、当测试项目风险被撤掉时、当测试环境显著改变时。

? SP 4.5 建立测试计划：测试计划被建立和维护，作为管理测试的依据。

之前实践的结果被记录在总体的测试计划中，用合乎逻辑的方式把这些信息捆绑在一起。典型的工作成果为测试计划文档，其内容如下： ? 测试计划标识； ? 总体介绍；

? 对测试策略的违背，并列出理由；

? 需要测试和不需要测试的条目（包含优先级）； ? 需要测试和不需要测试的功能（包含优先级）； ? 测试方法（如测试设计技术）； ? 进入和退出标准； ? 暂停和恢复标准； ? 测试里程碑和工作产品； ? 测试生命周期和任务；

? 环境的需要和要求（包括办公环境）； ? 人员配置和培训需求； ? 相关人员的参与测试评估； ? 测试时间表；

? 测试项目风险和应急措施环境的需要和要求。

4.1.2.5 SG5 获得测试计划的承诺

建立和维护测试计划的承诺

? SP 5.1 评审测试计划：评审测试计划（以及其他可能的计划），以了解

测试承诺。典型的工作成果为测试计划评审记录，其内容主要包括组织相关人员的评审，让他们理解测试要求。

? SP 5.2 兼顾工作和资源水平：评审测试计划，以反映现有及估计的资源。

典型的工作成果包括修订过的测试方法和相应的评估参数、重新磋商的测试预算、修订过的测试时间表、修订过的产品风险列表、重新磋商的相关人员协议，其内容应该包括：

? 与相关人员讨论现有和估计的资源之前的差别； ? 调停现有和估计的资源之间的差别。

? 请注意，典型地要完成调停工作，可以通过降低或者延迟技术性能，

协商以获得更多资源，设法提高生产力，外包，调整员工的技能组合，或者修改日程。

? SP 5.3 获得测试计划承诺：从负责执行和支持测试计划的相关人员那里

获得承诺。典型的工作成果包括记录在案的承诺要求、记录在案的承诺、明确必需的支持 …… 此处隐藏：1505字，全部文档内容请下载后查看。喜欢就下载吧 ……