# 全链路测试计划索引

本目录用于规划和沉淀 `apps/`、`frontend/`、`backend/` 的完整测试活动。测试目标不是只验证页面可打开，而是证明物联网智能瓶阀平台在身份、设备安全、订单履约、资金、组织隔离、离线补传和审计等关键链路上可正确、安全、可恢复地运行。

## 文档导航

| 文件 | 用途 |
| --- | --- |
| [01.md](01.md) | 用户已有的平台后台补充需求原文，作为测试输入保留，不作为完整测试计划 |
| [02-总体测试计划.md](02-总体测试计划.md) | 范围、策略、分层、阶段、角色、风险和完成标准 |
| [03-系统与业务覆盖矩阵.md](03-系统与业务覆盖矩阵.md) | 各端、后端进程、跨端流程和 AC-01～AC-25 的追踪关系 |
| [04-环境数据与依赖计划.md](04-环境数据与依赖计划.md) | 测试环境、账号、数据、Mock、第三方和设备模拟要求 |
| [05-执行批次与质量门禁.md](05-执行批次与质量门禁.md) | 冒烟、回归、专项、发布验收的执行顺序和准入准出条件 |
| [06-业务流程测试.md](06-业务流程测试.md) | 跨 App、Web、API、Worker、IoT 和数据库的可执行业务流程测试 |
| [templates/测试用例模板.md](templates/测试用例模板.md) | 单条测试用例的统一记录格式 |
| [templates/测试报告模板.md](templates/测试报告模板.md) | 每轮测试结果、缺陷和发布建议模板 |

## 使用方式

1. 冻结本次被测版本、数据库迁移版本、App/Web 构建号和后端提交号。
2. 按覆盖矩阵为每个场景建立用例，必须同时包含正常、拒绝、重复、超时、越权和恢复路径。
3. 先执行静态检查和单元测试，再执行接口/契约、组件、跨端 E2E，最后执行性能、安全、弱网和灾备专项。
4. 每轮结果使用报告模板归档；失败用例必须关联缺陷、责任模块和复测证据。
5. 任何业务口径、状态、权限或接口变化，先更新 `docs/` 基线，再同步更新本目录的矩阵和用例。

## 计划边界

- `backend/worker` 已承担支付超时扫描和 IoT Outbox 投递；无状态 `backend/iot-gateway` 与内嵌 Mochi MQTT Broker 的 `backend/iot-server` 已落地系统接口和 MQTT V1.8 协议边界。真实设备证书、生产 TLS 和厂商硬件仍需在联调环境验收。
- `frontend/site` 是官网，按展示、响应式、可访问性、链接、构建和托管 Worker 测试；不把它当成业务事实写入端。
- 本计划不把尚未实现或文档中“待确认”的政策当作通过标准。此类项进入阻塞/待决清单，由产品、安全、财务或法务确认后再固化用例。