给一个函数，生成能跑的单元测试
配方模板 · 尚未在本站完成实测
本页是配方模板，尚未在本站完成实测。运行记录、token与耗时会在复测后补上；在那之前不填任何估算数字。
适用场景
写了个函数，想补测试但懒得手写用例，尤其边界和异常分支。
准备
- 宿主版本
- 待填（实测时记录具体rc版本号）
- 模型
- 待填
- 模式 / 权限
- 建议先用标准模式 + 工作区内修改
- 需装插件
- 无（如用到插件，在实测后补齐名称与版本）
- 输入材料
- 放在独立工作区，原始文件先备份
完整指令
给【函数源码 / 文件路径】，生成单元测试，不要改生产代码。
要求：
1. 覆盖：正常输入、边界值、空 / nil / 异常输入、明显错误用法。
2. 每条用例写清：输入、预期输出、为什么这条值得测。
3. 用项目已有的测试框架；不确定框架时先问我，不要自己引新依赖。
4. 生成后说明哪些分支现有用例还没覆盖到。
5. 先给 3 条代表性用例让我确认风格，再补全。运行记录
| 项目 | 数值 | 备注 |
|---|---|---|
| 耗时 | 待实测 | |
| 结果 | 待实测 | |
| 输入 / 输出token | 待实测 | |
| 残留 | 待实测 |
产物
跑通后在这里给出文件清单与截图，并说明原始文件有没有被改动。
验收清单
点一下可勾选，用来逐条核对。
- 测试只新增文件，未改生产代码
- 覆盖了边界与异常分支
- 说明了未覆盖的分支
- 使用了项目既有测试框架
失败与边界
- 生成的测试可能本身有错，需先跑通
- 框架不一致时先确认再写
- 卡在哪：可以在真实仓库上跑，但「测试有没有用」要用覆盖率变化和「能否抓出已知bug」来衡量，需要接覆盖率工具并预先埋一个缺陷。