docs: 建立规格追踪、端到端验收与发布门禁
This commit is contained in:
@@ -1147,3 +1147,31 @@ MVP 沿用 IoTDB(现状);TDengine 作为生产规模化候选(先基准
|
||||
- 本任务前分支提交为 `126c215`;回滚可还原 Task 13 提交;
|
||||
- requestId/日志脱敏可安全保留;若指标采集开销过高,可降低采样频率;
|
||||
- 运维文档和部署指南可直接保留,不删除已记录的恢复演练要求。
|
||||
|
||||
## 2026-08-14 整改 Task 14:建立规格追踪、端到端验收与发布门禁
|
||||
|
||||
### 做了什么
|
||||
|
||||
- 新增 `docs/acceptance/requirements-traceability.md`:Wave 1~3 需求 ID 到实现、测试、手工用例、环境、证据、状态、限制和负责人的追踪表;
|
||||
- 新增 `docs/acceptance/core-e2e-cases.md`:覆盖 healthy 不触发、橙色仅一个任务、AI 失败重试、无效不确诊、阳性发病事件、越权 403、离线同步、通知重试、重启保持、备份恢复共 10 条核心用例;
|
||||
- 新增 `docs/acceptance/release-checklist.md`:发布前、发布中、发布后和回滚门禁;
|
||||
- `蚕病智能防控平台规格说明书_V2.2.md` 第 12 章增加验收文档入口和近期整改能力行;
|
||||
- `scripts/verify.ps1` 已在 Task 11 起纳入小程序单测,作为当前可复现质量门禁。
|
||||
|
||||
### 设计思路与决策依据
|
||||
|
||||
- 追踪矩阵不允许只写模块名,每行必须能回溯到实现、测试、环境、证据、限制和负责人;
|
||||
- E2E 用例先固定核心业务闭环,目标环境执行后再更新结果,不把“已编写”当“已验证”;
|
||||
- 发布门禁要求先备份、再部署、后回滚验证,和 AGENTS.md 的服务器发布规则保持一致。
|
||||
|
||||
### 验证结果
|
||||
|
||||
- `scripts/verify.ps1` exit 0:Go test/vet/build、Web test/lint/build、小程序 test/typecheck/build、APP typecheck/lint、AI pytest 15/15 均通过;
|
||||
- `git diff --check` 通过;
|
||||
- 未在目标环境执行 E2E-01~10,未完成真实发布和备份恢复演练。
|
||||
|
||||
### 回滚点
|
||||
|
||||
- 本任务前分支提交为 `1e6a5db`;回滚可还原 Task 14 提交;
|
||||
- 本次仅新增/修改验收文档和规格书状态说明,无代码、数据库或生成产物变更;
|
||||
- 如需回滚,删除 `docs/acceptance/` 并恢复规格书第 12 章及计划/交接文档即可。
|
||||
|
||||
Reference in New Issue
Block a user