看日志 + 看 MES 是否收到：端到端联调时建议的最短验证路径

目录

一级分类 章节 核心问题
联调路径 一、为什么必须端到端验证 单点成功不代表全链路
联调路径 二、最短验证闭环怎么走 单机单字段单工况
联调路径 三、日志该看哪三处 边缘、发布、MES
联调路径 四、常见断点怎么判 发送失败与入库失败
收束与实践 五、小结 先小闭环再放大

一、为什么必须端到端验证

仅看边缘发送成功不够，还要看到 MES 侧确实落库/落界面。

中间任一环节（DNS、网关、鉴权、字段校验）失败，都可能表现为边缘以为成功。

二、最短验证闭环怎么走

选一台设备、一个字段、一个可控工况，先跑通单闭环，再扩展到多字段。

首轮回环建议用人工可强制改变的量（如测试标志位），缩短等待时间。

三、日志该看哪三处

关注点： 三处时间戳要对齐。

  • 边缘采集日志：值是否更新。
  • 发布日志：请求是否发出、返回码是多少。
  • MES 侧日志/库表：是否入库、是否被业务规则过滤。

时间同步（NTP）不一致时，日志对齐会困难，联调前应先校正。

四、常见断点怎么判

  • 边缘有值、发布失败：接口或网络问题。
  • 发布成功、MES 无数据：字段校验或业务过滤。
  • MES 有数据但界面无显示：前端刷新或查询条件问题。

每层定位后再扩大范围，避免同时改多处。

五、小结

联调先做最小闭环，可快速定位责任边界，避免多人并行修改导致问题漂移。把最短路径写进联调 SOP，可复用到每条产线。

关于作者

联系方式： cheng.ziwen@gonleon.com