【支付链路重构上线前】请生成覆盖微信/支付宝/余额三种支付方式的回归测试清单，下周三10:00灰度发布后需立即执行；ERR-409: payment_id not found in order_service_cache；由测试工程师张伟在预发环境执行，其账号权限为普通商户（非超级管理员），需先用测试手机号138*1234登录→进入商户后台→点击‘资金流水’→筛选‘近7天’→导出CSV，该路径依赖风控服务返回的risk_score字段（上周修改为可为空）。

你需要让Claude生成的测试回归清单能直接用在下周三上线前的冒烟验证，而不是堆一堆泛泛而谈的“检查登录、检查首页”，但每次加了“请按实际场景写”后，它还是输出模板化条目。

问题出在哪里？其实是提示词写得不够“实”。想让Claude真正理解业务场景，就得把真实业务动作、异常日志和具体权限逻辑，一股脑儿塞进提示词的第一句。下面这三点，缺一不可。

把真实业务动作塞进提示词第一句

在提示词最开头单独一行写明本次回归的触发动作，例如：“【支付链路重构上线前】请生成覆盖微信/支付宝/余额三种支付方式的回归测试清单”。

这一步不能写成“本次回归涉及支付模块”，Claude对抽象名词响应迟钝；必须出现具体动作+具体对象+具体时间点。比如“下周三10:00灰度发布后需立即执行”比“上线前”更有效。

如果漏掉时间锚点，Claude会默认按通用节奏排优先级，导致“检查订单状态同步延迟”这种高风险项排在“验证按钮颜色”后面。

用真实日志片段锚定异常路径

方法一：从最近一次失败的回归报告里复制一行关键日志，粘贴在提示词中，例如：“ERR-409: payment_id not found in order_service_cache”。

方法二：提供一个真实报错截图的简要描述，例如：“截图显示用户点击‘确认支付’后，页面卡在loading状态3秒，控制台报错‘Uncaught TypeError: Cannot read property ‘amount’ of null’”。

【必须带错误码或JS堆栈关键词】否则Claude会忽略异常分支，只生成正常流程用例。

绑定具体环境与角色权限

第一步：明确写出本次回归执行人身份，例如：“由测试工程师张伟在预发环境执行，其账号权限为普通商户（非超级管理员）”。

第二步：指出该角色在本次回归中必然触发的操作路径，例如：“张伟需先用测试手机号138****1234登录→进入商户后台→点击‘资金流水’→筛选‘近7天’→导出CSV”。

第三步：说明该路径下已知的耦合点，例如：“导出功能依赖风控服务返回的risk_score字段，该字段上周被下游服务修改为可为空”。

这三步缺一不可——只写角色不写路径，Claude会生成“用admin账号测全部菜单”这种无效项；只写路径不写耦合点，它会漏掉risk_score为空时CSV导出失败的验证点。