- auth/contact Controller handleError 增加 fallbackMsg 可变参数,未知错误可返回更有语义的降级提示 - import 排序、变量对齐等 gofmt 格式规范化 - 新增管理端测试报告和路由验证报告 Made-with: Cursor
10 KiB
10 KiB
EchoChat 管理端功能测试报告
测试日期: 2026-03-02
测试人员: AI 自动化测试
测试环境: http://localhost:3100
浏览器工具: Playwright MCP
测试概览
| 测试场景 | 测试结果 | 备注 |
|---|---|---|
| 场景 1: 管理端登录 | ✅ 通过 | 登录功能正常,成功跳转 |
| 场景 2: 用户管理 | ✅ 通过 | 页面显示正常,数据加载成功 |
| 场景 3: 在线监控 | ⚠️ 部分通过 | 页面显示但 API 404 错误 |
| 场景 4: 联系人管理 | ⚠️ 部分通过 | 页面显示但 API 404 错误 |
| 场景 5: 错误处理 | ✅ 通过 | 错误提示正确显示 |
总体评价: 核心功能正常,部分后端 API 未运行或路由配置问题
详细测试结果
测试场景 1:管理端登录
测试步骤:
- 导航到 http://localhost:3100
- 输入账号:
super_admin - 输入密码:
admin123456 - 点击登录按钮
- 等待 2 秒并验证跳转
测试结果: ✅ 通过
验证结果:
- ✅ 登录页面正确加载,显示"EchoChat 管理后台"标题
- ✅ 页面标题: "管理员登录 - EchoChat 管理后台"
- ✅ 登录成功后弹出提示: "登录成功"
- ✅ 成功跳转到仪表盘页面
/#/dashboard - ✅ 页面标题更新为: "仪表盘 - EchoChat 管理后台"
- ✅ 右上角显示用户信息: "超 super_admin"
- ✅ 侧边栏显示所有菜单: 仪表盘、用户管理、联系人管理、在线监控
截图文件:
test1-login-page.png- 登录页面test1-dashboard.png- 登录成功后的仪表盘
页面内容验证:
- 仪表盘显示 4 个统计卡片(总用户数、在线用户、今日会议、系统消息)
- 开发进度信息显示: "Phase 1: 基础设施与用户认证模块 — 进行中"
测试场景 2:用户管理
测试步骤:
- 点击侧边栏"用户管理"菜单
- 点击子菜单"用户列表"
- 验证页面内容
测试结果: ✅ 通过
验证结果:
- ✅ 用户管理菜单正常展开,显示"用户列表"子菜单
- ✅ 成功跳转到用户列表页面
/#/user/list - ✅ 页面标题更新为: "用户列表 - EchoChat 管理后台"
- ✅ 页面显示"用户管理"标题和"创建用户"按钮
- ✅ 搜索功能区域正常显示(关键词搜索、状态筛选、搜索/重置按钮)
- ✅ 用户列表表格正确显示,包含以下字段:
- ID、用户名、邮箱、昵称、角色、状态、最后登录、注册时间、操作
- ✅ 数据加载成功,显示 7 条用户记录:
- ID=7: bojinyuan (管理员、普通用户)
- ID=6: created_by_admin (普通用户、管理员、超级管理员)
- ID=5: admin_test (管理员、普通用户)
- ID=4: testuser1 (普通用户、管理员)
- ID=3: testuser3 (普通用户)
- ID=2: testuser (普通用户)
- ID=1: super_admin (超级管理员)
- ✅ 分页组件正常显示: "共 7 条","10条/页"
- ✅ 操作按钮正确显示(详情、禁用)
截图文件:
test2-user-list.png- 用户列表页面
UI 评价:
- 页面布局清晰,表格显示美观
- 角色标签使用不同颜色区分(橙色、蓝色)
- 状态显示为绿色标签(正常)
测试场景 3:在线监控
测试步骤:
- 点击侧边栏"在线监控"菜单
- 验证页面内容
测试结果: ⚠️ 部分通过
验证结果:
- ✅ 成功跳转到在线监控页面
/#/monitor/online - ✅ 页面标题更新为: "在线监控 - EchoChat 管理后台"
- ✅ 页面布局正常显示,包含:
- 标题"在线监控"
- 自动刷新开关(已开启)
- 刷新按钮
- 3 个统计卡片:当前在线(0)、最后刷新(--)、刷新间隔(30s)
- 在线用户列表表格(显示"暂无在线用户")
- ❌ API 请求失败,返回 404 错误:
/api/v1/admin/online/users- 404/api/v1/admin/online/count- 404
- ❌ 页面显示错误提示: "请求错误 (404)"(连续两次)
截图文件:
test3-online-monitor.png- 在线监控页面
控制台错误日志:
[ERROR] Failed to load resource: the server responded with a status of 404 (Not Found) @ http://localhost:3100/api/v1/admin/online/users
[ERROR] 获取在线数据失败 AxiosError: Request failed with status code 404
[ERROR] Failed to load resource: the server responded with a status of 404 (Not Found) @ http://localhost:3100/api/v1/admin/online/count
问题分析: 前端页面正常,但后端 API 路由未找到。可能原因:
- 后端服务未启动这些路由
- 路由路径配置错误
- 后端代码未部署或未编译
测试场景 4:联系人管理
测试步骤:
- 点击侧边栏"联系人管理"菜单展开
- 点击子菜单"好友关系"
- 验证页面内容
测试结果: ⚠️ 部分通过
验证结果:
- ✅ 联系人管理菜单正常展开,显示"好友关系"子菜单
- ✅ 成功跳转到好友关系管理页面
/#/contact/list - ✅ 页面标题更新为: "好友管理 - EchoChat 管理后台"
- ✅ 页面显示"好友关系管理"标题
- ✅ 表格正确显示,包含以下字段:
- ID、用户 A、用户 B、状态、备注、创建时间、操作
- ✅ 表格显示空状态: "暂无好友关系数据"
- ✅ 分页组件正常显示: "共 0 条","20条/页"
- ❌ API 请求失败,返回 404 错误:
/api/v1/admin/contacts?page=1&page_size=20- 404
- ❌ 页面显示错误提示: "请求错误 (404)"
截图文件:
test4-contact-management.png- 好友关系管理页面
控制台错误日志:
[ERROR] Failed to load resource: the server responded with a status of 404 (Not Found) @ http://localhost:3100/api/v1/admin/contacts?page=1&page_size=20
[ERROR] 获取好友关系列表失败 AxiosError: Request failed with status code 404
问题分析: 与测试场景 3 相同,前端页面正常但后端 API 未响应。
测试场景 5:错误处理
测试步骤:
- 点击右上角用户按钮
- 点击"退出登录"
- 回到登录页面
- 输入账号:
super_admin - 输入错误密码:
wrongpassword - 点击登录按钮
- 验证错误提示
测试结果: ✅ 通过
验证结果:
- ✅ 退出登录功能正常,成功跳转到登录页面
/#/login - ✅ 使用错误密码登录时,返回 401 错误(符合预期)
- ✅ 错误提示正确显示: "账号或密码错误"
- ✅ 错误提示符合前后端联动规范,优先使用后端返回的
data.message - ✅ 没有出现"登录已过期"等不准确的提示
截图文件:
test5-error-handling.png- 登录页面(输入错误密码后)test5-error-message-visible.png- 错误提示(快照中可见)
控制台日志:
[ERROR] Failed to load resource: the server responded with a status of 401 (Unauthorized) @ http://localhost:3100/api/v1/admin/auth/login
[ERROR] 管理员登录失败: AxiosError: Request failed with status code 401
评价: 错误处理符合项目规范,提示信息准确友好。
发现的问题汇总
1. 在线监控和联系人管理 API 404 错误
严重程度: 🔴 高
问题描述:
/api/v1/admin/online/users- 404/api/v1/admin/online/count- 404/api/v1/admin/contacts?page=1&page_size=20- 404
影响范围:
- 在线监控页面无法显示在线用户数据
- 好友关系管理页面无法加载好友关系列表
可能原因:
- 后端 Go 服务未启动这些路由
- 路由配置文件未正确注册
- Phase 2a 的后端路由未部署到运行环境
建议修复:
- 检查
backend/go-service/router/router.go是否注册了管理端路由 - 检查
backend/go-service/app/admin/router.go是否包含在线监控和联系人管理路由 - 确认后端服务已重新编译和启动
- 使用
go run cmd/server/main.go查看启动日志,确认路由是否注册
2. 错误提示弹窗消失速度过快
严重程度: 🟡 中
问题描述: 错误提示(Element Plus 的 Message 组件)在 3 秒内自动消失,对于截图和用户阅读可能过快。
建议优化:
- 将错误提示的持续时间从默认的 3000ms 增加到 5000ms
- 或者使用 Notification 组件替代,提供更持久的提示
测试环境信息
前端服务:
- URL: http://localhost:3100
- 框架: Vue 3.5 + Vite + Element Plus
- 路由模式: Hash 模式
后端服务:
- 预期 URL: http://localhost:8085
- 框架: Go + Gin
- API 前缀:
/api/v1/admin/
浏览器:
- 工具: Playwright (Chromium)
- 窗口大小: 默认视口大小
测试用例执行统计
- 总测试场景: 5 个
- 完全通过: 3 个(60%)
- 部分通过: 2 个(40%)
- 失败: 0 个(0%)
- 截图数量: 5 张
截图文件列表
test1-login-page.png- 登录页面test1-dashboard.png- 仪表盘页面test2-user-list.png- 用户列表页面test3-online-monitor.png- 在线监控页面(显示 API 错误)test4-contact-management.png- 好友关系管理页面(显示 API 错误)test5-error-handling.png- 错误密码登录页面
总结与建议
测试结论
EchoChat 管理端的核心功能(登录、用户管理、错误处理)运行正常,前端页面布局美观,交互流畅。但是 Phase 2a 新增功能(在线监控、联系人管理)的后端 API 未能正常响应,导致功能不完整。
优先修复建议
- 立即修复: 检查并修复在线监控和联系人管理的后端 API 路由
- 验证: 确认
backend/go-service服务已包含 Phase 2a 的最新代码 - 测试: 修复后重新运行本测试场景 3 和 4
后续测试建议
- 功能测试: API 修复后,测试在线监控的自动刷新功能
- 性能测试: 测试用户列表在大数据量下的分页性能
- 权限测试: 使用不同角色的账号测试管理端功能访问权限
- 兼容性测试: 在不同浏览器(Chrome, Firefox, Safari)测试页面兼容性
测试报告生成时间: 2026-03-02 18:05:00
测试工具版本: Playwright MCP v1.0