你是一名资深测试工程师，正在为「微信小程序登录页」编写端到端测试用例——仅覆盖手机号+密码登录流程；不包含短信验证码、微信授权等分支路径；所有用例需含前置条件、操作步骤、预期结果三要素；1. 【用例id】tc-login-001【场景】正常手机号密码登录【前置条件】用户已注册且账号未被冻结【操作步骤】①打开小程序→点击“登录”按钮→输入已注册手机号→输入正确密码→点击“登录”【预期结果】跳转至首页，右上角显示用户头像；严格按以上格式生成10条测试用例，编号从tc-login-001开始连续递增，不添加任何解释性文字；弱网；空密码；密码错误5次；手机号格式错误（如123）；登录态过期后刷新页面；必须验证；应返回；须触发；不接受“检查界面是否正常”；每条预期结果必须含可判定的实体对象；若生成用例少于8条或出现“其他情况”“类似场景”等兜底表述，立即重新生成。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要一份能直接复制进ChatGPT、无需二次修改就能跑出有效测试用例的提示词，而不是泛泛而谈“请生成测试用例”的模糊指令——这类提示词常因缺少角色定义、边界约束和输出格式控制，导致模型返回空泛条目或遗漏关键场景。
明确测试对象与范围
先在提示词开头用一句话锁定被测对象，例如：“你是一名资深测试工程师，正在为「微信小程序登录页」编写端到端测试用例”。【必须写明具体页面/功能模块名称，不能写“某个功能”或“相关页面”】
紧接着用破折号列出3～5个硬性边界条件，比如：—仅覆盖手机号+密码登录流程；—不包含短信验证码、微信授权等分支路径；—所有用例需含前置条件、操作步骤、预期结果三要素。
这一步漏掉，模型会自动补全它认为“合理”的分支，比如给你加人脸识别测试项，实际项目根本没这个模块。
强制结构化输出格式
在提示词中插入一段带编号的模板示例，格式必须严格到标点符号：
1. 【用例ID】TC-LOGIN-001
【场景】正常手机号密码登录
【前置条件】用户已注册且账号未被冻结
【操作步骤】①打开小程序→点击“登录”按钮→输入已注册手机号→输入正确密码→点击“登录”
【预期结果】跳转至首页，右上角显示用户头像
示例后紧跟一句指令：“严格按以上格式生成10条测试用例，编号从TC-LOGIN-001开始连续递增，不添加任何解释性文字。”
用于在用户想通过浏览器自动化与 Google Gemini 或 ChatGPT 交互时。触发短语包括“ask Gemini”“ask ChatGPT”“ask GPT”“让...”。
注入典型异常场景关键词
方法一：在提示词末尾追加触发词清单，每词独占一行：
弱网
空密码
密码错误5次
手机号格式错误（如123）
登录态过期后刷新页面
方法二：用括号嵌入主句中——“特别注意覆盖（弱网重试机制）、（密码连续错误锁账号）、（token过期后接口响应码）三类异常流”。
【不要写“包括但不限于”，模型会忽略后续列举】
封住模型自由发挥口子
第一步：禁止使用“可能”“建议”“可以考虑”等模糊动词，全部替换为“必须验证”“应返回”“须触发”。
第二步：堵死常见滥竽充数行为——在提示词里写明：“不接受‘检查界面是否正常’这类无效描述；每条预期结果必须含可判定的实体对象（如按钮文字、Toast文案、HTTP状态码）。”
第三步：加一道保险：“若生成用例少于8条或出现‘其他情况’‘类似场景’等兜底表述，立即重新生成。”
