拓冰建站拓冰建站
首页 / 资讯中心 / 正文

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

关注 霍格沃兹软件测试开发 公众号回复「资料」, 领取人工智能测试开发技术合集你不需要懂代码只需要会指派任务大家好我是某互联网公司的测试架构师。最近团队来了几个刚入行的测试新人每个人入职第一天都会问我同一个问题我知道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]加上合适的等待和错误处理套用示例你的输入给我转脚本 手工步骤打开登录页面输入账号 test123.com输入密码 pass123点击登录按钮验证是否跳转到首页验证首页是否显示用户名测试用户转成Playwright脚本用Python语言。 每行加中文注释。加上等待和错误处理。AI会生成类似这样的脚本from playwright.sync_api import sync_playwright, expectdef test_login():with sync_playwright() as p:# 1. 启动浏览器打开登录页面browser p.chromium.launch(headlessFalse)page browser.new_page()page.goto(“https://your-app.com/login”)# 2. 输入账号 page.fill(input[nameemail], test123.com) # 3. 输入密码 page.fill(input[namepassword], pass123) # 4. 点击登录按钮 page.click(button[typesubmit]) # 5. 等待页面跳转完成最多等待5秒 try: page.wait_for_url(https://your-app.com/home, timeout5000) print(✅ 成功跳转到首页) except: print(❌ 页面跳转失败请检查登录逻辑) raise # 6. 验证首页是否显示用户名 username_locator page.locator(text测试用户) expect(username_locator).to_be_visible() print(✅ 用户名显示正确) browser.close()运行测试ifname “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对话窗口的时候别再发帮我测一下这个功能这种空话了。选一个模板把具体信息填进去。你不需要会写代码你只需要会指派任务。本文部分内容参考了霍格沃兹测试开发学社整理的相关技术资料主要涉及软件测试、自动化测试、测试开发及 AI 测试等内容侧重测试实践、工具应用与工程经验整理。
分享:

看完干货,该让你的企业上线了

免费需求沟通 · 48 小时内出具建站方案 · 河南本地可上门