11-测试驱动：先让AI生成测试用例.docxVIP

11测试驱动：先让AI生成测试用例

很多人觉得「先写测试」是学院派的主张，对追求速度的FDE不适用——事实恰恰相反：AI时代写测试的成本大幅下降，测试成了你唯一能持续验证「AI写的代码真的符合验收标准」的手段。

推荐的轻量TDD流程：从需求描述和验收标准出发，先让AI生成测试用例矩阵——正常路径、边界路径、异常路径各一组，覆盖Given/When/Then的每个分支；然后对照用例评审补漏；再让AI写出测试代码；最后让它写实现代码，目标是让测试从红变绿。测试在这里承担双重角色：验证正确性和一份可执行的、永不腐烂的需求文档。

测试策略按金字塔分配：单元测试覆盖核心业务逻辑（占比最高）、接口测试覆盖数据契约与错误码、端到端冒烟覆盖关键用户链路（一条即可）。不要追求覆盖率数字，而要追求「每个验收标准都有对应断言」。当需求变更时，先改测试再改实现，测试全部变绿的那一刻，就是需求真正落地的那一刻。