跳转到主要内容

使用chrome devtools mcp一键将所有页面都点击一次

  • 下载和安装cursor
  • 设置chrome devtools mcp
  • 编写提示词

小坑

要保证正确掉起chrome devtools mcp ，得保证ide上安装的插件已经正常加载了

生成菜单列表


获取用户输入的树形菜单数据结构文件，生成一个结构化测试进度表格。

树形菜单数据结构文件包含多级菜单：
   - 如果菜单项的 url 为空字符串或存在 children 数组（表示有子菜单），则为菜单目录，无需生成测试行
   - 如果菜单项的 url 不为空且 children 为空数组，则为可访问的页面，需要生成测试行


请按照以下要求生成表格：

1. 菜单名称 ：按层级结构拼接，格式为 [一级菜单]-[二级菜单]-[三级菜单]-[...]-[页面名称]
2. URL ：使用基础地址 https://smart.saas.vppark.cn/ 与菜单项的 url 字段组装完整可访问地址，需特别处理：
   - 如果菜单项的 url 以 / 开头，则直接拼接（避免重复）
   - 如果菜单项的 url 不以 / 开头，则添加 / 后再拼接
   - 最终 URL 应符合 Vue 项目 hash 模式的访问格式
3. 测试状态 ：[进行中/已完成],默认为: --
4. 开始时间 ：yyyy-MM-dd HH:mm:ss,默认值为：--
5. 完成时间 ：yyyy-MM-dd HH:mm:ss,默认值为：--
6. 测试结果 ：[通过/未通过],默认值为：--
请确保表格覆盖文件中所有符合条件的页面菜单项，不要遗漏任何层级。

规则文件

https://iovhm.com/book/attachments/19

开始测试语句


严格按照 `global.md` 文件中规定的测试规范、操作流程，对 `系统菜单测试进度.md` 文档中的每个条目执行以下操作：

## 测试范围
- 仅测试"测试状态"字段为 `--` 的条目（跳过已完成的条目）
- 如果所有条目都需要重新测试，则测试所有条目

## 测试执行流程
1. **逐项执行完整测试流程**，包括：
   - 测试环境准备（打开浏览器、登录等）
   - 测试用例执行（页面访问、功能交互、验证等）
   - 结果记录和问题跟踪

2. **测试报告生成**：
   - 每完成单个条目的测试后，立即按`global.md`中的`页面测试报告规范`生成结构化测试报告
   - 报告格式必须严格遵循`global.md`中的测试报告模板，包含7个章节

3. **测试结果回写**：
   将测试结果实时回写到 `./系统菜单测试进度.md` 文件中对应条目的指定字段，确保：
   - **测试状态字段**：更新为"进行中"（测试开始时）/ "已完成"（测试完成时）
   - **开始时间字段**：填写测试开始执行的时间戳（格式：YYYY-MM-DD HH:mm:ss）
   - **完成时间字段**：填写测试完成执行的时间戳（格式：YYYY-MM-DD HH:mm:ss）
   - **测试结果字段**：填写测试执行结果，格式为：
     - 通过：`✅ [简要描述，如"页面正常加载，查询功能正常"]`
     - 失败：`❌ [失败原因描述]`
     - 阻塞：`⛔ [阻塞原因描述]`
   - 保持原始文档的Markdown表格结构完整，仅修改指定字段内容
   - 每次更新后立即保存文档变更，确保进度文件始终反映最新测试状态

4. **测试异常处理**：
   - 如遇到页面无法访问、登录失败等情况，将测试状态标记为"阻塞"，并在测试结果中说明原因
   - 如测试过程中出现网络超时（超过30秒），记录为失败，继续执行后续测试
   - 所有异常情况都应在测试报告中详细记录

5. **测试规范一致性**：
   - 每次开始新条目测试前（包括多轮测试场景），必须重新核对`global.md`中的测试规范、操作流程及报告模板要求
   - 确保每轮测试使用的报告格式与最新规范完全一致
   - 严格按照`global.md`中的功能交互测试清单执行测试
回到顶部