Files
platforms/checking/README.md

31 lines
2.7 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
# 全链路测试计划索引
本目录用于规划和沉淀 `apps/``frontend/``backend/` 的完整测试活动。测试目标不是只验证页面可打开,而是证明物联网智能瓶阀平台在身份、设备安全、订单履约、资金、组织隔离、离线补传和审计等关键链路上可正确、安全、可恢复地运行。
## 文档导航
| 文件 | 用途 |
| --- | --- |
| [01.md](01.md) | 用户已有的平台后台补充需求原文,作为测试输入保留,不作为完整测试计划 |
| [02-总体测试计划.md](02-总体测试计划.md) | 范围、策略、分层、阶段、角色、风险和完成标准 |
| [03-系统与业务覆盖矩阵.md](03-系统与业务覆盖矩阵.md) | 各端、后端进程、跨端流程和 AC-01AC-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 测试;不把它当成业务事实写入端。
- 本计划不把尚未实现或文档中“待确认”的政策当作通过标准。此类项进入阻塞/待决清单,由产品、安全、财务或法务确认后再固化用例。