expected-after-deploy.md 2.0 KB

票 71 改序后预期读数(部署前预演,2026-10-22 真实后端)

  • 取证:verify/artifacts/t71/(map-snapshot.json、agg-*.json、probe.mjs、probe-alarm-wo.mjs)
  • 快照:2026-10-22T16:45:36+08:00
  • 判定规则(实施后):alarm → (全部未处理报警被未结束工单承接 ? WORK_ORDER : ALARM) → workOrderInProgress ? WORK_ORDER → warning ? WARNING → online ? NORMAL : OFFLINE

逐设备

设备 未处理报警 未解决预警 未结束工单 当前发布 部署后预期
41010500001320000002 0 2 1(stateCode=1 待接单) WARNING WORK_ORDER
TEST-CBYL5432168 0 1 1(stateCode=4 待验收) WARNING WORK_ORDER
TEST-TCLLJ002215 0 1 0 WARNING WARNING(不变)
860347065467627 0 0 1(stateCode=2 已接单) WORK_ORDER WORK_ORDER
TEST-CBLL222222222 / TEST_001 0 0 1 / 2 WORK_ORDER WORK_ORDER
21119740(关联点位 CBWS202610150001) 2(UNHANDLED,逐条 /events/ALARM/{id}/work-orders = NO_WORK_ORDERS) 6 5 ALARM ALARM(不变)
41010500001320000001 / 8652052334 / TEST-CNXHS0000001 0 0 0 NORMAL / OFFLINE 不变

业务轴计数(未关联设备 9 台)

状态 当前 部署后
报警 1(关联设备 21119740 的点位) 1
预警 3 1
工单处置 3 5
正常 1 1
离线 2 2

口径与边界(不猜)

  • 设备级 equipment_status.alarm_status 不在只读 API 暴露,因此「报警标志」由发布状态反推:发布 WARNING/WORK_ORDER 的设备必然 alarm_status≠1(否则会先落 ALARM 分支)。这条反推只用于本预演,不写进代码。
  • 「未处理报警是否被逐条承接」通过 /events/ALARM/{alarmId}/work-orders 逐条核实,实测两条均无工单。
  • 预演不是验收证据:部署后必须重跑 probe.mjs 对照本表,才能算真实复验(归票 17/18 窗口)。