真实用户联调测试准备文档
文档编号：DOC-A09 / UAT-PREP
版本：V2.0
创建日期：2026-08-17
最近更新：2026-08-18
维护人：听写（DT）/ TL
关联文档：DIP1-SPEC、CPT-D、DT 听写工作手册
一、文档定位
本文档为 DIP1 子项目真实用户联调测试的准备清单，涵盖账号准备、业务用例设计、数据初始化方案。
当前状态：待听码/听云完成代码更新与环境部署后，执行后台数据准备，再开展人机结合联调测试。
二、测试账号清单
2.1 账号设计原则
- 命名规范：角色缩写 + 序号，如
cus_01（客户 01）、wkr_01（师傅 01）、ol_01（运营 01）
- 密码策略：初始密码统一
Test@123，首次登录后需修改
- 权限设置：严格按照 DIP1-SPEC §1.2 角色权限矩阵配置
- 数据隔离：师傅账号启用 RLS（仅可见自己的订单）
2.2 账号详细清单
2.2.1 师傅端账号（WKR-App）
| 账号 |
姓名 |
角色 |
师傅等级 |
技能品类 |
服务区域 |
登录端 |
wkr_01 |
陈师傅 |
FL-001 |
金牌（×1.2） |
家具组装、灯具安装 |
港岛、九龙 |
师傅端 App |
wkr_02 |
李师傅 |
FL-002 |
认证（×1.0） |
家电安装、智能设备 |
新界、九龙 |
师傅端 App |
wkr_03 |
张师傅 |
FL-003 |
普通（×0.9） |
家具组装、软装安装 |
离岛、新界 |
师傅端 App |
2.2.2 客户端账号（CST-App）
| 账号 |
姓名 |
角色 |
客户类型 |
所在区域 |
楼宇类型 |
登录端 |
cus_01 |
王先生 |
CUS-001 |
C 端 |
港岛 |
标准屋苑（ESS） |
客户端 App |
cus_02 |
张女士 |
CUS-002 |
C 端 |
九龙 |
唐楼（TONG） |
客户端 App |
cus_03 |
李小姐 |
CUS-003 |
C 端 |
新界 |
村屋（VIL） |
客户端 App |
2.2.3 运营端账号（OPR-Admin）
| 账号 |
姓名 |
角色 |
权限范围 |
登录端 |
ol_01 |
运营负责人 |
OL |
订单全流程操作（L1-L8）、客户沟通、派单调度 |
运营后台（Web） |
2.2.4 生产商端账号（MFR-Web）（V2.0 新增）
| 账号 |
姓名 |
角色 |
权限范围 |
登录端 |
mfr_01 |
宜居家居采购 |
MFR-001 |
订单创建、进度查看、结算 |
生产商 Web 门户 |
mfr_02 |
优品家电物流 |
MFR-002 |
订单创建、进度查看、结算 |
生产商 Web 门户 |
2.2.5 物流商端账号（LGP-App）（V2.0 新增）
| 账号 |
姓名 |
角色 |
配送能力 |
服务区域 |
登录端 |
lgp_01 |
速达物流 |
LGP-001 |
本地配送 |
港岛、九龙 |
物流商 App |
lgp_02 |
跨境快线 |
LGP-002 |
本地+跨境 |
全港+中港 |
物流商 App |
2.3 账号初始化要求
| 要求项 |
说明 |
| 认证方式 |
App 端临时支持「用户名 + 密码」登录（后续切换为 WhatsApp OTP） |
| 运营后台 |
Web 端用户名 + 密码登录（邮箱验证可选） |
| RLS 策略 |
wkr_01 仅可见 FL-001 关联的订单，wkr_02/wkr_03 同理 |
| 初始状态 |
所有账号初始状态为 active，无历史数据 |
三、业务用例清单
3.1 用例设计原则
- 覆盖全流程：每个用例覆盖 CPT 8 阶段生命周期的全部或部分
- 多场景覆盖：标准流程 + 异常流程（报价拒绝、安装异常、验收不通过等）
- 多状态并存：部分用例为"全新单证"（从 L1 线索开始），部分用例预置中间状态数据
- 真实数据：楼宇类型、区域、品类等数据基于 BPL/SCL/MDS 主数据
3.2 用例总览
| 用例编号 |
用例名称 |
起始阶段 |
客户账号 |
师傅账号 |
运营账号 |
MFR账号 |
LGP账号 |
场景类型 |
核心覆盖 |
| UC-01 |
港岛豪宅家具安装全流程 |
L1 线索 |
cus_01 |
wkr_01 |
ol_01 |
— |
— |
标准流程 |
ESS 标准屋苑 + 金牌师傅 + 家具组装 |
| UC-02 |
九龙唐楼灯具安装+安装异常 |
L1 线索 |
cus_02 |
wkr_01 |
ol_01 |
— |
— |
异常流程 |
TONG 唐楼（高系数 2.5）+ 灯具安装 + 物业阻拦异常 |
| UC-03 |
新界村屋智能设备+报价拒绝 |
L1 线索 |
cus_03 |
wkr_02 |
ol_01 |
— |
— |
异常流程 |
VIL 村屋（高系数 1.8）+ 智能设备 + 客户拒绝报价 |
| UC-04 |
家电安装+验收不通过整改 |
L4 签约 |
cus_01 |
wkr_02 |
ol_01 |
— |
— |
标准+异常 |
ESS 标准屋苑 + 家电安装 + 验收整改 |
| UC-05 |
本地配送+家具安装全流程（V2.0 新增） |
L1 线索 |
cus_01 |
wkr_01 |
ol_01 |
mfr_01 |
lgp_01 |
标准流程 |
MFR 委托 + 本地配送 + 金牌师傅安装 |
| UC-06 |
本地配送+安装异常（V2.0 新增） |
L5 物流接单 |
cus_02 |
wkr_02 |
ol_01 |
mfr_01 |
lgp_01 |
异常流程 |
配送延误 + 安装异常 + 异常处理 |
| UC-07 |
跨境配送+家电安装全流程（V2.0 新增） |
L1 线索 |
cus_03 |
wkr_03 |
ol_01 |
mfr_02 |
lgp_02 |
标准流程 |
MFR 委托 + 跨境配送 + 清关 + 安装 |
四、用例详细设计
UC-01：港岛豪宅家具安装全流程（标准流程）
4.1.1 基本信息
| 项 |
值 |
| 用例编号 |
UC-01 |
| 场景类型 |
标准流程（Happy Path） |
| 起始阶段 |
L1 线索获取 |
| 目标阶段 |
L8 售后回访完成 |
| 客户账号 |
cus_01（王先生，港岛标准屋苑） |
| 师傅账号 |
wkr_01（陈师傅，金牌 ×1.2） |
| 运营账号 |
ol_01 |
4.1.2 业务数据
| 数据项 |
值 |
说明 |
| 客户姓名 |
王先生 |
客户真实姓名 |
| 联系电话 |
+852-9123-4567 |
香港 8 位号码 |
| 所属区域 |
港岛 |
区域枚举 |
| 楼宇类型 |
ESS 标准屋苑 |
有电梯、楼层 28F、标准化 |
| 楼宇系数 |
1.0 |
基准值 |
| 楼层 |
28 |
需楼层附加费（>7F 阶梯） |
| 品类 |
CAT-01 家具组装 |
P0 品类 |
| 细分类目 |
FURN-01 床架 × 2 + FURN-02 衣柜 × 1 |
组装服务 |
| 基础费率 |
HKD 250/h |
家具组装基础费率 |
| 预估工时 |
5 小时 |
2 床架(2h) + 1 衣柜(3h) |
| 师傅等级系数 |
金牌 ×1.2 |
wkr_01 等级 |
| 时段 |
平峰时段（10:00-18:00） |
无时段加价 |
| 预估报价 |
≈ HKD 1,500 - 2,000 |
待系统计算（基础费×系数×工时） |
4.1.3 用例步骤
| 步骤 |
操作角色 |
系统端 |
操作内容 |
预期结果 |
| Step 1 |
客户（cus_01） |
CST-App |
在客户端提交询价请求：①选择"家具组装"→"床架 ×2 + 衣柜 ×1"；②填写地址：港岛某某道 88 号某某花园 28F；③选择期望时段：2026-08-20 10:00 |
系统创建 L1 线索，状态：L1_PENDING |
| Step 2 |
运营（ol_01） |
OPR-Admin |
登录运营后台，查看线索列表：①接收王先生的线索；②确认需求（2 床架 + 1 衣柜 + 28F）；③确认时段 2026-08-20 10:00 |
L1 → L2 流转，状态：L2_CONFIRMED |
| Step 3 |
系统（SYS） |
后端 |
自动调用 QSV 报价服务：①匹配品类（FURN-01/02）→ 基础费率 HKD 250/h；②匹配楼宇（ESS 1.0 + 28F 附加费）；③匹配师傅等级（×1.2）；④计算总报价 |
L2 → L3 流转，生成报价明细，状态：L3_QUOTED |
| Step 4 |
客户（cus_01） |
CST-App |
收到报价推送：①查看报价明细（基础费 × 系数 × 工时分解展示）；②确认报价 |
L3 → L4 流转，订单创建，状态：L4_CONTRACTED |
| Step 5 |
运营（ol_01） |
OPR-Admin |
派单调度：①选择 wkr_01（金牌师傅，家具组装技能，港岛服务区）；②确认派单 |
L4 → L5 流转，配送记录创建，状态：L5_DELIVERING |
| Step 6 |
系统（SYS） |
后端 |
推送师傅端通知：①wkr_01 收到新订单推送；②订单详情含客户地址、品类、时段 |
wkr_01 App 订单列表显示新订单 |
| Step 7 |
师傅（wkr_01） |
WKR-App |
L6 上门安装：①出发打卡（GPS + 时间戳）；②联系客户确认到场；③入户穿鞋套 + 地面保护；④安装 2 床架 + 1 衣柜；⑤完工清场 + 拍照上传；⑥提交验收 |
L5 → L6 → L7 流转，状态：L7_PENDING_ACCEPT |
| Step 8 |
客户（cus_01） |
CST-App |
L7 验收：①逐项验收 2 床架 + 1 衣柜；②拍照确认完好；③点击"验收通过" |
L7 → L8 流转，状态：L7_ACCEPTED |
| Step 9 |
运营（ol_01） |
OPR-Admin |
L8 回访：①7 天后生成回访任务；②OL 填写 NPS 评分（9 分）+ 复购意向（有）+ 推荐意向（是） |
L8 完成，订单进入成功客户池，状态：COMPLETED |
4.1.4 预期产出
| 产出物 |
说明 |
| L1-L8 全阶段记录 |
每个阶段的时间戳、操作人、采集物 |
| 报价明细 |
含所有参数分解的透明报价单 |
| 安装照片 |
入户前/穿鞋套/地面保护/完工后照片 |
| 验收记录 |
客户验收通过记录 + 客户签字照片 |
| 回访记录 |
NPS 9 分 + 复购意向 + 推荐意向 |
| 客户标签更新 |
CPL 客户画像更新（家具偏好、复购意愿强） |
UC-02：九龙唐楼灯具安装 + 安装异常（异常流程）
4.2.1 基本信息
| 项 |
值 |
| 用例编号 |
UC-02 |
| 场景类型 |
异常流程（安装异常） |
| 起始阶段 |
L1 线索获取 |
| 终止阶段 |
L6 异常入池 |
| 客户账号 |
cus_02（张女士，九龙唐楼） |
| 师傅账号 |
wkr_01（陈师傅） |
| 运营账号 |
ol_01 |
4.2.2 业务数据
| 数据项 |
值 |
说明 |
| 客户姓名 |
张女士 |
— |
| 联系电话 |
+852-9876-5432 |
— |
| 所属区域 |
九龙 |
— |
| 楼宇类型 |
TONG 唐楼 |
无电梯、楼梯狭窄、5F |
| 楼宇系数 |
2.5 |
最高系数，搬运困难 |
| 楼层 |
5 |
无电梯需人工搬运 |
| 品类 |
CAT-02 灯具安装 |
P0 品类 |
| 细分类目 |
LAMP-01 吸顶灯 × 1 + LAMP-02 吊灯 × 1 |
— |
| 基础费率 |
HKD 200/h |
灯具安装基础费率 |
| 预估工时 |
3 小时 |
吸顶灯(1h) + 吊灯(2h，需加固吊点) |
| 师傅等级系数 |
金牌 ×1.2 |
— |
| 预估报价 |
≈ HKD 1,800 - 2,200 |
高系数 2.5 + 金牌 ×1.2 = 3.0 倍率 |
4.2.3 用例步骤
| 步骤 |
操作角色 |
操作内容 |
预期结果 |
| Step 1 |
客户（cus_02） |
在客户端提交询价：灯具安装 × 2，地址：九龙某某街 33 号唐楼 5F，时段 2026-08-22 14:00 |
L1 创建 |
| Step 2 |
运营（ol_01） |
OL 确认需求：吸顶灯 + 吊灯，唐楼 5F，无电梯 |
L2 流转 |
| Step 3 |
系统 |
QSV 报价计算：灯具基础 200/h × 3h × 楼宇 2.5 × 师傅 1.2 × 楼层附加费 |
L3 生成报价（高报价场景） |
| Step 4 |
客户（cus_02） |
客户确认报价 |
L4 签约 |
| Step 5 |
运营（ol_01） |
派单给 wkr_01 |
L5 配送 |
| Step 6 |
师傅（wkr_01） |
上门安装：① 5F 楼梯搬运（体力消耗大）；② 吊灯安装需加固吊点；③ 场景异常：物业阻拦施工（未办施工许可） |
L6 异常触发 |
| Step 7 |
系统 |
异常处理：物业阻拦 → PAUSE + 补办手续 |
状态：L6_EXCEPTION_PAUSED，入问题池 |
| Step 8 |
运营（ol_01） |
OL 接收异常通知：① 联系物业补办施工许可；② 预计 3 天可办妥；③ 通知客户改期 |
异常处理记录创建 |
4.2.4 关键验证点
| 验证项 |
说明 |
| 高报价计算 |
验证 TONG 2.5 高系数 + 金牌 ×1.2 的报价计算是否正确 |
| 异常触发 |
物业阻拦场景是否正确触发 L6 异常分支 |
| 状态流转 |
异常状态是否正确转入 PAUSED + 问题池 |
| 通知推送 |
OL 是否收到异常通知推送 |
UC-03：新界村屋智能设备 + 报价拒绝（异常流程）
4.3.1 基本信息
| 项 |
值 |
| 用例编号 |
UC-03 |
| 场景类型 |
异常流程（报价拒绝） |
| 起始阶段 |
L1 线索获取 |
| 终止阶段 |
L3 流失入池 |
| 客户账号 |
cus_03（李小姐，新界村屋） |
| 师傅账号 |
wkr_02（李师傅，认证 ×1.0） |
| 运营账号 |
ol_01 |
4.3.2 业务数据
| 数据项 |
值 |
说明 |
| 客户姓名 |
李小姐 |
— |
| 所属区域 |
新界 |
— |
| 楼宇类型 |
VIL 村屋 |
偏远分散、部分无电梯 |
| 楼宇系数 |
1.8 |
高溢价 |
| 品类 |
CAT-06 智能设备 |
P1 品类 |
| 细分类目 |
SMART-01 智能锁 × 1 |
— |
| 基础费率 |
HKD 350/h |
智能设备基础费率（示例） |
| 预估报价 |
≈ HKD 1,500 - 2,000 |
1.8 村屋系数导致报价偏高 |
4.3.3 用例步骤
| 步骤 |
操作角色 |
操作内容 |
预期结果 |
| Step 1 |
客户（cus_03） |
提交询价：智能锁 × 1，地址：新界某某村 12 号，时段 2026-08-25 |
L1 创建 |
| Step 2 |
运营（ol_01） |
OL 确认需求 |
L2 流转 |
| Step 3 |
系统 |
QSV 报价：智能锁基础 350 × 2h × 村屋 1.8 × 认证 1.0 |
L3 生成报价 |
| Step 4 |
客户（cus_03） |
客户拒绝报价（认为价格过高） |
L3 流失触发 |
| Step 5 |
系统 |
异常处理：报价拒绝 → END + 回访原因 |
入流失客户池 |
| Step 6 |
运营（ol_01） |
7 天后回访：① 了解流失原因（价格）；② 推荐替代方案 |
流失跟踪记录 |
4.3.4 关键验证点
| 验证项 |
说明 |
| 报价透明度 |
报价明细是否完整展示所有参数分解 |
| 报价拒绝流程 |
客户拒绝报价后是否正确流转至流失池 |
| 流失池分类 |
L3 流失是否正确归类至流失客户池 |
| 回访触发 |
7 天回访提醒是否自动触发 |
UC-04：家电安装 + 验收不通过整改（异常流程）
4.4.1 基本信息
| 项 |
值 |
| 用例编号 |
UC-04 |
| 场景类型 |
标准+异常混合（验收不通过 → 整改 → 通过） |
| 起始阶段 |
L4 签约（预置订单） |
| 终止阶段 |
L7 整改后通过 |
| 客户账号 |
cus_01（王先生，港岛标准屋苑） |
| 师傅账号 |
wkr_02（李师傅，认证 ×1.0） |
| 运营账号 |
ol_01 |
4.4.2 业务数据
| 数据项 |
值 |
说明 |
| 品类 |
CAT-05 家电安装 |
P0 品类 |
| 细分类目 |
APPL-02 电视挂墙 × 1 |
— |
| 基础费率 |
HKD 300/h |
家电安装基础费率 |
| 预设状态 |
L4_CONTRACTED（已签约下单） |
需后台预置 |
4.4.3 用例步骤
| 步骤 |
操作角色 |
操作内容 |
预期结果 |
| Step 1 |
系统（预置） |
后台创建 L4 订单：王先生已签约电视挂墙安装，师傅 wkr_02 |
订单状态：L4_CONTRACTED |
| Step 2 |
师傅（wkr_02） |
L6 上门：① 安装电视挂墙；② 安装位置偏移（距客户要求位置 5cm）；③ 提交安装完成 |
L7 待验收 |
| Step 3 |
客户（cus_01） |
验收：① 发现安装位置偏差；② 验收不通过（整改项 ≥ 1） |
L7 → L6 回退，状态：L7_REJECTED |
| Step 4 |
运营（ol_01） |
OL 接收验收异常：① 通知 wkr_02 上门整改；② 安排整改时段 |
异常处理记录 |
| Step 5 |
师傅（wkr_02） |
L6 整改：① 重新定位打孔；② 正确安装；③ 提交整改完成 |
L7 再次验收 |
| Step 6 |
客户（cus_01） |
验收通过 |
L7 完成 → L8 回访 |
4.4.4 关键验证点
| 验证项 |
说明 |
| L7 验收不通过 |
验收不通过是否正确回退至 L6 |
| 整改流程 |
整改项记录是否完整 |
| 二次验收 |
整改后是否可再次验收 |
| 状态回溯 |
订单状态历史是否完整记录两次 L6→L7 流转 |
UC-05：本地配送 + 家具安装全流程（标准流程）（V2.0 新增）
4.5.1 基本信息
| 项 |
值 |
| 用例编号 |
UC-05 |
| 场景类型 |
B2B2C 标准流程（本地配送） |
| 起始阶段 |
L1 线索获取 |
| 终止阶段 |
L8 售后回访完成 |
| 客户账号 |
cus_01（王先生，港岛标准屋苑） |
| 师傅账号 |
wkr_01（陈师傅，金牌 ×1.2） |
| 运营账号 |
ol_01 |
| MFR 账号 |
mfr_01（宜居家居采购） |
| LGP 账号 |
lgp_01（速达物流） |
4.5.2 业务数据
| 数据项 |
值 |
说明 |
| MFR 委托 |
宜居家居向王先生客户配送+安装沙发 |
B 端委托 |
| 配送模式 |
本地配送 |
香港仓库→港岛客户地址 |
| 楼宇类型 |
ESS 标准屋苑 |
有电梯 |
| 品类 |
CAT-01 家具安装 |
P0 品类 |
| 细分类目 |
FURN-03 三人沙发 × 1 |
重量 35kg，体积 2.5m³ |
| 安装费估算 |
≈ HKD 900 |
基础 250/h × 3h × 金牌 1.2 |
| 物流费估算 |
≈ HKD 550 |
基础 200 + 重量 105 + 体积 125 + 距离 120 |
| 组合报价 |
≈ HKD 1,450 |
安装费 + 物流费 |
4.5.3 用例步骤
| 步骤 |
操作角色 |
操作内容 |
预期结果 |
| Step 1 |
MFR（mfr_01） |
在生产商 Web 门户创建订单：沙发配送+安装至港岛客户地址 |
L1 创建（B 端来源） |
| Step 2 |
运营（ol_01） |
OL 确认需求：沙发 35kg/2.5m³，港岛标准屋苑，有电梯 |
L2 流转 |
| Step 3 |
系统 |
QSV 组合报价计算：安装费 + 本地物流费 |
L3 生成组合报价 |
| Step 4 |
MFR（mfr_01） |
MFR 确认组合报价 |
L4 签约 |
| Step 5 |
系统 |
L5 物流派单：匹配 lgp_01（速达物流，港岛服务区域） |
L5.1 物流接单 |
| Step 6 |
LGP（lgp_01） |
物流商 App 接单 → 前往仓库提货 → 配送至客户地址 |
L5.2 提货 → L5.3 配送中 |
| Step 7 |
LGP（lgp_01） |
客户签收：外包装完好，拍照确认 |
L5.4 签收确认 |
| Step 8 |
系统 |
L5 签收后自动触发 L6 师傅派单 |
L6.1 师傅接单 |
| Step 9 |
师傅（wkr_01） |
上门安装：入户规范 → 沙发组装 → 完工清场 |
L6 完成 |
| Step 10 |
客户（cus_01） |
验收通过 |
L7 完成 |
| Step 11 |
系统 |
L8 NPS 采集：全流程评分（配送+安装） |
L8 回访完成 |
4.5.4 关键验证点
| 验证项 |
说明 |
| B 端订单创建 |
MFR Web 端订单创建流程是否顺畅 |
| 组合报价 |
安装费+物流费的组合报价是否正确计算 |
| 物流派单 |
L5 物流派单是否正确匹配 lgp_01 |
| 物流→安装衔接 |
L5 签收后是否自动触发 L6 师傅派单 |
| 全流程追踪 |
MFR 是否可查看订单全流程进度 |
UC-06：本地配送 + 安装异常（异常流程）（V2.0 新增）
4.6.1 基本信息
| 项 |
值 |
| 用例编号 |
UC-06 |
| 场景类型 |
B2B2C 异常流程（配送延误+安装异常） |
| 起始阶段 |
L5 物流接单 |
| 客户账号 |
cus_02（张女士，九龙唐楼） |
| 师傅账号 |
wkr_02（李师傅） |
| 运营账号 |
ol_01 |
| MFR 账号 |
mfr_01 |
| LGP 账号 |
lgp_01 |
4.6.2 用例步骤
| 步骤 |
操作角色 |
操作内容 |
预期结果 |
| Step 1 |
系统（预置） |
后台创建 L5 状态订单：物流已接单，待提货 |
订单状态：L5_ACCEPTED |
| Step 2 |
LGP（lgp_01） |
物流提货后，配送延误超 2 小时 |
L5 异常触发 |
| Step 3 |
LGP（lgp_01） |
异常上报：延误原因（交通拥堵），预计延误 2h |
异常通知推送 OL |
| Step 4 |
运营（ol_01） |
OL 接收异常：① 通知客户延误情况；② 协调师傅调整到达时间 |
异常处理记录 |
| Step 5 |
LGP（lgp_01） |
迟到送达，客户签收 |
L5 完成 |
| Step 6 |
师傅（wkr_02） |
L6 上门安装：唐楼 5F 无电梯，搬运困难；安装过程中客户反馈位置需调整 |
L6 异常 |
| Step 7 |
运营（ol_01） |
OL 接收安装异常：① 安排二次上门调整；② 更新订单状态 |
异常处理记录 |
4.6.3 关键验证点
| 验证项 |
说明 |
| 配送延误异常 |
延误是否正确触发异常流程 |
| 异常通知 |
OL/MFR 是否收到延误通知 |
| L5→L6 衔接 |
延误后是否正确触发师傅派单调整 |
| 多方协同 |
MFR 是否可查看延误状态 |
UC-07：跨境配送 + 家电安装全流程（标准流程）（V2.0 新增）
4.7.1 基本信息
| 项 |
值 |
| 用例编号 |
UC-07 |
| 场景类型 |
B2B2C 标准流程（跨境配送） |
| 起始阶段 |
L1 线索获取 |
| 终止阶段 |
L8 售后回访完成 |
| 客户账号 |
cus_03（李小姐，新界村屋） |
| 师傅账号 |
wkr_03（张师傅，普通 ×0.9） |
| 运营账号 |
ol_01 |
| MFR 账号 |
mfr_02（优品家电物流） |
| LGP 账号 |
lgp_02（跨境快线，支持跨境） |
4.7.2 业务数据
| 数据项 |
值 |
说明 |
| MFR 委托 |
优品家电跨境配送空调至新界客户 |
跨境场景 |
| 配送模式 |
跨境配送 |
内地仓库→香港新界 |
| 楼宇类型 |
VIL 村屋 |
新界低层住宅 |
| 品类 |
CAT-05 家电安装 |
P1 品类 |
| 细分类目 |
APPL-05 分体空调 × 1 |
重量 50kg，体积 1.2m³ |
| 安装费估算 |
≈ HKD 800 |
基础 350/h × 3h × 普通 0.9 + 高空附加 |
| 跨境物流费估算 |
≈ HKD 1,500 |
运输 800 + 清关 300 + 保险 250 + 车牌 150 |
| 组合报价 |
≈ HKD 2,300 |
安装费 + 跨境物流费 |
4.7.3 用例步骤
| 步骤 |
操作角色 |
操作内容 |
预期结果 |
| Step 1 |
MFR（mfr_02） |
在生产商 Web 门户创建订单：空调跨境配送+安装 |
L1 创建（B 端来源） |
| Step 2 |
运营（ol_01） |
OL 确认需求：空调 50kg，跨境配送至新界村屋 |
L2 流转 |
| Step 3 |
系统 |
QSV 组合报价计算：安装费 + 跨境物流费 |
L3 生成组合报价 |
| Step 4 |
MFR（mfr_02） |
MFR 确认组合报价 |
L4 签约 |
| Step 5 |
系统 |
L5 物流派单：匹配 lgp_02（跨境快线，有中港车牌） |
L5.1 物流接单 |
| Step 6 |
LGP（lgp_02） |
跨境流程：提货→清关→运输→抵达香港 |
L5.2 清关中 |
| Step 7 |
LGP（lgp_02） |
客户签收：外包装完好，拍照确认 |
L5.4 签收确认 |
| Step 8 |
系统 |
L5 签收后触发 L6 师傅派单 |
L6.1 师傅接单 |
| Step 9 |
师傅（wkr_03） |
上门安装空调 |
L6 完成 |
| Step 10 |
客户（cus_03） |
验收通过 |
L7 完成 |
| Step 11 |
系统 |
L8 NPS 采集 |
L8 回访完成 |
4.7.4 关键验证点
| 验证项 |
说明 |
| 跨境物流费 |
跨境配送计费是否正确 |
| 清关状态 |
清关状态是否实时追踪 |
| 车牌验证 |
LGP 中港车牌是否有效 |
| 多角色协同 |
MFR/LGP/师傅/客户四方协同 |
五、数据初始化方案
5.1 初始化内容
在听码完成代码更新、听云完成部署后，需执行以下数据初始化：
| 初始化类别 |
具体内容 |
责任方 |
说明 |
| 用户账号 |
创建 11 个测试账号（3 师傅 + 3 客户 + 1 运营 + 2 MFR + 2 LGP） |
听码（WDE） |
通过脚本或管理后台创建 |
| 角色权限 |
配置各账号对应的 RBAC 权限（含 MFR/LGP 角色） |
听码（WDE） |
严格按 DIP1-SPEC §1.2 |
| RLS 策略 |
为 wkr_01/02/03 配置行级安全策略 |
听码（WDE） |
确保师傅仅可见自己的订单 |
| 主数据预置 |
确认 BPL/SCL/WPL/CPL 主数据已包含测试用例数据 |
听云（WCL） |
楼宇/品类/师傅等级等主数据需提前存在 |
| 预置订单 |
创建 UC-04 所需的 L4_CONTRACTED 状态订单 |
听码（WDE） |
通过后台管理接口创建 |
5.2 初始化脚本需求
听码需提供以下能力：
| 脚本/接口 |
用途 |
说明 |
| 用户批量创建脚本 |
批量创建测试账号 |
支持角色、等级、区域等参数 |
| RBAC 批量配置脚本 |
配置账号权限 |
对齐 7 类角色 |
| RLS 策略启用脚本 |
为师傅账号启用行级安全 |
确保数据隔离 |
| 预置订单创建接口 |
创建 L4 状态订单 |
用于 UC-04 测试 |
| 主数据查询接口 |
确认主数据完整性 |
验证 BPL/SCL/WPL 数据 |
5.3 数据安全要求
| 要求项 |
说明 |
| 密码修改 |
所有初始密码 Test@123 需在首次使用后修改 |
| 数据清理 |
测试完成后可一键清理测试数据 |
| 审计日志 |
所有初始化操作记入审计日志 |
| 环境隔离 |
测试账号仅在 UAT 环境有效，不得污染生产环境 |
六、测试执行计划（待部署后更新）
6.1 前置检查清单
| # |
检查项 |
责任方 |
状态 |
| 1 |
听码完成代码更新（@听码） |
听码（WDE） |
⏳ 待执行 |
| 2 |
听云完成生产环境部署（@听云） |
听云（WCL） |
⏳ 待执行 |
| 3 |
三端 App（wkr-app/cst-app/opr-admin）可访问 |
听云（WCL） |
⏳ 待执行 |
| 4 |
账号初始化完成（7 个账号） |
听码（WDE） |
⏳ 待执行 |
| 5 |
RBAC/RLS 策略生效 |
听码（WDE） |
⏳ 待执行 |
| 6 |
预置订单创建完成（UC-04） |
听码（WDE） |
⏳ 待执行 |
| 7 |
主数据完整性验证（BPL/SCL/WPL） |
听云（WCL） |
⏳ 待执行 |
6.2 联调测试执行
待前置检查全部通过后，由人类 + 听写联合执行测试：
- 人类角色：分别模拟客户（cus_01/02/03）、师傅（wkr_01/02/03）、运营（ol_01）的操作
- 听写角色：使用只读后门（BD-01~06）辅助 bug 类型识别，输出测试报告
- 听码/听云：按协作规则接收 bug 报告并处置
6.3 测试产出
| 产出物 |
说明 |
| 测试报告 |
结构化测试报告（通过/失败统计 + Bug 清单 + 后门使用记录） |
| Bug 列表 |
按类型分类（代码问题→@听码 / 配置问题→@听云） |
| 协作记录 |
所有 bug 处置过程记录在 协作记录 |
七、修订记录
| 版本 |
日期 |
修订人 |
修订内容 |
| V1.0 |
2026-08-17 |
DT |
首版创建（承接 PMG V9.1 听写真实用户测试职责）：① 7 个测试账号设计（3 师傅 + 3 客户 + 1 运营）；② 4 个业务用例（UC-01 标准全流程 / UC-02 安装异常 / UC-03 报价拒绝 / UC-04 验收整改）；③ 数据初始化方案；④ 测试执行计划（待部署后更新） |
本文档为真实用户联调测试准备，待听码/听云完成部署后执行。协作通道见 协作记录，测试职责见 DT 听写工作手册 §四。