80 lines
2.1 KiB
Markdown
80 lines
2.1 KiB
Markdown
# T12_ACCEPTANCE_CRITERIA
|
||
|
||
最后更新: 2026-06-14
|
||
范围: T12 用户端 Web 自助 MVP
|
||
|
||
---
|
||
|
||
## 1. 目标
|
||
|
||
T12 的验收对象不是后台运营链路，而是用户端 Web 自助主链：
|
||
|
||
`落地页 → 套餐页 → 下单 → 支付 → 资料填写 → 后台接单 → 状态页 → 站内查看/下载交付`
|
||
|
||
---
|
||
|
||
## 2. 必须满足的 MVP 验收项
|
||
|
||
### A. 用户入口
|
||
|
||
- `/` 与 `/pricing` 可访问
|
||
- `/checkout/{service_version}` 可创建公开订单
|
||
- 公开订单必须带 `portal` 访问链路
|
||
|
||
### B. 支付
|
||
|
||
- 至少一个 provider 形成真实闭环（当前可先用 `alipay_sim` 做上线前模拟）
|
||
- 支付成功后订单自动进入可填写资料阶段
|
||
- 支付失败/重复回调/金额不一致不能静默成功
|
||
|
||
### C. 资料填写
|
||
|
||
- 用户能保存草稿
|
||
- 用户能提交资料
|
||
- 正式提交必须记录同意信息：
|
||
- `consent_version`
|
||
- `consent_scope`
|
||
- `privacy_accepted`
|
||
- `service_terms_accepted`
|
||
- `guardian_confirmed`
|
||
|
||
### D. 后台接单
|
||
|
||
- 未提交资料不得进入 `serving`
|
||
- 后台订单列表/详情可见资料提交状态
|
||
- 后台可基于提交状态继续处理
|
||
|
||
### E. 交付
|
||
|
||
- 报告未真实存在时，不得在 portal 误报“报告已就绪”
|
||
- 用户至少支持：
|
||
- 站内查看报告
|
||
- 下载 PDF
|
||
- 交付状态对用户可见
|
||
|
||
### F. 合规与恢复基线
|
||
|
||
- 已有隐私/数据保留/备份恢复/密钥管理文档基线
|
||
- 前台资料提交链路有明确知情与监护人同意提示
|
||
|
||
---
|
||
|
||
## 3. 明确未完成不得误报的事项
|
||
|
||
以下任一未满足，T12 不得报“整体完成”：
|
||
|
||
1. 真实支付 provider 未完成且目标口径要求真实支付
|
||
2. 交付事件仅停留在路由级补丁，未形成稳定主链能力
|
||
3. 前台仅有文案，无同意字段落库
|
||
4. 备份恢复仍没有最小快照+restore smoke，或虽有脚本但未形成可验证基线
|
||
|
||
---
|
||
|
||
## 4. 当前状态分级规则
|
||
|
||
- 设计完成: 文档/状态机/实施板齐备
|
||
- 实现完成: 代码与测试已落地
|
||
- 本地验证完成: pytest/ruff/mypy/dev-verify 通过
|
||
- 线上验证完成: 真实服务器链路通过
|
||
- 整体完成: 全部验收项无剩余缺口
|