负责功能测试、接口测试和回归测试的 QA，日常工作中常常会遇到这样的情况：提测时间延后两天，回归时间被压缩。AI 写单元测试是很适合测试工程师的一项 AI 技能。用 AI 写单元测试是把函数代码和需求说明交给 AI，让它分析输入输出和边界情况，生成测试用例和测试代码。

为什么测试工程师值得学

对测试工程师来说，需求变化快，测试用例、缺陷报告和测试报告要反复写，边界场景还容易漏。AI 写单元测试正好能帮上忙：写测试需要系统地思考各种输入情况，这正是 AI 擅长列举的部分；你再根据业务判断取舍，就能更快地得到质量较高的测试。

测试工程师在哪些场合用得上

结合测试工程师的工作，下面几类场景最值得尝试：

  • 为已有代码补充测试。
  • 重构前需要用测试保护现有行为。
  • 日常任务，比如“提交并跟踪 18 个缺陷”或“整理兼容性测试机型清单”，涉及大量文字整理和沟通时。

操作步骤

  1. 提供函数代码、使用的测试框架和项目的测试风格。
  2. 说明函数的预期行为和业务规则。
  3. 让 AI 先列出测试用例清单：正常情况、边界值、异常输入。
  4. 确认用例清单后再生成测试代码。

测试工程师可直接套用的提示词

请为下面这个函数编写单元测试，测试框架是[框架名]。
函数用途：处理测试工程师工作中“模块”相关的数据计算。
请：
1. 先列出测试用例清单：| 用例 | 输入 | 预期输出 | 类型（正常/边界/异常）|；
2. 至少包含：空输入、极大值、非法格式、重复数据等情况；
3. 等我确认清单后再写测试代码；
4. 测试命名清楚地表达测试意图。
函数代码：[粘贴]

用上面的模板时，小周这样的测试工程师通常会先把背景写成三五句话，再替换方括号内容。AI 写测试的意外收获，往往是发现代码本身的问题。当它列出“如果输入为空会怎样”“如果两个参数相等会怎样”时，你可能会发现自己从没考虑过这些情况。所以用例清单阶段比生成代码阶段更有价值：认真看清单，才能真正提升代码质量。

测试工程师专属提醒

  • 让 AI 补充“容易被忽略的场景”，再由你按业务判断取舍。
  • 把需求文档原文给 AI，让它按等价类、边界值、异常流分别列用例。
  • AI 列出的用例只是候选清单，覆盖是否充分仍要结合需求和历史缺陷人工把关。
  • 涉及测试账号密码、生产数据和未公开的版本信息的内容，不要原样粘贴进对话。

一个能马上用的技巧

让 AI 专门寻找“最可能出错的输入”

测试工程师常问：能为前端代码写测试吗？

可以，说明使用的框架和测试工具即可，但交互类测试可能需要更多调整。

从哪件事开始

建议测试工程师从“补充登录模块的接口自动化用例”这类重复性高、出错代价低的任务开始，练熟之后再用到“推动高优先级缺陷关闭”等更重要的工作上。前几次可以把 AI 的结果和自己的版本对比，找到它最擅长帮忙的部分。

相关阅读