软件工程师单元测试编写：AI 输出核对清单

软件工程师的日常是需求变化快、代码要可维护。「单元测试编写」是其中重复度高、又很耗时间的一项：手里有函数代码，最后要交出一份测试用例。AI 擅长的正是整理、归纳和起草，把它放进这一步，通常能把从零开始的时间压缩到只需审改。

这个任务里 AI 的位置

适合：函数代码比较多、需要快速形成测试用例初稿，或者需要换个角度查漏补缺的时候。

谨慎：材料涉及未公开或敏感信息、结论需要专业资质背书，或者容易出现“只测正常路径”的情况。

不适合：需要现场判断、当面沟通或承担最终责任的环节——这些仍由软件工程师本人完成。

预期：AI 负责“快”和“全”，你负责“准”和“对”。把节省下来的时间用在复核和沟通上，整体质量才会提升。

使用后

输入的函数代码已脱敏，不含不该外传的信息

已告诉 AI 这份测试用例的读者和用途

输出中的数字、日期、名称都已回到原始材料核对

已专门检查：只测正常路径

标注为【待确认】的内容都已补齐或删除

语气和格式符合单位或行业惯例

涉及专业判断、承诺或责任的内容，由本人或有资质的人确认

好用的提示词和最终版本已存档

配套提示词

下面是一份测试用例的草稿。请你站在挑剔的审阅者角度：
1. 找出事实可能有误、缺少依据或前后矛盾的地方；
2. 检查是否存在这个风险：只测正常路径；
3. 指出读者可能看不懂的表述；
4. 给出修改建议，但不要直接改写全文。
草稿：【粘贴】

这个任务里 AI 的位置