开发人员讨厌编写测试。然而这是AI表现最出色的活动之一：快速生成完整的测试套件，覆盖名义情况、边界值、错误和模拟。正确使用时，它可以在几小时而不是几周内将项目覆盖率从30%提高到80%。经典陷阱：让AI生成总是通过但什么都不测试的"happy path"测试。本指南提供了工作流，以获得健壮的、针对真实错误的目标测试。
告诉AI测试框架（Jest、Vitest、Pytest、JUnit、Go test、RSpec…）、项目约定（命名、模拟、fixtures）和预期结构（排列-行动-断言、给定-何时-那么）。
给AI提供函数及其最小上下文（参数类型、使用的依赖）。避免粘贴整个文件——更���确且消耗的token更少。
明确强制AI覆盖：有效输入、边界值（null、empty、max、min）、预期错误、异步行为、side-effects。没有这个指令，AI倾向于只覆盖happy path。
运行生成的测试并查看覆盖率报告。识别未覆盖的分支并让AI补充。迭代2-3次以达到80%+。
AI有时会生成总是通过的测试（过于宽松的断言、配置不当的模拟）。审查每个测试，验证当你破坏函数时它确实失败。这是唯一的保证它有用。
Assistant de développement IA agentique par Anthropic : comprend votre codebase, édite des fichiers, exécute des commandes et s'intègre à votre environnement de développement.
为什么 : Génère des suites de tests complètes en comprenant le contexte du projet via CLAUDE.md et la structure du repo.
Éditeur de code IA révolutionnaire basé sur VS Code avec agents autonomes
为什么 : Le mode Composer permet de générer un fichier de tests entier en référençant la fonction cible avec @file.
Assistant IA de développement intégré à l’IDE pour compléter du code, expliquer, générer des fonctions et accélérer le debug.
为什么 : L'autocomplétion in-IDE est excellente pour compléter des tests cas par cas, intégrée à votre workflow existant.
AI生成的测试是否可靠？
它们在形式上是可靠的（语法、结构、模拟），但在内容上可能具有欺骗性：过于宽松的断言、缺少边界情况、即使代码破损也通过的测试。绝对规则：改变你的代码（将`+`改为`-`）并验证测试失败。否则它们毫无用处。
应该用AI进行TDD（测试优先）编程吗？
是的，这甚至是一个很好的用途：向AI描述spec并让它生成测试。然后要求实现使其通过。这反转了经典陷阱——在编写后测试以确认现有代码。
AI能生成E2E测试（Cypress、Playwright）吗？
是的，但效率比单元测试低。E2E测试需要了解DOM、选择器和等待时间，AI在没有应用访问权限的情况下无法猜测。最好：向它描述用户场景并提供页面HTML/结构。
AI生成的测试套件要花多少钱？
使用Cursor或Claude Code订阅（~每月20欧元），您每月可以生成数百个测试文件而不超出。对于大量测试（legacy覆盖100k行），通过API的批处理方法可能花费50-200欧元token，但仍比人类成本便宜10倍。