全链路测试计划索引
本目录用于规划和沉淀 apps/、frontend/、backend/ 的完整测试活动。测试目标不是只验证页面可打开，而是证明物联网智能瓶阀平台在身份、设备安全、订单履约、资金、组织隔离、离线补传和审计等关键链路上可正确、安全、可恢复地运行。
文档导航
| 文件 | 用途 |
|---|---|
| 01.md | 用户已有的平台后台补充需求原文，作为测试输入保留，不作为完整测试计划 |
| 02-总体测试计划.md | 范围、策略、分层、阶段、角色、风险和完成标准 |
| 03-系统与业务覆盖矩阵.md | 各端、后端进程、跨端流程和 AC-01～AC-25 的追踪关系 |
| 04-环境数据与依赖计划.md | 测试环境、账号、数据、Mock、第三方和设备模拟要求 |
| 05-执行批次与质量门禁.md | 冒烟、回归、专项、发布验收的执行顺序和准入准出条件 |
| 06-业务流程测试.md | 跨 App、Web、API、Worker、IoT 和数据库的可执行业务流程测试 |
| templates/测试用例模板.md | 单条测试用例的统一记录格式 |
| templates/测试报告模板.md | 每轮测试结果、缺陷和发布建议模板 |
使用方式
- 冻结本次被测版本、数据库迁移版本、App/Web 构建号和后端提交号。
- 按覆盖矩阵为每个场景建立用例，必须同时包含正常、拒绝、重复、超时、越权和恢复路径。
- 先执行静态检查和单元测试，再执行接口/契约、组件、跨端 E2E，最后执行性能、安全、弱网和灾备专项。
- 每轮结果使用报告模板归档；失败用例必须关联缺陷、责任模块和复测证据。
- 任何业务口径、状态、权限或接口变化，先更新
docs/基线，再同步更新本目录的矩阵和用例。
计划边界
backend/worker已承担支付超时扫描和 IoT Outbox 投递；无状态backend/iot-gateway与内嵌 Mochi MQTT Broker 的backend/iot-server已落地系统接口和 MQTT V1.8 协议边界。真实设备证书、生产 TLS 和厂商硬件仍需在联调环境验收。frontend/site是官网，按展示、响应式、可访问性、链接、构建和托管 Worker 测试；不把它当成业务事实写入端。- 本计划不把尚未实现或文档中“待确认”的政策当作通过标准。此类项进入阻塞/待决清单，由产品、安全、财务或法务确认后再固化用例。