完善一键回归与真实输入准备

This commit is contained in:
2026-04-03 14:18:11 +08:00
parent 129ea935db
commit 114c524044
14 changed files with 599 additions and 29 deletions

80
t2b.md
View File

@@ -1,6 +1,6 @@
# T2B 协作清单
> 文档版本v1.10
> 最后更新2026-04-03 13:08:15
> 文档版本v1.11
> 最后更新2026-04-03 14:16:17
说明:
@@ -24,6 +24,7 @@ backend 当前已完成:
- `currentRuntimeBindingId`
- `publish` 默认继承当前 active 三元组
- `Bootstrap Demo``一键补齐 Runtime 并发布` 已可从空白状态跑完整测试链
- `一键标准回归``回归结果汇总` 已接入标准联调入口
- workbench 日志已补齐:
- 分步日志
- 真实错误
@@ -41,6 +42,81 @@ backend 当前已完成:
2. 固化详细日志口径,失败时明确定位在哪一步
3. 固化稳定测试数据,并逐步支持更接近生产的真实输入
当前认为“联调标准化第一版”已经基本到位backend 下一步应进入:
**真实输入替换第一刀**
优先顺序建议:
1. 先替换真实 KML / 赛道文件
2. 再替换真实地图资源 URL
3. 再替换真实内容 manifest / presentation schema
4. 最后再补真实活动文案样例
原则:
- 仍走同一条一键回归链
- 不重新设计联调流程
- 只是把 demo 输入逐步换成更接近生产的真实输入
当前进一步明确 backend 的执行口径如下:
### 0.1 一键测试链路
请继续以这条链作为唯一标准联调入口维护:
```text
Bootstrap Demo
-> 一键补齐 Runtime 并发布
-> launch / play / result / history 回归
```
要求:
- 从空白环境直接可跑
- 不依赖手工预铺 6~8 个对象
- 同一条链可反复执行
- 失败时能明确知道卡在哪一跳
### 0.2 详细日志口径
workbench 和相关 backend 调试输出,当前应至少统一包含:
- 当前步骤名
- 核心输入参数
- 真实错误信息
- stack
- 最后一次 curl
- 预期判定
不要只输出“失败了”,要能回答:
- 是哪一步失败
- 为什么失败
- 用什么请求复现
### 0.3 稳定测试数据
当前 demo 数据不要继续散落手工维护,统一以 backend 准备的一键测试数据为准。
后续逐步支持以下更接近生产的真实输入:
- 地图资源 URL
- KML / 赛道文件
- 内容 manifest
- presentation schema
- 活动文案样例
### 0.4 当前不建议做
联调标准化阶段不要继续发散去做:
- 新对象扩张
- 新管理面板
- 更复杂 workbench UI
- 复杂后台运营功能
- 与当前联调闭环无关的页面能力
当前不建议 backend 继续发散去做:
- 更多新对象