你不需要懂代码，只需要会"指派任务"
大家好，我是某互联网公司的测试架构师。
最近团队来了几个刚入行的测试新人，每个人入职第一天都会问我同一个问题："我知道AI能帮我写测试用例、能帮我写自动化脚本，但我不知道怎么跟它说。 "
他们不是不懂测试，是不知道怎么把脑子里"要测什么"翻译成AI能听懂的话。
这个问题问得特别好。因为大多数AI教程都在讲"AI能做什么"，但从来没人讲"怎么跟AI说，它才能做出你想要的东西"。
今天这篇不讲复杂理论，给三个提问模板，傻瓜式套用。
核心思路就一句话：把AI当成一个"点哪测哪"的学徒——你指给它看、告诉它怎么做，它负责执行，你负责验收。
一、先理解这个比喻
为什么"点哪测哪的学徒"这个比喻特别适合测试小白？
一个刚入行的测试学徒，他可能：
懂测试理论（等价类、边界值这些概念都学过）
但不懂你们公司的业务规则
你让他"测一下登录"，他不知道从哪下手
你告诉他"先填账号、再填密码、点登录、看看报错"，他立刻就能干
他会犯错，但你说"这里不对"，他会改
你不能指望他一次就完美，你得验收
大模型就是这样一个"学徒" 。它懂测试方法，但不懂你的业务。你给的信息越具体，它做得越好。它会犯错，但你可以纠正它。
记住这个比喻，下面三个模板你就能理解为什么这么写。
二、模板一：需求解析型——"我给你看个东西，你告诉我该测什么"
什么时候用？
拿到一份PRD、一个页面截图、一个功能描述，脑子一片空白——不知道该从哪开始测。
模板公式
【给我看懂】我发给你一份[PRD/页面截图/功能描述]，是[功能名称]。
请你以测试工程师的身份，帮我完成以下任务：
- 用一句话概括这个功能是干什么的
- 列出这个功能的核心测试点（覆盖正常流程）
- 列出边界场景和异常场景（重点：哪些地方最容易出问题）
- 指出需求里模糊、不清楚的地方
输出格式：分条列出，每项写清楚"测什么"和"为什么测"。
套用示例
你的输入：
给我看懂： 我发给你一张登录页面的截图，是这个App的登录功能。 请你以测试工程师的身份：
用一句话概括这个功能
列出核心测试点
列出边界和异常场景
指出需求里不清晰的地方
输出格式：分条列出。
AI会给你类似这样的输出：
一句话概括： 用户通过手机号和密码登录App，登录后进入首页。
核心测试点：
正确的手机号+正确密码 → 登录成功，跳转首页
正确的手机号+错误密码 → 提示"密码错误"
不存在的手机号 → 提示"用户不存在"
手机号格式错误（少于11位、包含字母）→ 提示"手机号格式错误"
边界和异常场景：
密码输入错误超过5次 → 是否触发账户锁定？
网络超时 → 是否有重试机制？提示是否友好？
快速连续点击登录按钮 → 是否防重复提交？
登录过程中切换网络（WiFi切4G）→ 是否断线重连？
需求中模糊的地方：
密码错误的上限次数是多少？锁定后怎么解锁？文档里没写。
"记住我"功能是否有有效期？文档里没说明。
看到没？你只上传了一张截图，它就能帮你分析出十几个测试点，甚至指出需求里没写清楚的地方。
为什么有效？
因为你给了它明确的角色（"以测试工程师的身份"）、明确的任务（四个步骤）、明确的输出格式。它不用猜你要什么。
三、模板二：用例生成型——"我给你一个场景，你帮我把步骤写出来"
什么时候用？
你知道要测什么了，但不知道怎么写用例——步骤怎么拆、前置条件怎么描述、预期结果怎么写。
模板公式
【给我写用例】我要测一个场景：[用一句话描述你测试场景]。
业务规则：[这个功能有什么特殊规则？]
请帮我生成测试用例，覆盖：
- 正常流程
- 异常场景
- 边界值
每条用例包含：用例编号、测试场景、前置条件、测试步骤、预期结果。
输出格式：表格。
套用示例
你的输入：
给我写用例： 我要测一个场景：用户使用优惠券下单。
业务规则：
优惠券满100减20
每笔订单只能用一张优惠券
优惠券有效期7天
部分商品不参与优惠券活动
覆盖正常流程、异常场景和边界值。 输出表格，包含：用例编号、场景、前置条件、步骤、预期结果。
AI会在几秒内生成这样一张表：
编号
场景
前置条件
测试步骤
预期结果
TC-01
正常流程：用券下单
用户已登录；有一张满100减20优惠券；购物车总额150元
1.进入结算页
2.选择优惠券
3.提交订单
实付130元；券状态变为已使用
TC-02
异常：金额不足
用户已登录；购物车总额80元
1.进入结算页
2.尝试选择优惠券
券不可选/不可用；提示"满100可用"
TC-03
异常：券已过期
用户已登录；优惠券已过有效期
1.进入结算页
2.查看可用券列表
过期券不显示在可用列表中
TC-04
异常：商品不参与
用户已登录；购物车中商品不含券可用商品
1.进入结算页
2.查看可用券列表
券不可用；提示"部分商品不参与活动"
TC-05
边界：刚好满100
用户已登录；购物车总额正好100元
1.进入结算页
2.选择优惠券
3.提交订单
券可用；实付80元
五条用例，覆盖了正常、异常、边界，30秒生成。
如果你还想补充"用券后退款，券是否退回"这种场景，再加一句："补充一个场景：用券下单后申请退款，券是否退回。"AI会继续给你补充。
为什么有效？
因为你告诉它业务规则了。AI懂测试方法，但它不懂你的业务规则——满多少减多少、有哪些限制——这些是你告诉它的。你给的规则越详细，生成的用例越精准。
四、模板三：自动化转化型——"帮我把测试步骤变成能跑的脚本"
什么时候用？
你有手工测试步骤（可能是自己写的，也可能是模板二生成的），想把它变成自动化脚本，但不会写代码。
模板公式
【给我转脚本】我有一段手工测试步骤，请帮我转成[Playwright/Selenium/其他框架]自动化脚本。
手工步骤：
[粘贴你的测试步骤]
附加要求：
- 每行关键代码加中文注释
- 用[你常用的语言：Python/JS/Java]
- 加上合适的等待和错误处理
套用示例
你的输入：
给我转脚本： 手工步骤：
打开登录页面
输入账号 test@123.com
输入密码 pass123
点击登录按钮
验证是否跳转到首页
验证首页是否显示用户名"测试用户"
转成Playwright脚本，用Python语言。 每行加中文注释。加上等待和错误处理。
AI会生成类似这样的脚本：
from playwright.sync_api import sync_playwright, expect
def test_login():
with sync_playwright() as p:
# 1. 启动浏览器，打开登录页面
browser = p.chromium.launch(headless=False)
page = browser.new_page()
page.goto("https://your-app.com/login")
# 2. 输入账号
page.fill('input[name="email"]', "test@123.com")
# 3. 输入密码
page.fill('input[name="password"]', "pass123")
# 4. 点击登录按钮
page.click('button[type="submit"]')
# 5. 等待页面跳转完成（最多等待5秒）
try:
page.wait_for_url("https://your-app.com/home", timeout=5000)
print("✅ 成功跳转到首页")
except:
print("❌ 页面跳转失败，请检查登录逻辑")
raise
# 6. 验证首页是否显示用户名
username_locator = page.locator('text="测试用户"')
expect(username_locator).to_be_visible()
print("✅ 用户名显示正确")
browser.close()
运行测试
if name == "main":
test_login()
生成之后，保存成文件，在终端运行python test_login.py，你就能看到浏览器自动弹出来、自动填账号密码、自动点登录、自动验证。第一次如果报错，把报错信息复制给AI，它会帮你修。
为什么有效？
因为你给了它"人话版"的步骤，它负责翻译成代码。你不需要学编程语言，你只需要会描述操作步骤。
五、三个模板一起用——一个完整流程
假设你刚刚接手一个"找回密码"功能的测试，不知道怎么开始。
第一天：用模板一
给我看懂：PRD里"找回密码"这一节，用户通过手机号验证找回密码……
AI帮你列出所有测试点和需求模糊的地方。
第二天：用模板二
给我写用例：验证通过手机号找回密码的功能……
AI帮你生成完整用例表格。你审核一遍，补充遗漏。
第三天：用模板三
给我转脚本：把"TC-01 正常找回密码"这条用例转成自动化脚本……
AI帮你转成可执行的脚本。你试着跑一遍，有报错就贴给AI让它修。
三天前：不知道怎么开始。三天后：测试点清楚了、用例写好了、自动化脚本跑通了。
全程没有写一行代码，没有翻一本工具书。
六、避坑指南
坑一：漏掉业务规则
如果你在模板二里只写"用户用优惠券下单"，不告诉AI"满100减20"的规则，AI生成的用例会非常泛泛——"验证优惠券可用"这种没营养的用例。
解法：把规则写进去。 规则越详细，用例越精准。
坑二：AI生成的脚本直接跑
AI生成的脚本，第一次就跑通的概率不高。可能是定位器错了、等待时间不够、断言写偏了——这很正常。把报错信息贴回去，让AI改。
坑三：审核环节跳过
三个模板的核心逻辑都是"AI出初稿，人来审核"。AI生成的用例你必须看一遍，业务规则对不对、场景全不全、预期结果正不正确——这些最终还是你负责。
最后
这三个模板，本质上是在帮你做三件事：
模板一帮你回答："这个功能要测什么？"
模板二帮你回答："具体怎么测？"
模板三帮你回答："怎么让机器自动测？"
从"不知道测什么"到"能跑通自动化"，三步走完。
把AI当成一个"点哪测哪"的学徒：你指给它看、你告诉它规则、你验收结果。
下次打开AI对话窗口的时候，别再发"帮我测一下这个功能"这种空话了。选一个模板，把具体信息填进去。
你不需要会写代码，你只需要会"指派任务"。
