1. 测试过程

1.1 简介

在 ISTQB® 软件测试基础级认证大纲中已描述了基本的测试过程包括以下活动：

• 计划和控制
• 分析和设计
• 实施和执行
• 评估出口准则和报告
• 测试结束活动

基础级大纲认同这些活动虽然有逻辑顺序，但过程中的某些活动可能重叠，或并行进行。

对于高级大纲，为了让该过程更为精练和优化、更适合软件开发生命周期以及促进有效的监督和控制， 某些活动被视为独立的。所考虑的活动如下：

• 计划、监督和控制
• 分析
• 设计
• 实施
• 执行
• 评估出口准则和报告
• 测试结束活动

1.2 测试计划、监督和控制

本节将着重讨论测试计划、监督和控制过程。如基础级大纲所述，这些活动是测试管理的职责。

1.2.1 测试计划

每个测试级别的测试计划在这一级别的测试过程的初始阶段开始，并贯穿整个项目，直至这一级别的测试结束活动完成。计划包括识别满足测试策略中定义的任务和目标所需的活动和资源。测试计划也包括识别、收集和跟踪度量项的方法，这些度量项将用于指导项目、确定与计划的符合程度以及评价达成目标的情况。通过在计划阶段确定有用的度量项，可以有效的帮助选择工具、安排培训和建立文件指南。

为测试项目所选择的一个或多个策略有助于确定在计划阶段应进行的任务。例如当采用基于风险的测试策略（见第 2 章）时，使用风险分析可以指导测试计划过程中的风险缓解活动、可以降低识别出的产品风险、可以帮助制定风险的应急措施。如果发现多个可能的并且严重的与安全性相关的潜在缺陷，则应该花费大量精力开发和执行安全性测试。同样，如果发现设计规格说明有严重缺陷，则在测试计划过程中可安排对设计规格说明进行额外的静态测试（评审）。

也可以使用风险信息来确定不同测试活动的优先级。例如，当系统性能的风险较高，可在获得已集成的代码后尽快进行性能测试。类似的，如果采用了应对式测试策略，计划创建测试章程和动态测试技术 （如探索性测试）的工具是必需的。

测试经理在测试计划阶段应清楚的定义测试方法，包括要采用的测试级别、每个级别的目标以及每个级别使用的测试技术。例如针对某一航空系统进行基于风险的测试时，风险评估规定了需要哪个级别的代码覆盖，及应采用的测试技术。

在测试依据（例如，特殊需求或风险）、测试条件和覆盖测试条件的测试之间可能存在复杂的关系，在这些工作产品之间也常常存在多对多的关联。需要理解这些关联，才能有效地进行测试计划、监督和控制。对于工具的决策可能也依赖于对工作产品之间关联的理解。

开发组和测试组生成的工作产品之间可能也存在关联。例如，可追溯性矩阵需要跟踪系统设计人员的详细设计规格说明的内容、业务分析员的商务需求以及测试组定义的测试工作产品之间的关系。如果要设计和使用详细测试用例，可在计划阶段规定以下要求：在开始生成测试用例前，开发组的详细设计文档要得到批准。在遵循敏捷的生命周期时，可以在测试开始之前采用非正式的信息传递来交流信息。

测试计划中还可能列出在此计划测试范围内的具体软件特征（适宜时基于风险分析），同时也确切地说明不在其测试范围内的特征。根据形式化程度的高低以及文档与项目的关联度，每个在范围内的特征都 能关联到一个对应的测试设计规格说明。

在这个阶段，也可以要求测试经理与项目架构师共同来确定初始的测试环境规格说明、验证所需资源的可获取性，以确保要配置环境的人员有义务做这些工作，并且了解成本／交付时间表以及完成和交付测试环境所需的工作。

最后，应该识别所有的外部依赖关系和相关的服务级别协议（Service Level Agreements，SLA），如果需要，应与相关方进行初步接触。所谓的依赖关系包括对外部组织的资源请求、与其它项目的依赖关 系（如果是在一个程序内的工作）、与外部供应商或合作开发伙伴的依赖关系、与其它部署团队以及数 据库管理员的依赖关系。