敏捷测试 - 团队中的测试人员

敏捷测试 - 测试人员在团队中的角色

敏捷开发依赖于强大的团队合作，开发人员和测试人员在所有项目和开发活动中进行协作。这种协作协同对于敏捷项目中的测试成功至关重要。

敏捷团队中的测试人员不仅仅是最后的把关者，而是从一开始就积极参与和贡献的成员，利用他们的测试专业知识来内置质量。

敏捷测试人员需要扎实的传统测试技能，并辅以以下能力：

• 出色的沟通和人际交往能力，以实现有效协作。
• 与团队成员和利益相关者合作时持有积极、面向解决方案的心态。
• 对产品进行批判性和怀疑性思考，以发现潜在问题。
• 主动寻求信息并向利益相关者澄清模糊之处。
• 在定义可测试的用户故事（User Stories）和验收标准（Acceptance Criteria）时有效协作（例如，在 BDD/ATDD 会议中）。
• 与开发人员密切合作，倡导可测试性并提供快速反馈。
• 强大的测试设计和执行技能，能够在冲刺约束内，在正确的时间和正确的级别进行适当的测试。
• 熟练评估和清晰报告测试结果、进度和整体产品质量。
• 适应性强，能快速响应变化，包括更新测试用例和策略。
• 自我组织和时间管理能力。
• 致力于在测试技术、工具和领域知识方面持续学习和提升技能。
• 技术能力，包括测试自动化（UI、API 等）能力，理解 CI/CD，以及熟悉 TDD、ATDD 和 BDD 概念及基于经验的测试。

敏捷测试人员的角色和职责

敏捷测试人员积极参与所有项目阶段，将测试专业知识贯穿始终：

• 在设计和开发讨论中倡导可测试性。
• 评估、选择和确保测试工具和框架的正确使用。
• 配置、管理和维护测试环境和测试数据。
• 指导和培训其他团队成员关于测试最佳实践和质量思维。
• 确保在发布和冲刺规划期间规划并优先安排适当的测试任务。
• 开发、实施和持续改进测试策略。
• 与开发人员、产品负责人和其他利益相关者协作（例如，“三友”会议 Three Amigos meetings），澄清需求，确保其可测试、一致且完整。
• 在适当的级别（单元 unit, 集成 integration, 系统 system, 验收 acceptance）和时间执行正确类型的测试（手动和自动化）。
• 识别、报告和跟踪缺陷，并与团队合作确保及时解决。
• 衡量和报告在相关维度（例如，需求、风险、代码）上的测试覆盖率。
• 积极参与冲刺评审（sprint reviews）和回顾会议（retrospectives），提供反馈并主动提出和实施流程及实践改进。

在敏捷生命周期中，测试人员在几个关键领域发挥着重要作用：

• 团队合作与协作
• 持续测试规划
• 零冲刺 / 准备活动
• 持续集成与持续交付
• 敏捷测试实践

团队合作与协作

团队合作是敏捷的基础，对测试人员而言，团队合作包括：

• 协作方法：与跨职能团队成员就测试的所有方面密切合作——从策略和规划到执行和报告。质量是共同的责任。
• 自我组织：在冲刺内有效管理测试任务，利用团队专业知识，并适应不断变化的优先级。
• 授权：做出与测试相关的明智技术决策，帮助团队实现目标。
• 承诺：致力于理解和评估产品，确保其满足客户和利益相关者的期望。
• 透明：公开沟通测试状态、风险和问题。对测试活动负责。
• 可信度：确保测试策略、其实现和结果的完整性。让利益相关者知情。
• 乐于接受反馈：积极参与回顾会议以学习和改进。寻求并根据反馈改进质量。
• 韧性：有效适应需求、优先级或技术的变化。

持续测试规划

敏捷中的测试规划是一个持续活动，而非一次性事件。它在发布规划期间广泛开始，并在每次冲刺规划会议中细化。关键方面包括：

• 为发布和每个冲刺定义测试范围、目标和成功标准。
• 识别测试环境、工具、测试数据和配置需求。
• 规划特性和特征的测试策略，考虑风险和优先级。
• 在迭代内安排测试任务，并定义自动化测试的频率（例如，在 CI 中）。
• 选择适当的测试方法、技术、自动化框架和工具。
• 识别先决条件，例如特定专业知识、培训或依赖任务。
• 理解依赖关系（例如，对其他特性、系统组件、API、外部团队的依赖）。
• 基于客户价值、风险和依赖关系对测试进行优先级排序。测试金字塔模型（Test Pyramid model）可以指导不同类型测试的平衡。
• 估算测试任务的工作量和持续时间。
• 根据反馈和冲刺成果持续改进测试计划。

零冲刺 / 准备活动

零冲刺（Sprint Zero）或初始准备阶段对于为成功的敏捷开发和测试奠定基础至关重要。测试人员在此阶段协作进行：

• 定义初始产品范围和愿景。
• 将初始史诗（epics）/特性分解为早期冲刺中可管理的用例（stories）。
• 理解提议的系统架构及其对可测试性的影响。
• 规划、获取和设置必要的工具，包括测试和自动化框架。
• 为不同测试级别制定初步的高级测试策略。
• 定义初始质量度量指标以及如何跟踪它们。
• 建立初始的“完成的定义”（Definition of Done, DoD）和验收标准指南。
• 设置团队的工作看板（例如，Scrum 或 Kanban 看板）。
• 确定整个项目期间测试的方向和基础实践。

持续集成与持续交付 (CI/CD)

敏捷旨在随时产生潜在可发布的产品增量。这需要持续集成（Continuous Integration, CI），通常也需要持续交付/部署（Continuous Delivery/Deployment, CD）。敏捷测试人员通过以下方式成为其中不可或缺的一部分：

• 理解并贡献于 CI/CD 流水线策略。
• 确保自动化测试（单元 unit, 集成 integration, API, UI）集成到 CI 流水线中以获得快速反馈。
• 监控流水线健康状况，分析测试失败，并协作快速修复它们。
• 识别功能、特性和服务之间的依赖关系，以确保全面的集成测试。

敏捷测试实践

敏捷测试人员采用各种实践来提高质量和效率：

• 结对（Pairing）：两名团队成员（例如，测试人员-开发人员，两名测试人员，测试人员-业务分析师）在同一工作站工作。这促进共享理解，提高质量，并促进知识转移。例如，测试人员和开发人员可以结对编写自动化测试或调试问题。
• 增量测试设计：测试以增量方式设计和开发，通常从简单的场景开始，随着特性的构建演变为更复杂的场景。这与敏捷的迭代性质一致。
• 行为驱动开发（BDD）/验收测试驱动开发（ATDD）：协作实践，其中测试（通常以 Gherkin 格式的可执行规范）在开发之前或同时定义，从行为角度驱动实现。
• 探索性测试（Exploratory Testing）：非脚本化的、基于经验的测试，用于发现不易通过正式测试找到的缺陷。通常设定时间盒（例如，使用基于会话的测试管理）。
• 测试金字塔（The Test Pyramid）：指导在不同测试级别（大量快速单元测试 unit, 较少的服务 service/集成测试 integration, 以及更少的慢速 UI/端到端测试 E2E）分配测试工作的模型，以实现平衡高效的测试套件。
• 左移测试（Shift-Left Testing）：将测试活动和质量考量尽早纳入开发生命周期，从需求和设计阶段开始。