TR069 平台 2026-03-26 工作计划

日期：2026-03-25

1. 当前判断

结合今天的联调、任务链路、现场 WiFi 结果与页面表现，当前平台状态应定义为：

• TR069 核心链路已经可用
• GenieACS 思路对 ACS 交互、动态实例读取、任务语义校正是有效的
• 平台还不能定义为“完全完善”
• 剩余问题已经从“能不能跑”收缩到“回读归并、状态判定、回归覆盖、交付稳定性”

也就是说，平台当前更接近：

• 可上线验证
• 可持续完善
• 未完全收口

不建议明天再分散去做大范围新功能，应该集中完成 TR069 这一轮的工程化收口。

2. 今天已确认的结论

1. 绑定、下发、browse、read 任务链路能够跑通
2. 设备真实广播已经与目标 SSID 对齐，说明设备侧生效并非主要问题
3. 历史上的“已漂移”异常，核心不是 ACS 不通，而是平台对运行态与验证结果的归并存在误判
4. 前端设备页的 SSID/密码状态在单频回读场景下存在直接误判风险，今天已补前端兜底逻辑
5. 当前页面已经能显示“已同步”，说明误判最表层问题已被压住

3. 明天工作目标

明天只围绕一个主题推进：

把 TR069 从“能用”收口到“这轮问题可以稳定交付”。

具体目标分成 4 项。

目标 1：确认这次问题已经真正闭环

目标说明：

• 不再只看单次截图
• 要确认同类换绑场景重复执行后仍然稳定

执行内容：

1. 选 2 到 3 台设备重复执行绑定/换绑/回读流程
2. 覆盖至少 1 台 TR-098 动态实例设备
3. 重点观察以下结果是否一致：
   • 任务链路成功
   • 页面目标 SSID 正确
   • 页面运行态 SSID 正确
   • SSID 状态显示为已同步
   • 不再出现“设备真实已正确，但页面仍显示已漂移”

验收标准：

• 至少 2 次重复验证通过
• 不再依赖人工解释页面状态

目标 2：补后端回归覆盖，锁死本次问题

目标说明：

• 今天前端已经补了展示误判
• 明天要把后端 runtime/verify 相关回归补得更硬，避免后续再被改坏

执行内容：

1. 复核 MiniACS 动态实例回读归并测试
2. 补充或加强以下回归场景：
   • 设备真实双频生效，但仅部分运行态字段被页面拿到
   • capability.last_verify_result 为 success 时，设备页不能继续表现为漂移
   • TR-098 动态 2G/5G 实例顺序不固定时，仍能得到正确运行态
3. 检查设备列表与设备详情是否使用同一套运行态来源规则

验收标准：

• 新增或加强的测试可稳定通过
• 列表页与详情页同一设备状态一致

目标 3：梳理“已漂移”判定口径，形成统一规则

目标说明：

• 当前平台最大风险不是链路不可用，而是不同层对“漂移”的定义不完全一致
• 明天需要把口径写清楚

执行内容：

1. 明确以下三层含义：
   • 任务执行成功
   • 设备运行态已同步
   • 自动验证结果 success / partial_success / drifted
2. 明确页面以下状态分别依赖什么证据：
   • SSID 状态
   • WiFi 密码状态
   • ACS 状态
   • 最近验证结果
3. 输出一份短规则：
   • 什么情况下显示已同步
   • 什么情况下显示部分回读
   • 什么情况下显示已漂移
   • 什么情况下显示设备不支持

验收标准：

• 前后端对同一状态的定义一致
• 后续排障不再混淆“任务成功”和“业务已同步”

目标 4：形成本轮 TR069 交付记录

目标说明：

• 这轮已经不是单点修 bug，而是一轮较完整的 TR069 收口
• 必须留下交付记录，便于后续继续演进

执行内容：

1. 记录本轮已完成事项
2. 记录仍未完成事项
3. 记录上线验证方法
4. 记录后续遗留风险

验收标准：

• 文档可直接用于明天工作与后续交接

4. 明天建议排期

上午

1. 复测 2 到 3 台设备的绑定/换绑/回读链路
2. 复核设备列表与设备详情是否一致
3. 记录仍然存在的差异现象

下午前半段

1. 补后端和前端回归测试
2. 复查 TR-098 动态实例场景下的 2G/5G 归并
3. 对照验证结果再次跑构建

下午后半段

1. 输出“已漂移”统一口径说明
2. 输出本轮 TR069 交付记录
3. 整理下一轮遗留问题清单

5. 明天不建议做的事

为避免再次分散精力，明天不建议优先做以下内容：

1. 不新增大块无关业务功能
2. 不扩大到新的平台模块并行推进
3. 不在缺乏验证样本时继续重构大面积 TR069 代码
4. 不把“任务成功”直接等同于“平台已经完全正确”

6. 当前平台成熟度结论

截至今天，TR069 平台可以定义为：

• 核心能力已具备
• 现场联调已证明链路可行
• 当前问题已收缩到可控范围
• 仍然需要一天左右的收口验证与规则固化

因此，当前不建议写成“平台已经完全完善”。

更准确的表述应为：

• TR069 平台已达到可持续验证和可交付收口阶段
• 还差最后一轮稳定性、判定口径和交付文档收口

7. 明天结束时的目标产出

如果明天推进顺利，期望至少形成以下产出：

1. 一份重复验证通过的联调结果
2. 一组补强后的回归测试
3. 一份“已漂移”统一口径说明
4. 一份本轮 TR069 交付总结

达到以上 4 项后，这轮 TR069 问题才可以认为真正进入阶段性收口。