测试执行计划¶

文档编号：DOC-A09-10 / UAT-PLAN 版本：V1.0 创建日期：2026-08-18 维护人：听写（DT）/ TL 关联文档：README、01-测试账号清单、DT 听写工作手册、协作记录

一、测试目标¶

1.1 总体目标¶

对 DIP1 V3.0 进行全功能真实用户联调测试，验证系统满足业务可用性要求，可进入试运行阶段。

1.2 分项目标¶

维度	目标
功能完整性	验证 DIP1 V3.0 全部功能（含 MFR/LGP 新增功能）正确实现
流程连贯性	覆盖 L1-L8 全流程（线索→报价→签约→配送→安装→验收→回访），阶段切换无中断
角色覆盖度	覆盖五端角色（OPR/MFR/WKR/CST/LGP）的真实用户操作路径
异常处置	验证异常分支（报价拒绝、配送延误、安装异常、验收整改等）的处置能力
权限隔离	验证 RBAC + RLS 行级安全策略生效，跨账号数据不可见
操作手册核对	以真实用户视角核对各端用户操作手册的准确性、可操作性、完整性

二、测试范围¶

2.1 用例范围¶

类别	数量	用例编号	说明
标准流程用例	12	UC-01, UC-05~08, UC-13~15, UC-19, UC-23, UC-25, UC-26	Happy Path，验证正常业务闭环
异常流程用例	14	UC-02, UC-03, UC-04, UC-09~12, UC-16~18, UC-20~22, UC-24	报价拒绝/安装异常/验收整改等
合计	26	—	—

2.2 五端原型对应¶

端	用例覆盖	测试角色
OPR-Admin 运营后台	UC-23~26	ol_01 黄运营
MFR-Portal 生产商门户	UC-05~07, UC-13~14, UC-19~22	mfr_01 宜居 / mfr_02 优品
WKR-App 师傅端	UC-01~04, UC-08~12, UC-15~18	wkr_01~03 三位师傅
CST-App 客户端	UC-01~04, UC-08~12	cus_01~03 三位客户
LGP-App 物流端	UC-05~07, UC-13~18	lgp_01 速达 / lgp_02 跨境快线

2.3 不在本次测试范围¶

排除项	原因
性能压测	由听云在 NFR 阶段执行
安全渗透测试	由独立安全团队执行
单元测试 / 集成测试	由听码在开发阶段完成
数据迁移测试	待生产部署阶段执行

三、前置检查清单¶

进入测试前须完成以下 10 项前置检查，全部通过方可启动测试：

#	检查项	责任方	验证方法	通过标准
1	听码代码更新	听码	`git log --since='2026-08-15'`	DIP1 V3.0 全部 PR 已合并至 `release/uat` 分支
2	听云环境部署	听云	访问 `uat.dip1.example.hk`	服务可达，首页加载 <3s，HTTP 200
3	OPR 后台可访问	听云	浏览器访问运营后台 URL	登录页正常显示
4	MFR 门户可访问	听云	浏览器访问生产商门户 URL	登录页正常显示
5	WKR-App 可下载安装	听云	TestFlight / 内测包下载	iOS/Android 双端可安装启动
6	CST-App 可下载安装	听云	TestFlight / 内测包下载	iOS/Android 双端可安装启动
7	LGP-App 可下载安装	听云	TestFlight / 内测包下载	iOS/Android 双端可安装启动
8	账号初始化完成	听码	`verify_accounts.py` 输出	11 个账号全部可登录，密码 `Test@2026`
9	RBAC + RLS 配置生效	听码	`verify_accounts.py` RLS 段	12 条 RLS 策略生效，跨账号数据不可见
10	主数据 + 预置订单就绪	听云 + 听码	后台查询	BPL 7 楼宇 + SCL 8 品类 + WPL 3 师傅 + CPL 3 客户 + PPL 57 SKU + DLV 2 物流商 + 3 预置订单全部就绪

前置检查结论：听写汇总 10 项检查结果，TL 签字确认后启动测试。任一项未通过，由对应责任方修复后重新检查。

四、测试执行步骤¶

4.1 第一阶段：环境验证¶

目标：验证账号登录与权限隔离。

