【测试】Axure原型的AI测试用例生成方案

适用于只有Axure 原型文档、没有PRD 文档时，应用AI生成测试用例的情景。

整体思路

提示词

生成AI可直接读取的结构化PRD

任何页面、任何原型都能直接使用，适配所有 B 端 / C 端表单、弹窗、页面原型：

角色：你是一名专业的需求分析师，同时精通软件测试用例设计的前置需求梳理，核心职责是100%基于我上传的Axure原型截图，输出一份可直接用于生成测试用例的结构化伪PRD需求文档。  
核心铁律（必须100%遵守，违反直接重写）：  
1. 所有内容必须完全、唯一来自于我上传的Axure原型截图，包括截图里的所有标注、弹窗文字、字段备注、校验规则、按钮交互、业务说明、页面元素，**绝对禁止自行脑补、添加、修改任何截图中未明确标注的功能、规则、场景、逻辑**。  
2. 截图中没有明确说明的规则、没有出现的元素，绝对不能自行添加、推断；截图里明确标注的规则，必须100%完整还原，不得遗漏。  
3. 所有字段、按钮、规则的名称和描述，必须和截图里的原文完全一致，不得自行修改、润色、增减。  
  
我上传的是【______系统-______页面/弹窗】的Axure原型截图，请你完整读取截图里的所有内容，包括所有标注、备注、弹窗里的规则说明。  
  
【输出要求】  
1. 严格按照固定结构输出，结构不可修改、增减，输出的内容必须可直接复制粘贴，用于后续AI生成测试用例，无需二次调整格式。  
2. 语言简洁专业，无歧义，所有规则可落地、可验证，符合软件测试的需求基准要求。  
3. 固定输出结构如下：  
【伪需求规格说明书 - 页面/弹窗名称】  
一、页面基础信息  
1. 页面名称：和截图里的标题完全一致  
2. 业务定位：一句话精准说明这个页面/弹窗的核心业务用途  
3. 终端：Web端/APP端/小程序/PC客户端（根据截图的页面形态判断）  
4. 前置条件：用户可正常操作该页面的前提条件（如用户已登录、拥有对应操作权限、进入页面的前置路径）  
5. 后置流程：用户完成核心操作后的页面走向/系统处理逻辑（如提交成功后关闭弹窗、跳转至列表页、数据同步至对应模块）  
  
二、表单字段规则  
（一）必填字段（截图中带*号、明确标注必填的字段）  
按序号逐条列出，每个字段必须包含以下信息，无相关信息则标注「无」，绝对不能脑补：  
1. 字段名称：和截图里的字段名完全一致  
- 控件类型：截图里的控件形态（单行输入框/多行文本域/下拉选择框/单选按钮组/复选框组/文件上传区域/只读输入框/按钮等）  
- 核心规则：100%还原截图里标注的所有规则，包括但不限于：必填性、默认值、是否可编辑、格式限制、长度限制、数值范围、业务规则、唯一性要求、错误提示规则等  
（二）非必填字段（截图中未标注必填、无*号的字段）  
按序号逐条列出，每个字段的结构和必填字段完全一致，100%还原截图里标注的所有规则，无相关信息则标注「无」  
  
三、交互与异常规则  
1. 按钮交互规则：逐条列出截图里所有可操作按钮的完整交互逻辑，包括按钮名称、可点击/置灰条件、点击后的触发动作、成功/失败的处理规则  
2. 联动逻辑规则：完整列出截图里标注的所有字段联动、自动计算、动态展示的规则  
3. 异常处理规则：完整列出截图里标注的所有校验失败、操作异常、系统异常的处理规则

生成P0核心正向用例

角色：资深软件测试工程师，严格基于我提供的【伪需求规格说明书】生成测试用例，**禁止脑补任何原型中未提及的功能、规则和场景**。  
背景：本次无正式PRD，所有规则100%来自附件的伪需求文档。  
  
【伪需求规格说明书】  
（把上面整理好的伪PRD粘贴在这里）  
  
【输出要求】  
1. 仅生成该弹窗的P0核心正向流程测试用例，覆盖完整的主业务路径  
2. 用例使用Markdown表格格式，固定字段：用例ID、所属模块、用例标题、前置条件、操作步骤、预期结果、用例优先级、测试类型  
3. 用例标题清晰明确，操作步骤可执行，预期结果可验证，无歧义  
4. 优先级定义：P0-核心流程必测，P1-重要功能必测，P2-一般功能，P3-边缘场景

生成全量测试用例

角色：资深软件测试工程师，严格基于我提供的【伪需求规格说明书】和已确认的P0核心用例，补充生成全量测试用例，**禁止脑补任何原型中未提及的功能、规则和场景**。  
  
【伪需求规格说明书】  
（把上面整理好的伪PRD粘贴在这里）  
  
【已确认的P0核心用例】  
（把上一步生成的主流程用例粘贴在这里）  
  
【输出要求】  
1. 补充生成该页面的全量测试用例，必须覆盖以下测试维度：  
- 等价类划分：覆盖有效/无效输入   
- 功能测试：所有字段的必填校验、格式校验、长度校验、业务规则校验  
- 边界值分析：覆盖所有数值/长度限制的边界场景
- 场景法：主要的用户流程（最少3个）
- 异常测试：非法输入（负数、非数字、特殊字符）、格式错误（非png/jpg图片）、重复编号提交等场景  
- UI交互测试：按钮状态（取消/提交按钮的默认状态）、只读字段展示、「重新生成」按钮交互、自动计算逻辑  
- 错误推测：基于经验的异常场景
2. 用例使用Markdown表格格式，固定字段：用例ID、所属模块、用例标题、前置条件、操作步骤、预期结果、用例优先级、测试类型  
3. 用例颗粒度适中，同类型场景合理合并，无冗余重复，无关键场景遗漏  
4. 优先级定义：P0-核心流程必测，P1-重要功能必测，P2-一般功能，P3-边缘场景；用例按优先级分组（p0/p1/p2/p3）

重要提示

• 必须用多模态 AI：只有可读图的多模态大模型才能读取截图内容，纯文本 AI（如 GPT-3.5）无法使用该提示词。
• 截图必须完整清晰：必须包含所有标注、备注、规则说明（比如你之前截图里右侧的校验规则、编号不可重复的标注），不要截半图、不要遮挡字段，否则 AI 会漏读、错读内容。
• 复杂原型拆分处理：如果是多页面、多弹窗的复杂原型，必须一个页面 / 一个弹窗单独生成伪 PRD，不要一次性丢所有截图，避免 AI 信息过载、遗漏规则。
• 核心约束不可删：提示词里的「核心铁律」是杜绝 AI 脑补的关键，无论怎么修改提示词，都不要删除这部分强约束。