尧图网页设计 
从蓝湖原型到 Excel 测试用例一个原型转测试用例Skill 的完整拆解导读本文讲解一个「原型/截图 → PRD → 测试点思维导图 → Excel 测试用例」的一站式 Skill 技能包括它的三个工作阶段、使用要点、以及换项目后能否复用。适合需要在需求评审后快速产出测试用例的前端、测试、以及想用 AI 提效的研发同学阅读。这个技能拆成哪三个阶段、用的时候要注意什么、换一个项目它还能不能接着用下面一条条说。一、痛点测试用例为什么这么难产做软件研发的都懂测试用例往往结果最好、过程最痛苦需求评审的时候原型散得到处都是测试得自己把上下文拼全PRD 写得不细缺边界值、缺异常流、缺格式校验测试只能靠经验猜就算测试点定下来了往 Excel 里一条条填「前置条件 / 步骤 / 预期结果」又是海量的重复劳动。有没有可能把一个项目从「原型」一路推到「能交付的 Excel 测试用例」自动化地跑完这个Skill盯的就是这件事。二、这个 Skill 是什么它是一站式「原型转测试用例」技能按顺序走三个阶段原型/截图或已有 PRD ↓ ① 原型转 PRD含缺陷检测 PRD 需求文档 ↓ ② PRD 转测试点思维导图 测试点思维导图.md / .mm ↓ ③ 思维导图转 Excel 测试用例 Excel 测试用例每个阶段跑完都会先给你看结果、等你确认你点头了才进下一阶段。不是黑盒一把梭每一步都看得见、能回退。简单说你只管给原型或截图剩下分三步走每一步产出都能单独检查、单独返工。三、三个阶段的边界阶段 1把原型变成「够专业」的 PRD两种输入蓝湖链接自动采集或截图图片解析。固定模板文档信息、产品概述、信息架构与页面流转、功能需求、全局规则、非功能需求、待确认事项、缺陷与优化建议就按这套章节来。内置缺陷检测模糊性、缺失性、不一致性、不可测试性、完整性、优先级范围六大类。页面固定子项每个页面强制补齐「UI 组件与文案 / 异常空状态 / 页面跳转」这些小节后面才提得出东西来。可选的同行业细节优化按同行业规范补手机号正则、身份证校验位、金额边界、输入长度、文件大小这些实现细节统一标「建议待产品确认」不瞎编。阶段 2把 PRD 变成测试点全景图九个维度过一遍UI / 功能正向 / 功能逆向 / 边界值 / 异常 / 交互 / 权限 / 数据流转 / 兼容适配。主动补优化不是照抄看到边界稀疏、异常流缺失、考虑不专业的地方会主动补出优化测试点PRD 没定义的统一标「待确认」不编具体值。双格式输出Mermaid.md FreeMind.mm还会做结构自检维度白名单、层级归属、XML 能不能解析都查一遍。编号与优先级统一走模块-页面-维度-序号编号P0/P1/P2 分级方便追溯和筛选。支持多端多端项目可以加一层「端」按 端→模块→页面→维度→测试点 组织结构不会乱。阶段 3把测试点变成能直接执行的用例标准字段用例编号、所属模块/页面、测试维度、标题、前置条件、测试步骤、测试数据、预期结果、优先级、备注、关联需求、执行状态。优先级自动分配正向/权限→P0逆向/边界/异常/数据→P1UI/交互/兼容→P2遇到关联缺陷就自动升一级。质量纪律测试数据要具体分有效/无效/边界/特殊预期结果得能观察、能量化不让用「正常」「大致」这种词糊弄。可选增强场景拆分、去重合并、人工补兼容等按需开。四、用的时候记住几个「点」前期先把维度勾清楚运行前会先问你要提哪些维度性能 / 安全 / 兼容 / 接口 / 易用性没勾的默认不提取。阶段之间要你真确认每个阶段结束不会自己往下跳你得明确点头想一次跑完也行但中间会一直给你报进度。「不臆造」是底线PRD 没写的边界值、测试数据、预期结果缺产品口径的统一标「待确认」需要产品回填具体值的标「待补充」不会替你瞎编。多端项目建议开「端」层不然几个模块挤在一页会乱。五、换一个项目还能用吗问这个问题的不少。分开看方法论层面「任何项目都能用」运行层面「看所处环境有没有那套能力」。5.1 方法论层面通用这套东西的方法论跟具体业务没关系抓的是三段式的通用工程方法九个测试维度任何软件都适用六类缺陷检测行业通用规则输出格式Mermaid / .mm / Excel 字段不绑任何业务。项目类型不挑Web、App、小程序、管理系统、电商、SaaS 都能用PRD 还会按项目类型调侧重后端偏接口/状态机、电商偏并发/一致性、金融偏安全/精度。说到底就是能力跟场景解耦。换一个项目方法论照样成立。5.2 运行层面看环境能力不看你放了什么文件这点最容易和「任何项目都能用」混在一起。skill不要求项目里放任何特定文件或配置但能不能全自动跑下来取决于执行能力环境依赖能力缺能力时的降级IDE / 编程助手如 Trae文件读写、浏览器自动化、Python 运行、命令执行蓝湖链接→引导传截图Excel→对话表格单文件 Skill如 QwenWork客户端内置工具同上自动化程度随客户端能力打折看清了这些是环境能力不是项目配置。skill 不绑任何项目但在一个环境里头一次跑得先确认这套能力齐不齐。5.3 唯一的软性前提也跟项目文件无关产出质量还依赖输入侧的配合输入得完整蓝湖链接能访问 / 截图清晰 / PRD 可读。输入残缺产出只能标「待确认」。过程中得搭把手维度勾选、阶段确认、要不要开细节优化都要你参与。产品最后兜底所有「待确认/待补充」项最终要产品来定skill 只是把该标的标出来不替你拍板业务值。六、两种用起来的形态看你在哪个环境有两种跑法在 IDE / 编程助手环境以「技能文件」加载能吃满文件读写、脚本执行、浏览器自动化整个流程自动化程度最高。打包成单文件 Skill比如千问 QwenWork把三阶段方法论内联进一个自包含的SKILL.md上传客户端就能复用。方法论完整保留但自动化上限看客户端。比如没有浏览器工具时蓝湖链接就只能降级成引导你传截图。小结顺完整套三阶段最大的体会是好的工具不是替你省思考而是替你把该守的纪律守住。不臆造、不跳步、每阶段确认、逐项标注待确认。自动化把重复的活干完纪律保证产出的东西能让人信。做测试用例发愁的时候可以先把流程切成「标准 PRD → 提测试点 → 落用例」三段。流程一旦被切成有边界的阶段就变得好掌控多了。Web、App、管理系统都能直接套。真要说缺什么缺的不是一堆项目配置文件而是两样一个能读写文件、能跑脚本、能开浏览器的环境外加你在关键节点愿意点下的那一次次确认。如果你也在为PRD 不细、用例难产发愁不妨照这个三段式自己搭一遍成本比你想的低。如果这篇文章对你有帮助欢迎点赞收藏有什么选型或落地上的疑问也可以在评论区交流。附Skill 地址Skill 来源https://skillhub.cn/skills/user_74d61e5d/prototype-to-test-cases 从原型到测试用例，一个 Skill 打通全流程
从蓝湖原型到 Excel 测试用例一个原型转测试用例Skill 的完整拆解导读本文讲解一个「原型/截图 → PRD → 测试点思维导图 → Excel 测试用例」的一站式 Skill 技能包括它的三个工作阶段、使用要点、以及换项目后能否复用。适合需要在需求评审后快速产出测试用例的前端、测试、以及想用 AI 提效的研发同学阅读。这个技能拆成哪三个阶段、用的时候要注意什么、换一个项目它还能不能接着用下面一条条说。一、痛点测试用例为什么这么难产做软件研发的都懂测试用例往往结果最好、过程最痛苦需求评审的时候原型散得到处都是测试得自己把上下文拼全PRD 写得不细缺边界值、缺异常流、缺格式校验测试只能靠经验猜就算测试点定下来了往 Excel 里一条条填「前置条件 / 步骤 / 预期结果」又是海量的重复劳动。有没有可能把一个项目从「原型」一路推到「能交付的 Excel 测试用例」自动化地跑完这个Skill盯的就是这件事。二、这个 Skill 是什么它是一站式「原型转测试用例」技能按顺序走三个阶段原型/截图或已有 PRD ↓ ① 原型转 PRD含缺陷检测 PRD 需求文档 ↓ ② PRD 转测试点思维导图 测试点思维导图.md / .mm ↓ ③ 思维导图转 Excel 测试用例 Excel 测试用例每个阶段跑完都会先给你看结果、等你确认你点头了才进下一阶段。不是黑盒一把梭每一步都看得见、能回退。简单说你只管给原型或截图剩下分三步走每一步产出都能单独检查、单独返工。三、三个阶段的边界阶段 1把原型变成「够专业」的 PRD两种输入蓝湖链接自动采集或截图图片解析。固定模板文档信息、产品概述、信息架构与页面流转、功能需求、全局规则、非功能需求、待确认事项、缺陷与优化建议就按这套章节来。内置缺陷检测模糊性、缺失性、不一致性、不可测试性、完整性、优先级范围六大类。页面固定子项每个页面强制补齐「UI 组件与文案 / 异常空状态 / 页面跳转」这些小节后面才提得出东西来。可选的同行业细节优化按同行业规范补手机号正则、身份证校验位、金额边界、输入长度、文件大小这些实现细节统一标「建议待产品确认」不瞎编。阶段 2把 PRD 变成测试点全景图九个维度过一遍UI / 功能正向 / 功能逆向 / 边界值 / 异常 / 交互 / 权限 / 数据流转 / 兼容适配。主动补优化不是照抄看到边界稀疏、异常流缺失、考虑不专业的地方会主动补出优化测试点PRD 没定义的统一标「待确认」不编具体值。双格式输出Mermaid.md FreeMind.mm还会做结构自检维度白名单、层级归属、XML 能不能解析都查一遍。编号与优先级统一走模块-页面-维度-序号编号P0/P1/P2 分级方便追溯和筛选。支持多端多端项目可以加一层「端」按 端→模块→页面→维度→测试点 组织结构不会乱。阶段 3把测试点变成能直接执行的用例标准字段用例编号、所属模块/页面、测试维度、标题、前置条件、测试步骤、测试数据、预期结果、优先级、备注、关联需求、执行状态。优先级自动分配正向/权限→P0逆向/边界/异常/数据→P1UI/交互/兼容→P2遇到关联缺陷就自动升一级。质量纪律测试数据要具体分有效/无效/边界/特殊预期结果得能观察、能量化不让用「正常」「大致」这种词糊弄。可选增强场景拆分、去重合并、人工补兼容等按需开。四、用的时候记住几个「点」前期先把维度勾清楚运行前会先问你要提哪些维度性能 / 安全 / 兼容 / 接口 / 易用性没勾的默认不提取。阶段之间要你真确认每个阶段结束不会自己往下跳你得明确点头想一次跑完也行但中间会一直给你报进度。「不臆造」是底线PRD 没写的边界值、测试数据、预期结果缺产品口径的统一标「待确认」需要产品回填具体值的标「待补充」不会替你瞎编。多端项目建议开「端」层不然几个模块挤在一页会乱。五、换一个项目还能用吗问这个问题的不少。分开看方法论层面「任何项目都能用」运行层面「看所处环境有没有那套能力」。5.1 方法论层面通用这套东西的方法论跟具体业务没关系抓的是三段式的通用工程方法九个测试维度任何软件都适用六类缺陷检测行业通用规则输出格式Mermaid / .mm / Excel 字段不绑任何业务。项目类型不挑Web、App、小程序、管理系统、电商、SaaS 都能用PRD 还会按项目类型调侧重后端偏接口/状态机、电商偏并发/一致性、金融偏安全/精度。说到底就是能力跟场景解耦。换一个项目方法论照样成立。5.2 运行层面看环境能力不看你放了什么文件这点最容易和「任何项目都能用」混在一起。skill不要求项目里放任何特定文件或配置但能不能全自动跑下来取决于执行能力环境依赖能力缺能力时的降级IDE / 编程助手如 Trae文件读写、浏览器自动化、Python 运行、命令执行蓝湖链接→引导传截图Excel→对话表格单文件 Skill如 QwenWork客户端内置工具同上自动化程度随客户端能力打折看清了这些是环境能力不是项目配置。skill 不绑任何项目但在一个环境里头一次跑得先确认这套能力齐不齐。5.3 唯一的软性前提也跟项目文件无关产出质量还依赖输入侧的配合输入得完整蓝湖链接能访问 / 截图清晰 / PRD 可读。输入残缺产出只能标「待确认」。过程中得搭把手维度勾选、阶段确认、要不要开细节优化都要你参与。产品最后兜底所有「待确认/待补充」项最终要产品来定skill 只是把该标的标出来不替你拍板业务值。六、两种用起来的形态看你在哪个环境有两种跑法在 IDE / 编程助手环境以「技能文件」加载能吃满文件读写、脚本执行、浏览器自动化整个流程自动化程度最高。打包成单文件 Skill比如千问 QwenWork把三阶段方法论内联进一个自包含的SKILL.md上传客户端就能复用。方法论完整保留但自动化上限看客户端。比如没有浏览器工具时蓝湖链接就只能降级成引导你传截图。小结顺完整套三阶段最大的体会是好的工具不是替你省思考而是替你把该守的纪律守住。不臆造、不跳步、每阶段确认、逐项标注待确认。自动化把重复的活干完纪律保证产出的东西能让人信。做测试用例发愁的时候可以先把流程切成「标准 PRD → 提测试点 → 落用例」三段。流程一旦被切成有边界的阶段就变得好掌控多了。Web、App、管理系统都能直接套。真要说缺什么缺的不是一堆项目配置文件而是两样一个能读写文件、能跑脚本、能开浏览器的环境外加你在关键节点愿意点下的那一次次确认。如果你也在为PRD 不细、用例难产发愁不妨照这个三段式自己搭一遍成本比你想的低。如果这篇文章对你有帮助欢迎点赞收藏有什么选型或落地上的疑问也可以在评论区交流。附Skill 地址Skill 来源https://skillhub.cn/skills/user_74d61e5d/prototype-to-test-cases