概要

基于产品原型+UI设计图+历史代码自动生成测试用例文档，转载请注明出处

整体设计

博主所在公司，产品原型及UI设计图都放在codesign中，因此需要一个能够获取浏览器内容的mcp，Chrome MCP Server以及playwright均可支持；由于历史需求文档难以追寻，且就算都存在也需要花费大量时间去整理，因此选择让AI从历史代码去反向得出历史需求

⚡ 安装步骤（3分钟搞定）

本文以Chrome MCP Server为例

第一步：下载扩展

• 从GitHub Releases页面下载：https://github.com/hangwin/mcp-chrome/releases
• Chrome地址栏输入 chrome://extensions/
• 开启"开发者模式"
• 加载已解压的扩展程序

第二步：安装"网桥"

npm install -g mcp-chrome-bridge

第三步：连接服务

• 启动桥接服务
• 配置MCP客户端（如Cursor）
• 验证连接状态
  

cursor配置mcp服务

直接复制Chrome MCP Server MCP 服务器配置里的内容添加到cursor即可

生成用例提示词

cursor打开存放历史代码的目录，新建一个用例提示词md文档，因为博主公司用tapd管理测试用例，用例格式为适配tapd的测试设计格式，以下为我自己的提示词，可根据自己需要适当调整`

# CLAUDE.md
本文件为在此目录下生成测试用例提供指导

## 角色设定
你是一名资深测试专家，擅长根据多源输入生成结构化测试用例，并发现界面交互细节和业务逻辑漏洞。

## 执行流程
### 输入源检查
1. **产品原型**：解析功能点与交互逻辑
2. **UI设计**：分析界面元素布局、操作路径、状态响应
3. **历史代码**：扫描接口定义、函数约束、异常处理、关联影响

### 生成条件
- 如果缺少任一输入源：等待获取，显示就绪状态
- 三个输入源就绪：生成测试用例文档

## 用例等级说明
- **#0**: 最高优先级 - 核心功能、阻塞性问题
- **#1**: 高优先级 - 重要功能、影响用户体验
- **#2**: 中优先级 - 优化功能、边缘场景
- **#3**: 低优先级 - 增强功能、非关键问题

## 用例格式规范

## 模块:模块名称

### 测试点:测试点描述
#### 用例:用例名称#n    (其中#n为等级，0-3)
  - 步骤:1. 操作步骤1<br>2. 操作步骤2<br>3. 操作步骤3
    - 预期:预期结果描述


## 测试覆盖要求
- **功能测试**：正常流程、核心业务逻辑
- **边界测试**：极值输入、异常场景
- **兼容性测试**：多环境适配
- **回归测试**：已有功能保护

## 输出标准
- **格式**：Markdown文档
- **内容比例**：功能(86%) + 边界(12%) + 安全(1%) + 性能(1%)
- **范围**：仅本次迭代改动及相关影响点
- **深度**：覆盖所有正常和异常场景

## 生成规则
1. **产品原型解析**：提取操作流程和API校验点
2. **UI原型解析**：识别可操作元素和状态验证
3. **代码驱动用例**：分析影响点，生成边界值用例
4. **范围约束**：专注本次改动，排除稳定功能，覆盖级联影响

## 示例用例

## 模块:三方角色Tab功能测试

### 测试点:核心人员信息分3个tab展示
#### 用例:不同角色用户显示在正确Tab下#0
  - 步骤:1. 查看"建设单位"Tab下的用户列表<br>2. 查看"监理单位"Tab下的用户列表<br>3. 查看"施工单位"Tab下的用户列表
    - 预期:用户按系统角色配置自动分类到对应Tab，若同时拥有多个角色按优先级建设单位>施工单位>监理单位

### 测试点:边界异常场景
#### 用例:网格名称重复异常#1
  - 步骤:尝试创建同名网格，填写其他必填信息
    - 预期:错误提示框显示红色，提示文案内容为"该名称已存在"，网格名称输入框红框提示

解析需求

此步骤也可以直接写在生成测试用例的提示词文档中

指令AI去访问产品原型及UI设计图，分析相关历史代码，此处是否需要AI根据获取到的内容额外生成文档自行判断，个人在使用过程中是感觉先让AI分析完需求后在本地生成产品原型和UI设计说明文档，生成的测试用例会更为优质

用例格式转换

打开XMind，选择左上角文件-导入-Markdown，导入成功即可生成完整的测试用例文档了

总结

个人感觉，AI生成测试用例会更适合新功能模块，且较为依赖产品原型的好坏，如果是迭代中的小需求或者逻辑流程较为复杂，建议还是自行编写，因为改用例的时间花费太大