流程与方法论

软件质量不是测试阶段「突击补测」，而是 全生命周期 嵌入：需求澄清 → 设计评审 → 开发自测 → 集成验证 → 发布验收。对照 /roadmaps/qa「Methodologies」节点，本课覆盖 Agile/Scrum、TDD/BDD 与 V 模型。

学习目标

• 理解 Agile 迭代中测试活动的节奏与交付物
• 区分 TDD、BDD 的驱动方式与适用场景
• 知道 V 模型各阶段与测试类型的对应关系
• 将方法论映射到 CodeRoadMap 的 sprint 与 CI 流程

核心概念

Agile / Scrum 中的测试

Sprint 活动	测试相关产出
计划	验收标准、DoD（完成定义）
开发	单元测试、PR 自测
评审	演示、探索式补充
回顾	缺陷根因、流程改进

DoD 示例：新 API 必须有 MockMvc 测试、CI 绿、无 P1 开放缺陷。

TDD 与 BDD

TDD（测试驱动开发）：红 → 绿 → 重构。先写失败测试，再写最少实现。
BDD（行为驱动开发）：用 Given-When-Then 描述业务行为，沟通产品与技术。

Scenario: 按 slug 查询 track
  Given 数据库存在 slug 为 "git-essentials" 的 track
  When 用户请求 GET /tracks/git-essentials
  Then 响应状态为 200 且 title 非空

BDD 工具如 Cucumber、Karate；Java 单元层 TDD 见 test-junit。

V 模型对照

需求 ────────────────→ 验收测试（UAT）
  ↓                          ↑
设计 ──────────────→ 系统测试
  ↓                      ↑
编码 ────────→ 集成测试
  ↓              ↑
单元测试 ←── 单元设计

左移意味着 单元与集成测试在编码同期完成，而非堆到右侧。

与 testing-essentials/Spring 对照

方法论	本站实践
TDD	backend *ServiceTest 先断言再实现
CI 门禁	ci.yml 中 mvn verify、test-ci
集成层	test-integration、Testcontainers
BDD 风格	Karate/REST Assured 可读场景（下节 API 测试详述）

Spring 项目推荐：Service 层 TDD + Controller MockMvc + 关键路径 E2E，与 V 模型右侧各层一一对应。

练习

• 为「新增 track API」写 3 条 BDD 风格验收标准
• 画出 CodeRoadMap 从 PR 到 merge 的测试检查点
• 对比 TDD 与「先写代码后补测试」在重构时的差异

小结

Agile 让测试持续发生，TDD/BDD 让预期可执行，V 模型让层级清晰。 下一课专讲手工测试的计划、用例与探索式方法。