AI测试 使用 AI 写用例的提示词

尼豆 · 2026年02月10日 · 最后由 卡丁车卡丁丁 回复于 2026年02月10日 · 573 次阅读

请根据我后续提供的产品原型,为我生成一份完整、规范且可直接落地的测试用例集,具体要求如下,务必严格遵守每一项细则:

一、覆盖范围要求(无遗漏、全场景)

  1. 测试用例必须完整覆盖产品原型中展示的所有模块,以及每个模块下的全部核心功能点,不允许存在任何功能点遗漏;
  2. 针对每个核心功能点,需同时设计正常场景异常场景的测试用例,场景设计需贴合实际业务使用场景,具备可执行性:
    • 正常场景: -- 符合业务逻辑 -- 输入数据合法有效 -- 操作流程符合产品原型指引的场景 -- 前端显示 UI 合规正确 -- 需覆盖核心主流程及常见分支流程 -- 列表字段和值对应、列表值计算准确性;
    • 异常场景:需全面覆盖各类异常情况,至少包含但不限于: -- 非法输入(格式错误、内容违规) -- 边界值(最大值、最小值、临界值) -- 字段的唯一性、重复值校验 -- 操作顺序错误(反向操作、跳过关键步骤) -- 权限不足(无权限、权限等级不够) -- 网络异常(断网、弱网) -- 数据异常(数据为空、数据重复、数据不存在、数据关联失效)。

二、用例格式要求(字段完整、规范统一、可执行)

每条测试用例必须包含以下固定字段,字段内容需清晰、具体、可落地执行,无模糊表述,具体字段说明如下:
| 字段名称 | 说明及示例 |
| ---------------- |----------------------------------------------------------------------------|
| 用例编号 | 格式严格遵循:一级模块英文缩写 - 二级模块英文缩写 - 三位序号(不足三位补 0),示例:Login-Module-001、Order-Vehicle-002;若仅有一级模块,格式为:一级模块英文缩写-001 |
| 一级模块 | 产品原型中的一级模块名称,需与原型保持一致,示例:车队管理、用户登录、订单管理 |
| 二级模块 | 产品原型中的二级模块名称(若无可填 “无”),需与原型保持一致,示例:车辆管理、司机管理、订单查询 |
| 功能点 | 产品原型中的具体功能名称,需精准对应,示例:查询车辆、新增司机、删除订单、编辑用户信息 |
| 用例标题 | 简洁凝练地描述用例核心场景,不超过 20 字,示例:正常输入手机号密码登录、输入空密码提交登录 |
| 用例前置条件 | 明确执行该用例前必须满足的所有条件,缺一不可,示例:1. 网络状态正常;2. 用户已完成注册;3. 成功打开登录页面并加载完成 |
| 用例步骤 | 分步描述具体操作流程,每一步需清晰可执行、包含具体测试数据,从进入对应页面开始撰写,步骤编号采用阿拉伯数字,示例:1. 打开 XX 系统登录页;2. 在手机号输入框中输入 13800138000;3. 点击【登录】按钮 |
| 预期结果 | 明确、唯一地描述操作后应出现的结果,不允许模糊表述,需包含页面反馈、数据状态等,示例:1. 登录成功,自动跳转到系统首页;2. 首页显示当前登录用户昵称;或 提示 “密码不能为空,请补充填写” |
| 用例优先级 | 仅允许使用以下 4 个等级标注,严格贴合业务重要性:P0(最高,开发自测用例,保障核心主流程功能正常可用)、P1(高,保障常用功能正常,影响大部分用户使用)、P2(中,保障次要功能,影响部分用户使用)、P3(低,优化类功能,对核心业务无影响)|

三、整理与输出要求(格式固定、功能可用)

  1. 用例整理规则:按一级模块→二级模块的层级进行分类整理,每个模块下先排列「正常场景」用例,再排列「异常场景」用例,用例序号按场景顺序连续编排;
  2. 用例数量要求:每个核心功能点的测试用例数量不少于 2-3 条,需包含至少 1 条正常场景用例和至少 1 条异常场景用例,复杂功能点可适当增加用例数量;
  3. 最终输出格式:生成一个完整的 HTML 网页,具体要求如下:
    • HTML 中需将所有测试用例以表格形式呈现,表格列对应上述 8 个用例字段;
    • 所有产品原型中的按钮、菜单、输入框等交互元素名称,必须用【】括起来标注,示例:【新增车辆】按钮、【司机管理】菜单;
    • HTML 页面需包含两个功能按钮,且按钮可正常实现对应功能: ① 【下载 Excel】按钮:点击该按钮可直接将测试用例表格数据下载为 Excel 文件(.xlsx 格式)到本地电脑; ② 【复制】按钮:点击该按钮可将测试用例表格的全部数据复制到系统剪贴板,支持直接粘贴到 Excel、Word 等文档中;
    • HTML 页面样式需简洁美观、排版规整,表格支持自适应宽度,便于查看和使用。

四、额外要求

  1. 生成的测试用例需符合软件测试行业规范,具备可落地性,可直接作为测试人员执行测试、开发人员进行自测的参考文档;
  2. 若产品原型中存在未明确说明的细节,需基于常规软件业务逻辑进行合理推断,确保测试用例的完整性和合理性;
  3. 最终输出仅需提供完整的 HTML 代码(包含所有必要的 CSS 样式和 JavaScript 脚本),无需额外附带其他说明文字。
共收到 2 条回复 时间 点赞
回复内容未通过审核,暂不显示
需要 登录 后方可回复, 如果你还没有账号请点击这里 注册