霍格沃兹测试开发学社
用法三：分步骤交代，别一口气全倒给它实习生记不住太长的指令。你跟他说“去写用例、执行、出报告、整理Bug”，他大概率做着做着就忘了后面还有步骤。大模型也一样。上下文一长，它会“遗忘”前面的信息，导致输出质量下降。✅ 正确的做法是分步骤：先让它分析需求文档，提取测试点再基于测试点生成用例最后让它整理成表格每步确认完了再进行下一步，效果比一次性全丢给它好得多。用法四：它会犯错，你要会纠偏实习生第一次跑测试，可能漏了边界值、忘了检查异常场景。你不会因此开除他，你会告诉他“这里漏了，下次注意”。大模型犯错的时候也是一样。 别因为它一次输出不对就放弃，纠正它、引导它，它会越做越好。比如AI生成的用例漏了“密码错误”这个场景，你只需要加一句：“补充一下密码错误的情况。”它立刻就会补上。你不需要会写代码，你只需要会“看”和“说”。用法五：你说人话就行，不用学“AI语言”很多测试同行第一次用大模型，总觉得要“专业一点”，于是写一些自己都不太懂的术语，结果AI给出来的东西也云里雾里。根本不用这样。你用自然语言说人话就行——“登录页面的账号和密码校验，帮我写几个测试场景”——这个表述就完全够用了。大模型的理解能力远超你的想象，你说得越像“对同事说话”，它越能理解你。用法六：它会“摸鱼”，你得验收实习生干完活，你不能默认“他一定干对了”，你得检查。大模型生成的用例，你必须审核。它可能：漏掉了隐含的业务规则断言写错了覆盖了错误的方向审核AI的产出，比从零开始写，工作量小多了，但不能省略。三、一个真实案例：我是怎么“带实习生”的前几天，我需要验证一个订单系统的退款流程，涉及多步骤操作。我直接在对话框里给了这样一段话：“帮我生成一个测试用例。测试场景：用户已支付订单，申请全额退款。操作步骤：打开订单详情页点击‘申请退款’选择‘全额退款’并填写原因提交检查订单状态变为‘退款中’模拟后台审核通过检查订单状态变为‘已退款’检查用户账户余额是否增加对应金额要求覆盖正常流程、退款被驳回、部分退款等场景。输出格式：表格，列包括用例编号、测试场景、前置条件、测试步骤、预期结果。”AI几秒钟就给我输出了一张完整的表格——正常流程、驳回场景、部分退款、退款超时、金额不匹配……你想到的和没想到的，它都覆盖了
发布于 北京
分享
评论
赞
未登录
友善发言
评论
加载中
