质量与测试

代码质量与测试 互为前提：可测的设计通常更清晰；充分的测试让重构与 Review 敢下手。本课对照 testing-essentials 的 测试金字塔，说明质量门禁里每一层测什么。

学习目标

• 用测试金字塔解释单元 / 集成 / E2E 的分工
• 将「质量习惯」映射到 CI 与 PR 要求
• 知道 Java 栈细节在 spring-boot-essentials

测试金字塔（复习）

        E2E（少）
      集成（中）
    单元（多）

层	守护的质量	失败说明
单元	纯逻辑、边界	哪个函数错
集成	DB、HTTP、配置	组件协作错
E2E	用户路径	端到端回归

快测多写、慢测守命门。只堆 E2E 会导致 CI 慢且 flaky，见 testing-essentials 反模式节。

质量与测试的衔接

• 重构前 → 先绿测或 characterization test（cq-refactoring）
• Review 时 → 新行为必须有断言（cq-reviews）
• PR 合并 → CI 跑 mvn verify / npm test（git-essentials + Actions）

CodeRoadMap backend 的 *ServiceTest 是单元层主力；补 MockMvc 或 Testcontainers 即集成层。

测什么算「有质量」

好测试特征：

1. 命名说行为：shouldRejectEmptySlug
2. Arrange-Act-Assert 清晰
3. 失败信息可读：不用 assertTrue(true)

坏测试：只覆盖 happy path；Mock everything 导致「测的是 Mock」；为覆盖率数字而写。

AI 生成测试常漏边界与 negative case，人工补全见 ai-coding-essentials。

练习

• 打开 backend src/test/java，找一个测试，评价它属于金字塔哪一层
• 为你准备改的一个方法，先写 失败 的测试再实现（TDD -lite）
• 在 PR 模板里加一条「新增/变更行为对应的测试类名」

小结

质量靠设计，信心靠测试；金字塔 + CI 是日常纪律。 下一课静态分析工具：在运行测试之外自动扫 smell 与 bug 模式。