步骤	用例 / 操作	责任人	通过标准
1.1	11 个账号登录测试（首次改密）	听写	全部登录成功，强制改密流程正常
1.2	RBAC 权限验证	听写	各端账号仅可见授权菜单，未授权菜单 403
1.3	RLS 行级安全验证	听写	跨账号查询数据返回空（如 cus_01 不可见 cus_02 订单）
1.4	只读后门连通性自检（BD-01）	听写	`GET /api/dt/health` 返回 200，全部服务 healthy

4.2 第二阶段：C 端标准流程¶

目标：验证客户端主动下单的标准全流程。

步骤	用例	场景	责任人	通过标准
2.1	UC-01	客户主动下单（cus_01 王先生 / 中环花园 / FURN-01 沙发）	听写	L1→L3 报价生成，金额 HKD 3,000
2.2	UC-08	客户查看报价单	听写	报价明细完整，楼宇系数 ×1.0 体现
2.3	UC-09	客户确认报价	听写	L3→L4 状态切换正确
2.4	UC-10	客户查看派工信息	听写	师傅信息可见，含 wkr_01 陈师傅
2.5	UC-11	客户查看配送进度	听写	运单状态同步至客户端
2.6	UC-12	客户验收 + 评价	听写	L7 验收通过，NPS 评分提交成功

4.3 第三阶段：C 端异常流程¶

目标：验证 C 端异常分支的处置。

步骤	用例	场景	责任人	通过标准
3.1	UC-02	客户拒绝报价（cus_02 张女士 / 唐楼 ×2.5）	听写	报价被拒，订单进入 L3_DECLINED，OL 可见
3.2	UC-03	安装异常上报（cus_01 / 师傅现场发现产品瑕疵）	听写	异常上报至 OL + MFR，进入 L6_EXCEPTION
3.3	UC-04	验收整改（cus_02 / 预置订单 PO-001 起点）	听写	整改流程触发，MFR 重新发货，二次验收通过

4.4 第四阶段：B2B2C 本地配送¶

目标：验证 MFR 委托本地配送 + 安装的全流程。

步骤	用例	场景	责任人	通过标准
4.1	UC-05	MFR 创建 B2B2C 订单（mfr_01 / cus_01 / 沙发+衣柜）	听写	订单 L1 创建成功，自动分配 lgp_01
4.2	UC-06	本地配送 + 安装（预置订单 PO-002 起点）	听写	L5→L6→L7 全链路，运单 + 派工 + 验收完整
4.3	UC-13	MFR 查看订单状态 + 对账	听写	mfr_01 可见全部委托订单，对账明细准确

4.5 第五阶段：B2B2C 跨境配送¶

目标：验证跨境清关 + 安装全流程。

步骤	用例	场景	责任人	通过标准
5.1	UC-07	MFR 跨境委托（mfr_02 / cus_03 / 空调+智能锁）	听写	订单创建，自动分配 lgp_02 + 粤 ZB1234 港
5.2	UC-14	跨境清关流程（预置订单 PO-003 起点）	听写	L5.3 清关中→L5.4 放行→L6 安装，报关单状态同步

4.6 第六阶段：物流配送专项¶

目标：从物流商视角验证运单操作。

步骤	用例	场景	责任人	通过标准
6.1	UC-15	LGP 接单 + 调度车辆	听写	lgp_01 接单成功，分配车辆 HK-AB1234
6.2	UC-16	配送延误异常	听写	延误自动告警至 OL + MFR + 客户，SLA 超时记录
6.3	UC-17	GPS 轨迹上报	听写	车辆位置实时更新，客户端可见
6.4	UC-18	签收异常（货物破损）	听写	异常签收触发赔付流程，MFR + OL 可见

4.7 第七阶段：MFR 专项¶

目标：验证生产商视角的功能。

步骤	用例	场景	责任人	通过标准
7.1	UC-19	MFR 产品库管理（mfr_01 新增/编辑 SKU）	听写	SKU CRUD 完整，HS 编码校验生效
7.2	UC-20	MFR 创建订单	听写	订单创建成功，价格自动计算
7.3	UC-21	MFR 对账单查看	听写	月结对账单生成，金额与订单匹配
7.4	UC-22	MFR 异常处置（产品下架）	听写	下架产品不可下单，影响订单处理流程

