把AI当成"点哪测哪"的学徒：给测试小白的3个傻瓜式提问模板

关注 霍格沃兹软件测试开发 公众号，回复「资料」, 领取人工智能测试开发技术合集

你不需要懂代码，只需要会"指派任务"

大家好，我是某互联网公司的测试架构师。

最近团队来了几个刚入行的测试新人，每个人入职第一天都会问我同一个问题："我知道AI能帮我写测试用例、能帮我写自动化脚本，但我不知道怎么跟它说。 "

他们不是不懂测试，是不知道怎么把脑子里"要测什么"翻译成AI能听懂的话。

这个问题问得特别好。因为大多数AI教程都在讲"AI能做什么"，但从来没人讲"怎么跟AI说，它才能做出你想要的东西"。

今天这篇不讲复杂理论，给三个提问模板，傻瓜式套用。

核心思路就一句话：把AI当成一个"点哪测哪"的学徒——你指给它看、告诉它怎么做，它负责执行，你负责验收。

一、先理解这个比喻
为什么"点哪测哪的学徒"这个比喻特别适合测试小白？

一个刚入行的测试学徒，他可能：

懂测试理论（等价类、边界值这些概念都学过）
但不懂你们公司的业务规则
你让他"测一下登录"，他不知道从哪下手
你告诉他"先填账号、再填密码、点登录、看看报错"，他立刻就能干
他会犯错，但你说"这里不对"，他会改
你不能指望他一次就完美，你得验收
大模型就是这样一个"学徒" 。它懂测试方法，但不懂你的业务。你给的信息越具体，它做得越好。它会犯错，但你可以纠正它。

记住这个比喻，下面三个模板你就能理解为什么这么写。

二、模板一：需求解析型——"我给你看个东西，你告诉我该测什么"
什么时候用？
拿到一份PRD、一个页面截图、一个功能描述，脑子一片空白——不知道该从哪开始测。

模板公式
【给我看懂】我发给你一份[PRD/页面截图/功能描述]，是[功能名称]。
请你以测试工程师的身份，帮我完成以下任务：

1. 用一句话概括这个功能是干什么的
2. 列出这个功能的核心测试点（覆盖正常流程）
3. 列出边界场景和异常场景（重点：哪些地方最容易出问题）
4. 指出需求里模糊、不清楚的地方

输出格式：分条列出，每项写清楚"测什么"和"为什么测"。
套用示例
你的输入：

给我看懂： 我发给你一张登录页面的截图，是这个App的登录功能。 请你以测试工程师的身份：

用一句话概括这个功能
列出核心测试点
列出边界和异常场景
指出需求里不清晰的地方
输出格式：分条列出。

AI会给你类似这样的输出：

一句话概括： 用户通过手机号和密码登录App，登录后进入首页。

核心测试点：

正确的手机号+正确密码 → 登录成功，跳转首页
正确的手机号+错误密码 → 提示"密码错误"
不存在的手机号 → 提示"用户不存在"
手机号格式错误（少于11位、包含字母）→ 提示"手机号格式错误"
边界和异常场景：

密码输入错误超过5次 → 是否触发账户锁定？
网络超时 → 是否有重试机制？提示是否友好？
快速连续点击登录按钮 → 是否防重复提交？
登录过程中切换网络（WiFi切4G）→ 是否断线重连？
需求中模糊的地方：

密码错误的上限次数是多少？锁定后怎么解锁？文档里没写。
"记住我"功能是否有有效期？文档里没说明。
看到没？你只上传了一张截图，它就能帮你分析出十几个测试点，甚至指出需求里没写清楚的地方。

为什么有效？
因为你给了它明确的角色（"以测试工程师的身份"）、明确的任务（四个步骤）、明确的输出格式。它不用猜你要什么。

三、模板二：用例生成型——"我给你一个场景，你帮我把步骤写出来"
什么时候用？
你知道要测什么了，但不知道怎么写用例——步骤怎么拆、前置条件怎么描述、预期结果怎么写。

模板公式
【给我写用例】我要测一个场景：[用一句话描述你测试场景]。
业务规则：[这个功能有什么特殊规则？]

请帮我生成测试用例，覆盖：

1. 正常流程
2. 异常场景
3. 边界值

每条用例包含：用例编号、测试场景、前置条件、测试步骤、预期结果。
输出格式：表格。
套用示例
你的输入：

给我写用例： 我要测一个场景：用户使用优惠券下单。

业务规则：

优惠券满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懂测试方法，但它不懂你的业务规则——满多少减多少、有哪些限制——这些是你告诉它的。你给的规则越详细，生成的用例越精准。

人工智能技术学习交流群
伙伴们，对AI测试、大模型评测、质量保障感兴趣吗？我们建了一个 「人工智能测试开发交流群」，专门用来探讨相关技术、分享资料、互通有无。无论你是正在实践还是好奇探索，都欢迎扫码加入，一起抱团成长！期待与你交流！👇

四、模板三：自动化转化型——"帮我把测试步骤变成能跑的脚本"
什么时候用？
你有手工测试步骤（可能是自己写的，也可能是模板二生成的），想把它变成自动化脚本，但不会写代码。

模板公式
【给我转脚本】我有一段手工测试步骤，请帮我转成[Playwright/Selenium/其他框架]自动化脚本。

手工步骤：
[粘贴你的测试步骤]

附加要求：

1. 每行关键代码加中文注释
2. 用[你常用的语言：Python/JS/Java]
3. 加上合适的等待和错误处理
   套用示例
   你的输入：

给我转脚本： 手工步骤：

打开登录页面
输入账号 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对话窗口的时候，别再发"帮我测一下这个功能"这种空话了。选一个模板，把具体信息填进去。

你不需要会写代码，你只需要会"指派任务"。

推荐学习
Workbuddy智能体与智能化测试落地实战公开课，解密桌面 AI Agent 在测试中的提效路径：办公自动化、提示词工程、Agent Harness 循环机制、Dify/n8n 全自动工作流，更有 Claude Code、Openclaw 等多智能体协作，帮你打造测试效能平台。不只是技术提升，还能构建个人壁垒，甚至副业创收！

👉 扫码进群，报名学习！

关于我们
霍格沃兹测试开发学社，隶属于 测吧（北京）科技有限公司，是一个面向软件测试爱好者的技术交流社区。

学社围绕现代软件测试工程体系展开，内容涵盖软件测试入门、自动化测试、性能测试、接口测试、测试开发、全栈测试，以及人工智能测试与 AI 在测试工程中的应用实践。

我们关注测试工程能力的系统化建设，包括 Python 自动化测试、Java 自动化测试、Web 与 App 自动化、持续集成与质量体系建设，同时探索 AI 驱动的测试设计、用例生成、自动化执行与质量分析方法，沉淀可复用、可落地的测试开发工程经验。

在技术社区与工程实践之外，学社还参与测试工程人才培养体系建设，面向高校提供测试实训平台与实践支持，组织开展 “火焰杯” 软件测试相关技术赛事，并探索以能力为导向的人才培养模式，包括高校学员先学习、就业后付款的实践路径。

同时，学社结合真实行业需求，为在职测试工程师与高潜学员提供名企大厂 1v1 私教服务，用于个性化能力提升与工程实践指导。