AI 写单元测试速查手册:收藏这一页就够用
需要快速回忆 AI 写单元测试怎么用时,看这一页就够了。用 AI 写单元测试是把函数代码和需求说明交给 AI,让它分析输入输出和边界情况,生成测试用例和测试代码。
一句话理解
AI 写单元测试 = 它能帮你快速补齐测试覆盖,也能帮你发现代码中没有考虑到的情况。原理:写测试需要系统地思考各种输入情况,这正是 AI 擅长列举的部分;你再根据业务判断取舍,就能更快地得到质量较高的测试。
场景速查
| 场景 | 推荐做法 |
|---|---|
| 为已有代码补充测试 | 先让 AI 列用例清单,确认后再写代码,效率更高 |
| 新功能开发时同步编写测试 | 让 AI 专门寻找“最可能出错的输入” |
| 重构前需要用测试保护现有行为 | 对重构前的代码,先写测试记录当前行为 |
| 需要发现代码中未处理的边界情况 | 测试数据使用虚构数据,不要用真实的用户信息 |
操作要点
- 第 1 步:提供函数代码、使用的测试框架和项目的测试风格。
- 第 3 步:让 AI 先列出测试用例清单:正常情况、边界值、异常输入。
- 第 4 步:确认用例清单后再生成测试代码。
- 第 6 步:把测试纳入持续集成,定期维护。
常用模板
示例场景:测试工程师准备测试报告。
请为下面这个函数编写单元测试,测试框架是[框架名]。
函数用途:处理测试工程师工作中“模块”相关的数据计算。
请:
1. 先列出测试用例清单:| 用例 | 输入 | 预期输出 | 类型(正常/边界/异常)|;
2. 至少包含:空输入、极大值、非法格式、重复数据等情况;
3. 等我确认清单后再写测试代码;
4. 测试命名清楚地表达测试意图。
函数代码:[粘贴]
错误写法对照
| 错误写法 | 正确做法 |
|---|---|
| 不提供业务规则 | 说明函数的预期行为,AI 才能写出有意义的断言 |
| 直接接受所有生成的测试 | 判断每个用例是否合理,删除重复和无意义的测试 |
| 测试只断言“不报错” | 要求断言具体的输出值和状态 |
| 测试依赖外部服务 | 使用模拟对象,保证测试稳定可重复 |
| 测试失败就修改测试让它通过 | 先判断是代码错误还是测试错误 |
速答
- 测试覆盖率越高越好吗? 覆盖率是参考指标,更重要的是测试是否覆盖了关键逻辑和容易出错的情况。
- AI 写的测试能直接提交吗? 需要运行并审查,确认测试有意义、断言正确,再按团队规范提交。
速记:AI 写单元测试的第一步是“提供函数代码、使用的测试框架和项目的测试风格”,结果一定要自己核对一遍。把 AI 接入日常工作流时,最重要的是明确哪一步由 AI 起草、哪一步由人把关。分工清楚,效率和质量才能兼顾。
使用提示
速查表只是起点。每个人的任务不同,建议在表格里补一行你自己最常用的场景,比如测试工程师可以加上“提交并跟踪 18 个缺陷”。