4.8 第八阶段：运营管理专项¶

目标：验证运营后台的核心功能。

步骤	用例	场景	责任人	通过标准
8.1	UC-23	OPR 看板（ol_01 / 全平台订单）	听写	看板数据实时，订单分布、SLA、异常告警可见
8.2	UC-24	OPR 订单管理（异常订单处置）	听写	OL 可干预异常订单，操作留痕
8.3	UC-25	OPR 智能派单	听写	派单算法正确匹配师傅（技能 + 区域 + 楼宇偏好）
8.4	UC-26	OPR 异常处置工单	听写	工单创建 + 分派 + 关闭环路完整

五、角色分工¶

5.1 角色职责矩阵¶

角色	职责	操作权限
人类（TL/PO/BO）	模拟客户/师傅/运营真实操作（视具体场景补充）	真实用户视角操作
听写（DT）	真实用户测试主体 + 只读后门辅助 bug 类型识别 + 测试报告输出	真实用户操作 + BD-01~06 只读后门
听码（WDE）	处理代码类 bug（逻辑/计算/UI/状态机）	代码修复权限
听云（WCL）	处理环境/配置类 bug（服务不可达/超时/证书/配置）	运维修复权限
TL	协调测试节奏，签字确认各阶段通过	全局协调

5.2 听写（DT）在测试中的具体职责¶

职责	详细内容
执行测试	以真实用户身份走完 26 个用例，不使用任何特权接口
Bug 类型区分	通过 BD-01~06 只读后门辅助判定 bug 归属（代码 / 配置 / 数据 / 业务）
协作记录维护	在协作记录中新增 bug 条目，@对应 AI 处置
回归验证	接收听码/听云修复反馈后，重新执行用例验证
测试报告输出	每日 18:00 输出当日测试日报，全部完成后输出最终报告
操作手册核对	以真实用户视角核对各端用户操作手册的准确性与可操作性

六、Bug 处置流程¶

6.1 Bug 类型分类¶

对齐 DT 听写工作手册 §4.3：

Bug 类型	判定特征	处置方	听写判定手段
代码问题	逻辑错误、计算错误、UI 渲染错误、交互行为与设计不符、字段显示错误、状态机流转错误	听码（WDE）	通过 BD-02/04 确认配置正常、数据正确，但 UI/逻辑错误
配置/环境问题	服务不可达、超时、证书错误、域名解析失败、第三方集成异常、环境变量缺失、数据库连接异常	听云（WCL）	通过 BD-01/02 确认服务健康异常或配置项缺失
数据问题	主数据缺失、预置订单字段错误、RLS 策略未生效、产品 SKU 缺失	听码 + 听云协同	通过 BD-04 查询表结构与策略，定位数据层问题
业务规则问题	实际行为与业务规则不符，但代码与环境均正常	SPO/BO 决策	听写提交业务规则确认请求至 SPO/BO

6.2 Bug 优先级定义¶

优先级	定义	处置 SLA
P0	阻塞核心流程，无法继续测试（如登录失败、订单无法创建）	4 小时内修复
P1	影响功能正确性，但可绕过继续测试（如某字段显示错误）	24 小时内修复
P2	用户体验问题，不影响业务正确性（如文案错别字）	测试结束前修复

6.3 Bug 处置闭环流程¶

听写发现 bug
      ↓
听写判定类型（代码/配置/数据/业务）+ 优先级（P0/P1/P2）
      ↓
在 [协作记录] 新增条目，@听码 或 @听云（含复现步骤、判定依据、后门查询结果）
      ↓
听码/听云接收 → 在协作记录回填处置方案 → 修复
      ↓
听写回归验证 → 在协作记录关闭 bug 条目
      ↓
如涉及代码变更 → 听码同步至 DWLG
如涉及运维变更 → 听云同步至 OWLG
如涉及文档变更 → 听写同步至 DLG

6.4 Bug 记录模板¶

每条 bug 在协作记录中按以下格式记录：

### BUG-YYYYMMDD-NN

