4.1.1.1 SG1 建立测试政策
测试政策，与企业（质量）政策一致，由利益相关者制定并一致同意。 ? SP 1.1 定义测试目标：在企业需要和其目标基础上定义和维护测试目
标。典型工作成果如下：
? 研究企业需要及其目标；研究企业需要及其目标的例子包括如下：
任务说明、关于产品的企业和用户需要、商业驱动、质量程序的主目标、企业（质量）政策、商业类型（如正在开发的产品的风险级别）；
? 为企业需要及其目标提供必要的反馈；
? 为企业需要及其目标定义测试目标追溯；测试目标的例子包括如下：
验证产品是适合使用的、预防运作中的缺陷发生、验证符合外部标准、供有关产品质量的能见度、短期测试执行的准备时间； ? 相关人员评审测试目标；
? 在适当的时候检查并修订测试目标，例如基于年度；
? SP 1.2 定义测试政策：测试政策，与企业（质量）政策一致，由利益相
关者制定并一致同意。在已定义的测试目标的基础上定义测试政策，典型的工作成果如下： ? 测试的定义；
? 调试的定义（故障定位和修复）；
? 有关测试和测试职业的基本观点、目标，增加了的测试价值； ? 要实现的质量级别； ? 测试机构的独立程度； ? 高级水平测试过程的定义； ? 测试的主要职责；
? 组织的方法和测试过程改进目标； ? 测试政策清楚的把测试从调试中分开；
? 相关人员评审测试政策； ? 定义和建立测试政策的所有权；
? 在适当的时候检查并修订测试政策，例如基于年度。
? SP 1.3 分配测试政策到相关人员：测试政策和测试目标被介绍和解释给
测试组内组外的相关人员。典型工作成果如下： ? 部署计划； ? 演示测试政策；
? 分配机制的例子包括如下：记录在手册里（质量体系）、在项目或
者部门会议上演示、贴海报、成为部门介绍程序的一部分、能在网站的显著位置访问到。
4.1.1.2 SG2 建立测试策略
一个组织范围或者产品范围的测试策略被建立和部署；识别和定义测试级别被执行。
? SP 2.1 执行一个通用的产品风险评估；一个通用的风险评估被执行来识
别测试的典型临界区域。典型工作成果为通用产品风险清单，每级风险都标有类别和优先级，成果内容如下：
? 识别并选择那些需要做通用风险评估的人员； ? 使用相关人员的输入来识别通用产品风险； ? 记录通用产品风险的背景和潜在的结果； ? 对各级通用产品风险确定与之关联的相关人员；
? 使用预定义的参数分析已确定的通用产品风险，例如，可能性和影
响；
? 通过已定义的风险类别，给通用产品风险分类，分组； ? 区分通用产品风险缓解的优先级；
? 评审和取得相关人员在一般产品风险的完整性，类别和优先级一致
同意；
? 适当的修订通用产品的风险请注意，定义在“测试计划”过程域
（SP1.1 定义产品风险类别和参数）的产品风险类别和参数，在这个特定的实践里被最大限度的重用。在（子）实践中执行通用产品风险评估的更多信息请参考过程域“测试计划”中SG1 “执行产品风险评估”；
? SP 2.2 定义测试策略；该测试策略定义每个测试级别并确定各个级别的
目标，职责，主要任务和进入/退出标准。典型的工作成果为测试策略文档，内容如下：
? 学习测试政策和目标；
? 必要时提供澄清测试政策和目标的反馈；
? 定义测试策略并能清晰的链接到已定义的政策和目标；
? 部分测试策略的实例如下：正在开发产品的一般风险；总的测试模
型（V模型，增加的生命周期）作为减少风险的一个途径；测试类别（如，单元测试，集成测试，系统测试和验收测试）；各个测试类别的目标，职责和只要任务，例如单元测试（验证单元设计中制定的当前类别代码覆盖率是否被实现）、集成测试（验证全局设计中指定的一起单元操作、验证接口说明书中指定的接口操作）、系统测试（验证需求说明书中指定的系统操作、要达到当前类别的系统需求覆盖率）、验收测试（验证该系统满足验收标准、验证系统是否是'适合使用'、当前类别的用户需求覆盖率是否被实现）； ? 被用在每个测试级别的测试用例设计技术； ? 在每个测试级别实现的测试种类； ? 每个测试类别的进入/退出标准； ? 必须遵守的标准； ? 级别独立性； ? 执行测试的环境；
? 每个测试级别的自动化方法； ? 回归测试方法；
? 评审测试策略；
? 定义和建立测试策略的所有权；
? 在适当的时候重访并修订测试策略，例如基于年度。
请注意，测试策略将作为项目中测试执行的起点。而且，每个项目可以调整其整体战略以满足它的需要。不需要遵守的应当明确记录在测试计划。
? SP 2.3 分发测试策略到相关人员；测试策略被介绍到测试内外的相关人
员，并与之讨论。典型工作成果是部署计划和演示测试策略。分配机制的例子包括如下：
? 记录在手册里或者质量体系中 ? 在项目或者部门会议上演示 ? 张贴海报
? 成为部门介绍程序的一部分 ? 能在网站的显著位置访问到
4.1.1.3 SG3 建立测试性能指标
建立和部署面向目标的测试过程性能指标。
? SP 3.1 定义测试性能指标；测试性能指标定义在测试政策和目标基础
上，包括数据收集，存储和分析的过程。典型的工作成果为测试性能指标、数据收集，存储，分析和报告程序，其内容如下：
? 学习测试政策和目标,如测试过程改进的目标，必要时提供澄清测试
政策和目标的反馈；
? 定义测试性能指标并能链接到已定义的政策和目标；测试性能指标
的例子如下：测试成本 测试所需的时间 缺陷的数量 缺陷检测率 测试成熟度； ? 评审性能指标；
? 定义和建立测试性能指标的所有权；
? 指定如何获得和储存性能指标； ? 指定如何分析和报告性能指标。
? SP 3.2 部署测试性能指标；部署测试性能指标，提供测量结果，这些结果都可对应到已确定的测试性能指标。典型的工作成果为测试性能指标数据、测试性能指标的报告，其内容如下： ? 获取指定的性能指标数据； ? 分析和解释性能指标；
? 管理和存储性能指标数据和分析结果； ? 定期报告性能指标给相关人员；
? 辅助相关人员理解结果；协助理解结果的实例包括：与相关人员讨论
结果、提供相关的信息，背景和解释等。
4.1.2 PA2.2 测试计划
目标：测试计划的目标是在已识别的风险和已定义的测试策略基础上定义测试方法，并建立和维护有依据的计划来执行和管理测试活动。
介绍性说明：在确认测试任务分配后，一个总体的学习要被执行，包括要测试的产品，项目组织，需求和开发过程。作为测试计划的一部分，来源于测试策略，并基于产品风险评估，测试方法要被定义。根据不同的水平和风险类型，它决定哪些产品需求要测试，到什么程度，如何以及何时测试，目的是给系统的最高风险级别提供最有可能的级别和覆盖类型。基于测试方法，已完成的工作要被评估，以此为结果，要提供成本清晰的建议的测试方法。产品风险，测试方法和评估被定义在相关人员的紧密合作上。测试人员不应该自己做决定。测试计划于测试策略一起，确认或者解释不遵守部分。在测试计划里，将要提供的测试交付被明确，需要的资源被确定，基础设施的相关方面被定义。另外，测试计划风险被明确。因此，测试计划将会定义测试需要什么，什么时候测，如何测以及由谁来测。最后，测试计划文档有相关人员制定和实施。测试计划为执行和控制测试活动提供了依据。测试计划通常需要加以修订，使用正式的变更控制流程，随着