必须以markdown表格格式输出；“检查项”列仅填1～3个动词开头的可验证断言；需提供含异常流的真实样例；接口类覆盖状态码/响应头/响应体，ui类限前端可观测行为，安全类用owasp术语；禁用模糊表述，每例严格3项并按优先级排序；结尾加“校验结果：”自我确认。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要让ChatGPT把模糊的测试场景描述（比如“用户登录失败时提示要友好”“优惠券叠加规则要校验”）自动扩展成结构完整、可执行的测试用例表，但AI常只给文字描述、不列检查项，导致无法直接进用例管理平台或Excel表格归档。
让AI输出带明确检查项的用例表
第一步：在提示词开头【必须声明输出载体是表格】。不写“请用表格呈现”，AI默认按段落输出；写成“以Markdown表格格式输出”，它才强制对齐列宽、生成分隔线。这步漏掉，后续所有字段都会散乱。
第二步：显式定义“检查项”字段名和内容边界。不能只说“包含检查项”，要写清楚：“检查项”列仅填写1～3个可验证动作或断言，每项以动词开头，如‘校验弹窗标题为“登录失败”’‘检查响应体中error_code字段值为1002’‘确认页面URL未跳转至/home’。否则AI会混入主观描述，例如“用户体验较差”，这种无法执行。
第三步：给一个带检查项的真实样例，且该样例需含异常流。例如：“|用例编号|场景|前置条件|操作步骤|检查项|
|TC-001|密码错误三次后账户锁定|用户已注册，当前密码错误次数为2次|1. 输入正确用户名
2. 连续输入错误密码3次|校验第3次提交后返回状态码403
检查响应头中X-Account-Locked值为true
确认登录按钮置灰不可点击|”。AI会严格模仿这个粒度和动词结构。
针对不同测试类型定制检查项要求
方法一：接口类用例——强制绑定协议层验证
在提示词中加入：“检查项必须覆盖HTTP状态码、关键响应头、JSON响应体字段值三类，每类至少1项。若无响应头则写‘无相关响应头’，不可留空。”
用于在用户想通过浏览器自动化与 Google Gemini 或 ChatGPT 交互时。触发短语包括“ask Gemini”“ask ChatGPT”“ask GPT”“让...”。
方法二：UI类用例——限定前端可观测行为
写明：“检查项只能写浏览器可直接验证的内容：元素是否存在/是否可见/文本是否匹配/属性值是否正确/URL是否变更。禁止出现‘用户感到困惑’‘逻辑合理’等不可观测表述。”
方法三：安全类用例——嵌入OWASP术语
加上约束：“检查项须使用OWASP ASVS标准术语，如‘验证Referer头校验机制存在’‘确认密码字段启用autocomplete=off’‘检查登录失败响应未泄露账户存在性’。不接受口语化表达。”
防止检查项失效的关键操作
第一步：在需求描述后追加否定指令
例如：“不要生成‘检查功能是否正常’这类无效检查项；不要出现‘确保系统稳定’‘验证流程顺畅’等无法用工具断言的描述；所有检查项必须能被Postman断言、Selenium脚本或人工截图比对直接验证。”
第二步：用数字标出检查项上限
写：“每个用例的检查项严格限制为3项，优先级从高到低排列：第1项为必现现象（如状态码），第2项为关键业务字段（如discount_amount），第3项为防御性验证（如CSRF token是否刷新）。”
第三步：要求AI自我校验输出
结尾加一句：“生成完毕后，在表格下方另起一行，用‘校验结果：’开头，说明你是否为每个用例都提供了3个可执行检查项。如果不是，请立即重写。”