- **现象**：{一句话描述问题}
- **复现步骤**：1. ... 2. ... 3. ...
- **期望结果**：{按 DIP1-SPEC / 用例 应有的行为}
- **实际结果**：{实际观察到的行为}
- **后门查询**：BD-0X 结果摘要 → ...
- **类型判定**：{代码/配置/数据/业务}
- **处置方**：@听码 或 @听云
- **优先级**：P0 / P1 / P2
- **状态**：待处置 / 处置中 / 待回归 / 已关闭

七、听写只读后门使用规范¶

重要约束：本组功能仅供听写使用，普通真实用户无权访问。功能定位为只读性后门，不修改任何数据。详见 DT 听写工作手册 §4.4。

7.1 后门功能清单¶

后门	端点	功能	使用场景
BD-01 服务健康检查	`GET /api/dt/health`	查询后端各服务健康状态（API/DB/Redis/OSS/WhatsApp/Push）	测试启动前自检；服务不可达时定位配置/环境问题
BD-02 配置项查看	`GET /api/dt/config`	查询当前环境关键配置项（环境变量名 + 是否存在，不显示明文值）	第三方集成异常时确认配置项是否缺失；判定环境 vs 代码问题
BD-03 接口元数据查询	`GET /api/dt/api-meta/{path}`	查询指定 API 端点的路由、方法、权限要求、最近调用日志摘要	接口 403/404 时确认路由是否注册；判定权限/路由问题
BD-04 数据库表结构查询	`GET /api/dt/schema/{table}`	查询指定表的结构、索引、RLS 策略（不查询数据内容）	RLS 策略未生效时定位；字段缺失时确认表结构
BD-05 错误日志摘要	`GET /api/dt/errors?limit=20`	查询最近 N 条 5xx 错误日志的摘要（时间、端点、错误类型、堆栈首行）	5xx 错误时定位代码 vs 配置问题；提供听码排查线索
BD-06 用户会话状态查询	`GET /api/dt/session/{user_id}`	查询指定用户当前会话状态（登录态、Token 有效期、角色）	登录异常时定位会话问题；验证 RBAC 角色绑定

7.2 使用原则¶

原则	说明
最小使用	仅在 bug 类型判定必要时使用，避免对每条 bug 都调用后门
结论记录	使用后门后须在测试报告中记录"后门查询结果 → bug 类型判定依据"
不替代真实视角	后门仅用于 bug 类型判定，不用于功能验证（功能验证须以真实用户视角完成）
安全红线	后门 Token 不得写入任何文档、不得提交至 Git、不得分享给其他 AI 或人类
审计留痕	所有后门访问记入审计日志，TL 可审计

7.3 典型使用场景示例¶

场景	后门组合	判定逻辑
用户登录失败	BD-01 → BD-06	BD-01 服务正常 + BD-06 会话异常 → 配置问题（@听云）
订单创建 500	BD-01 → BD-05 → BD-04	BD-01 服务正常 + BD-05 显示 5xx + BD-04 表结构正常 → 代码问题（@听码）
MFR 看不到自己的订单	BD-04 → BD-06	BD-04 RLS 策略缺失 + BD-06 角色绑定正确 → 数据/配置问题（@听云+听码）
报价金额计算错误	BD-01 → BD-02	BD-01 + BD-02 均正常 → 代码逻辑问题（@听码）

八、测试产出¶

8.1 产出清单¶

#	产出物	路径	责任人	频率
1	测试日报	协作记录 `TR-YYYYMMDD-NN` 段落	听写	每日 18:00
2	Bug 列表	协作记录 `BUG-YYYYMMDD-NN` 段落	听写	实时更新
3	协作记录	协作记录	听写	实时维护
4	最终测试报告	`docs/业务测试/11-测试报告.md`（待创建）	听写	测试结束后
5	操作手册核对清单	并入最终测试报告	听写	测试结束后
6	后门使用审计	OWLG 运维日志	听云	实时记录

8.2 测试日报模板¶

## 测试日报 TR-YYYYMMDD-NN

**测试范围**：{本日执行的用例编号清单}
**测试环境**：uat.dip1.example.hk
**测试人员**：听写（DT）
**测试时间**：YYYY-MM-DD HH:MM ~ HH:MM

