1.4 测试活动、测试件和测试角色

1.4 测试活动、测试件和测试角色

1.4.1 测试活动和任务

测试过程通常由以下主要活动组成。尽管这些活动看似遵循逻辑顺序，但通常采用迭代或者并行方式实施。这些测试活动通常需要针对系统和项目进行裁剪。

测试规划包括定义测试目的，在整体环境的约束下选择可达到目的的最佳方法。

测试监测和控制。测试监测包括持续检查所有测试活动，并且将实际进度与计划进行比较。测试控制包括采取必要的行动来实现测试目的。

测试分析包括分析测试依据以识别可测试的特征，定义相关测试条件的优先级，以及有关的风险和风险级别。对测试依据和测试对象进行评估，以识别它们可能包含的缺陷并评估其可测试性。测试分析通常由掌握测试技术的人员提供支持。测试分析根据可度量的覆盖准则回答“测试什么？”的问题。

测试设计包含如何将测试条件转化成测试用例和其他测试件（例如，测试章程）。这项活动通常与识别覆盖项有关，可以作为具体选择哪些测试用例输入的指南。测试技术可用于支持此活动。测试设计还包括定义测试数据需求、设计测试环境以及确认所需的基础设施和工具。测试设计回答“如何测试？”的问题。

测试实施包括创建或获取测试执行所需的测试件（例如，测试数据）。测试用例可以被组织到测试规程中，并且经常被组装成测试套件使用。创建人工和自动化的测试脚本。为实现高效的测试执行，测试规程要按照优先级在测试执行进度表中排序。构建测试环境，并验证其设置的正确性。

测试执行包括根据测试执行进度表执行测试（测试运行）。测试执行既可以人工进行也可以自动进行。测试执行可以采取多种形式，包括持续测试或结对测试会话。将测试的实际结果与预期结果进行比较。记录测试结果。分析导致异常发生的可能原因。该分析以观察到的失效为依据报告异常。

测试完成活动通常发生在项目里程碑处（例如，发布、迭代结束、测试级别完成），针对任何未解决的缺陷、变更请求或产品待办事项列表。未来可能有用的测试件都会被识别并归档，或移交给适当的团队。测试环境被恢复到约定状态。对测试活动进行分析，以确定未来迭代、发布或项目的经验教训和改进。创建测试完成报告并与利益相关方沟通。

1.4.2 周境中的测试过程

测试不是孤立进行的。测试活动是组织内执行的开发过程的组成部分。测试由利益相关方资助，其最终目标是协助利益相关方达成其业务需要。因此，测试的执行方式将取决于多种环境因素，包括：

• 利益相关方（需要、期望、需求、合作意愿等）。

• 团队成员（技能、知识、经验水平、工作效率、培训要求等）。

• 业务领域（测试对象的重要性、已识别的风险、市场要求、特定的法律法规等）。

• 技术因素（软件类型、产品架构、使用的技术等）。

• 项目约束（范围、时间、预算、资源等）。

• 组织因素（组织架构、现有政策、已在应用的实践等）。

• 软件开发生存周期（工程实践、开发方法等）。

• 工具（可用性、易用性、依从性等）。

这些因素将对测试相关的各种问题产生影响，包括：测试策略、使用的测试技术、测试自动化程度、需要的覆盖级别、测试文档的详细程度、报告等。

1.4.3 测试件

测试件是测试活动所创建的输出工作产品。适当的配置管理可确保工作产品的一致性和完整性。以下是工作产品列表的部分内容：

• 测试规划工作产品包括：测试计划、测试进度表、风险记录表以及入口和出口准则。风险记录表是包含风险、风险可能性、风险影响以及风险缓解信息的列表。测试进度表、风险记录表、入口和出口准则通常是测试计划的一部分。

• 测试监测和控制工作产品包括：测试过程报告、文档化的控制指令和风险信息。

• 测试分析工作产品包括：（按优先级排序）测试条件（例如，验收准则），在测试依据中发现的有关缺陷的缺陷报告（如果该缺陷还没有被直接修复）。

• 测试设计工作产品包括：（按优先级排序）测试用例、测试章程、覆盖项、测试数据需求和测试环境需求。

• 测试实施工作产品包括：测试规程、自动化测试脚本、测试套件、测试数据、测试执行计划和测试环境要素。测试环境要素的实例包括：桩、驱动器、模拟器和服务虚拟化。

• 测试执行工作产品包括：测试日志和缺陷报告

• 测试完成工作产品包括：测试完成报告、后续项目或迭代的改进行动项、文档化的经验教训和变更请求（例如，产品待办事项）。

1.4.4 测试依据和测试件之间的可追溯性

为了实施有效的测试监测和控制，测试过程中建立和维护测试依据元素、与元素相关的测试件（例如测试条件、风险、测试用例）、测试结果和发现的缺陷之间的可追溯性非常重要。

准确的可追溯性可支持覆盖评估，测试依据中定义可衡量的覆盖准则非常有用。覆盖准则可以作为关键绩效指标，推动活动的进行，以展示测试目的达成的程度。例如：

• 测试用例对需求的可追溯性可以验证测试用例是否覆盖了需求。

• 测试结果对风险的可追溯性可用于评估测试对象中剩余风险的级别。

除了评估覆盖范围之外，良好的可追溯性还可以确定变更的影响、促进测试审计，并有助于满足 IT治理准则。良好的可追溯性还可以通过包含测试依据元素的状态，使得测试进度报告和测试完成报告更易于理解。也有助于以可理解的方式向利益相关方传达测试技术方面的问题。可追溯性供了针对业务目标评估产品质量、过程能力和项目进展的信息。

1.4.5 测试活动中的角色

测试活动中的两个主要角色：测试管理角色和测试角色。这两个角色所承担的活动和任务取决于项目和产品的周境、人员的技能以及组织等因素。

测试管理角色全面负责测试过程、测试团队以及测试活动的领导工作。测试管理角色主要关注测试规划、测试监测和控制以及测试完成活动。测试管理角色开展工作的方式因周境而异。例如，在敏捷软件开发中，一些测试管理任务可由敏捷团队处理。对于跨多个团队或整个组织的任务可由开发团队之外的测试经理执行。

测试角色对测试的工程（技术）方面负有整体责任。测试角色主要关注测试分析、测试设计、测试实施和测试执行等活动。

不同的人员可能在不同的时间点扮演这些角色。例如，测试管理角色可以由团队领导、测试经理、开发经理等担任。也可以一个人同时承担测试和测试管理的角色。