通义千问测试验收表提示词：高效利用参考资料指南

先说几个核心判断：和通义千问这类大模型打交道时，想把测试验收表生成得真正能用、敢用，关键不在于模型有多聪明，而在于你的提示词设计够不够“狠”。

很多团队踩过的坑都是类似的——要么模型凭空编造了几个字段，要么关键检查项被漏得一干二净，再不然就是甩过来一套通用模板，看着像模像样，细看根本没法落地。问题出在哪儿？出在参考资料没进提示词，模型压根儿没“看到”你的标准，它只能靠训练数据里的泛化记忆去“瞎猜”。

要解决这个问题，本质上就三步：把原文贴进去，把引用锁死，把输出格式焊牢。

把参考资料直接粘进提示词正文

别写“详见附件”四个字——不存在什么附件，模型看不到。正确做法是复制PDF、Excel或Word里验收条款的原文，粘贴到提示词最开头，单独起一段，用【参考资料】标题标出来。

这一步不做，结果就是凭空编造。切忌任何简化操作：PDF里的“4.2.3 权限校验需覆盖RBAC三级角色”，不能缩写成“权限要检查角色”。术语一旦丢失，约束的粒度就没了，生成的检查项会放过真正的隐患点。

用指令锁死引用行为

参考资料贴完后，紧跟着必须补一条强约束指令，而且得是那种不给模型留商量余地的措辞：

“请严格依据上方【参考资料】逐条生成测试验收表，每个验收项必须对应参考资料中的一条原文，不可合并、不可拆分、不可改写原意。未在参考资料中间出现的字段、检查点、通过标准一律禁止添加。”

这条指令和“请参考文档”的区别，实操过的都懂。它直接压死了模型的自由发挥空间，逼它做的不是创作，而是文本映射。说的直白点，这就是给模型戴上了一副“没有原创校验标准”的手套。

结构化提示词引导输出格式

光锁死引用还不够，输出格式不明确，模型还是会跑偏。推荐两种方式，看你怎么顺手。

方法一：直接指定表格字段名

在指令后追加：“输出为Markdown表格，列名为：序号｜验收条款原文｜测试项描述｜预期结果｜验收方式（人工检查/接口调用/截图留存）｜是否必填项（是/否）”。六个列名从右到左只留你需要的，清晰明了。

方法二：抛出一行真实的示例来锚定格

模型对“参考示例”的学习能力远超对“遵守规则”的响应。紧接指令后，给一行真实例子（必须来自你刚刚粘贴的参考资料原文，虚构的不算）：

“示例：|1｜4.2.3 权限校验需覆盖RBAC三级角色｜登录管理员账号，切换至普通用户角色，验证是否无法访问敏感数据导出按钮｜点击导出按钮返回403或按钮置灰｜人工检查｜是|”

这行示例的作用，相当于给模型定了个“精度颗粒度”的标尺。后面生成的每一行，它都会自动对齐这个模板的语气、详略和格式。

验证生成结果是否真用了参考资料

别信模型说什么“已遵循”，得动手查。

第一步：逐行比对表格里的“验收条款原文”列和你在参考资料里贴进去的条款，确保字面完全一致。出现措辞替换或参数增减的直接标红。

第二步：随机挑3条“预期结果”，反查参考资料原文：如果原文只写了“应校验角色”，但生成的预期结果里多了“时间戳+IP白名单”，说明模型手松了、提示词的约束失效了。

第三步：重点看“验收方式”这一列。如果出现了参考资料里压根没提的“自动化脚本验证”“调用XX平台API”这类描述，别犹豫，整行删除。参考资料里没提的方式，就是模型给自己加的戏，不能留。

这三步走完，你手里那份测试验收表，才会是真正贴着需求、能拿给团队直接执行的东西。