### 当日进度
- 计划用例：N 个
- 实际执行：M 个
- 通过：X 个
- 失败：Y 个
- 阻塞：Z 个

### Bug 摘要
- 新增 Bug：N 个（代码 X / 配置 Y / 数据 Z / 业务 W）
- 关闭 Bug：M 个
- 待回归：K 个

### 后门使用记录
- BD-01：{时间} {结果}
- BD-0X：...

### 明日计划
- {明日待执行用例清单}

### 风险与阻塞
- {如有，列出阻塞项及处置方}

8.3 最终测试报告结构¶

最终报告须包含以下章节： 1. 测试概要（范围、环境、人员、周期） 2. 用例执行结果汇总（26 个用例逐一通过/失败状态） 3. Bug 汇总分析（按类型 / 优先级 / 处置方分布） 4. 操作手册核对结果（各端手册的准确性、可操作性评估） 5. 后门使用审计汇总 6. 测试结论与建议（是否可进入试运行）

九、测试通过标准¶

9.1 通过标准¶

维度	标准	说明
P0 用例通过率	100%	全部 P0 用例必须通过，无例外
P1 用例通过率	≥ 90%	允许 ≤ 10% 的 P1 用例存在已知问题
P0 Bug	0 个	测试结束时不得存在任何未关闭的 P0 Bug
P1 Bug	≤ 5 个	测试结束时未关闭的 P1 Bug 不得超过 5 个
P2 Bug	不限制	可在试运行阶段继续修复
操作手册核对	关键章节无错误	操作手册关键步骤准确，截图未过期

9.2 用例优先级定义¶

优先级	定义	数量	代表用例
P0	阻塞核心业务流程的用例	约 10 个	UC-01（下单）、UC-06（B2B2C 配送）、UC-14（跨境清关）、UC-23（OPR 看板）等
P1	影响功能完整性的用例	约 12 个	UC-08~12（C 端查询）、UC-15~17（LGP 操作）、UC-19~22（MFR 管理）等
P2	用户体验类用例	约 4 个	UC-12（评价）、UC-24（异常工单）等

9.3 测试结论判定¶

结论	条件	后续动作
通过	满足全部通过标准	进入试运行阶段
有条件通过	P0 全部通过 + P1 通过率 ≥ 80% + P1 Bug ≤ 8 个	进入试运行，但需在 2 周内修复剩余 P1 Bug
不通过	P0 用例存在失败 + P0 Bug 未关闭	不进入试运行，听码/听云修复后重新测试

9.4 测试终止条件¶

出现以下任一情况，立即终止测试： - 出现 P0 级别的数据安全问题（如数据丢失、数据污染） - 出现 P0 级别的安全问题（如越权访问、敏感数据泄露） - 环境大面积不可用（BD-01 显示超过 3 个服务不健康） - 听写判定存在系统性缺陷，无法继续有效测试

终止后由听写在 1 小时内输出终止报告，TL 召集听码/听云紧急会商。

十、修订记录¶

版本	日期	修订人	修订内容
V1.0	2026-08-18	DT	首版创建：① 测试目标（6 维度）；② 测试范围（26 用例 + 五端对应）；③ 前置检查清单（10 项）；④ 测试执行八阶段步骤（环境验证→C 端标准→C 端异常→B2B2C 本地→B2B2C 跨境→LGP 专项→MFR 专项→OPR 专项）；⑤ 角色分工（人类/听写/听码/听云/TL）；⑥ Bug 处置流程（4 类型分类 + P0/P1/P2 优先级 + 闭环流程 + 记录模板）；⑦ 只读后门使用规范（BD-01~06 清单 + 原则 + 典型场景）；⑧ 测试产出（6 类产出 + 日报/最终报告模板）；⑨ 通过标准（P0 100% + P1 ≥ 90% + P0 Bug = 0 + P1 Bug ≤ 5 + 终止条件）

本文档为 UAT 测试执行计划，听写按 §四执行八阶段测试，按 §六处置 bug，按 §七使用只读后门，按 §九判定通过标准。协作通道见协作记录，听写职责见 DT 听写工作手册 §四。