docs(订单实时): 订正 OrderEventRelayTest 注释里「本仓无容器测试」的假前提

计划偏差②原文称「全仓 81 个测试类无一带 @SpringBootTest」——不成立：
本仓有一条 PaymentApplicationContextTest（@SpringBootTest，R-5，2026-09-22），
要库隧道并替换 TaskScheduler 掐定时任务；本次全量回归它在内 1063 例全绿。
注释改成实测事实 + 「不拉容器测试」的真实理由，并留一句「别再照旧读」。
只改注释，不改测试逻辑（Task 3 全量回归已覆盖本文件）。

java/src/test/java/com/payment/platform/module/payment/stream/OrderEventRelayTest.java

@@ -39,9 +39,11 @@ class OrderEventRelayTest {
 
     @Test
     void theAfterCommitSemanticsArePinnedInCode() throws Exception {
-        // 容器级测试要拉 Spring 上下文（本仓 81 个测试类一个都没拉过，会撞 leshouying.enabled
-        // 启动闸与库隧道依赖），所以「提交后才投递 + 无事务也投递」这条语义在这里用注解断言钉住；
+        // 「提交后才投递 + 无事务也投递」这条语义在这里用注解断言钉住，不去拉容器级测试：
+        // 本仓唯一那条 @SpringBootTest（PaymentApplicationContextTest，2026-09-22 的 R-5）要库隧道，
+        // 还得替换 TaskScheduler 掐掉定时任务 —— 否则上下文一 refresh 就真朝支付网关发 HTTP。
         // 真事务行为由 Task 14 的开放 API 建单 E2E 端到端验（信号早于提交 ⇒ 重拉看不到新行 ⇒ 红）。
+        // ⚠ 别再写「本仓没有容器测试」：那句自 2026-09-22 起就不成立。
         Method m = OrderEventRelay.class.getMethod("onOrderChanged", OrderChangedEvent.class);
         TransactionalEventListener ann = m.getAnnotation(TransactionalEventListener.class);
         assertNotNull(ann, "没有这个注解 = 事件永远不被投递");