+
+
+
+
一、测试概述与结论
+
+ 总体结论：通过（PASS）。 本次测试按业务全流程对系统进行模拟：
+ 以真实接口驱动用户下单 → 支付 → 师傅入驻审核 → 抢单 → 履约流转 → 验收结算 → 评价 的完整闭环，
+ 并覆盖报价单流程、商家企业全流程、优惠券、消息、钱包提现、超时回流硬规则、后台数据联动与安全越权场景。
+ 共执行 152 项断言，全部通过 ，未发现功能性缺陷；仅有 2 条非功能性的轻微观察项（见第七节）。
+
+
+
二、测试环境与账号
+
+ 后端 API http://yjyf:9560/api（ThinkPHP / FastAdmin） H5 前端 http://localhost:5173/（uni-app H5） 后台管理 http://yjyf:9560/s.php（FastAdmin） 数据库 127.0.0.1:3306 / yjyf（MySQL 5.7） 自动化脚本 tests/local_e2e_full.js（Node.js，152 项断言，输出 local_report_data.json） 测试账号 用户 __U__ / 师傅 __M__ / 商家 __E__（验证码走 mock 通道 123456） 关键测试数据 orderId=__OID__ · masterId=__MID__ · merchantId=__EID__（均带"E2E测试"标识）
+
+
三、结果总览
+
+
+
四、核心业务流程模拟
+
测试以两个全新注册账号完整走通固定价订单与报价单订单两条主链路，关键状态机流转如下：
+
+
+flowchart LR
+ A[待支付 0] -->|模拟支付| B[待接单 1]
+ B -->|师傅抢单| C[已接单 3]
+ B -->|报价中 2| C2[选定报价→已接单]
+ C -->|联系客户| D[待上门 4]
+ D -->|到达打卡| E[已到达 5]
+ E -->|开工| F[服务中 6]
+ F -->|完工取证+验收码| G[待验收 7]
+ G -->|客户验收| H[已完成 8]
+ A -.->|取消| X[已取消 9]
+ C -.->|2h未联系·自动回流| B
+
+图 1：订单状态机与本次测试实测流转路径（0→1→3→4→5→6→7→8，共 10 条状态流水）
+
+
+
结算与资金口径（实测）
+
+ 结算金额 = 实付 × 90% ：订单实付 96.00 元 → 师傅结算入账 86.40 元，精确到分；
+ 提现手续费 0.6%：申请 10 元 → 到账 9.94 元，余额扣减并进入冻结；
+ 报价单托管：选定 260 元报价后一次性托管支付，禁止重复选择；
+ 师傅信用：完成后接单率/准时率/好评率均为 100%，评分刷新为 5.0。
+
+
+
五、模块测试统计
+
+
+ 图 2：各业务模块用例数分布
+
+
+
+ 图 3：用例优先级分布（P0/P1）
+
+
+
+
+
+ 序号 业务模块 用例数 P0 通过 结果
+__MODROWS__
+
+
+
+
六、测试用例执行明细（152 项）
+
完整用例文档（含前置条件、操作步骤、预期结果）见《测试用例-全系统.xlsx》。
+
+
+ # 模块 用例 优先级 结果 实测说明
+__DETAIL__
+
+
+
+
+
七、H5 与后台浏览器实测
+
H5 用户端（5 项全部通过）
+
+ 页面 验证点 结果
+ 登录页 页面渲染正常（未登录访问受保护页自动跳登录，符合预期） 通过 首页 服务类目图标网格（卫浴/家具/灯具等）、轮播图渲染真实数据 通过 个人中心 昵称、师傅认证标识、余额、优惠券入口渲染真实数据 通过 订单列表 待接单/报价中订单渲染真实数据，操作按钮正常 通过 消息中心 接单/预约/报价通知渲染，带时间与订单链接 通过
+
+
+
后台管理系统（8 项全部通过）
+
+ 页面 验证点 结果
+ 登录 账号密码登录成功，无验证码拦截 通过 数据大盘 GMV/订单/师傅/商家统计卡片与图表正常渲染 通过 订单管理 当日 E2E 测试订单可见，数据联动正常 通过 师傅列表 当日创建的测试师傅档案可见 通过 商家档案 当日创建的企业资料可见 通过 服务类目 15 个服务类目正常渲染 通过 提现申请 当日 10 元待审核提现记录可见 通过 优惠券管理 当日创建的"E2E自动化测试券"可见 通过
+
+
+
八、发现的问题与建议
+
问题清单
+
+ 级别 描述 影响与建议
+ 轻微 后台 console 出现 1 条 avatar.png 资源加载被 ORB 策略拦截 默认头像资源响应头异常（疑似跨域 MIME/类型不匹配），不影响功能；建议检查头像资源的服务端响应头与路径。 轻微 H5 登录页存在 1 条 error 级 console 输出（内容为 Object，未复现于登录后页面） 建议在登录失败分支补充可读的错误日志输出，便于排查。 提示 下单接口存在同用户 3 秒频控（防重复创单） 符合设计预期；H5 下单按钮建议增加提交后 loading 锁，避免用户连续点击触发频控提示。
+
+
+
后续测试建议
+
+ 补充微信支付真实通道联调（当前支付为 mock 通道）与支付回调幂等测试；
+ 对抢单接口做并发压测（100+ 并发抢单同一订单），验证原子条件更新在高压下的正确性；
+ 补充微信小程序端真机回归（本项目自动化覆盖 H5/API 两层）；
+ 将 tests/local_e2e_full.js 纳入 CI，在每次发版前自动执行并产出报告。
+
+
+
+
+