エラーが再現しないときはどうする？記録する情報と確認ポイント

結論｜再現しなくても、記録して相談してよい

エラーが再現しないときは、初回の状況と再確認の結果を残し、原因が分からないままでも担当者へ共有しましょう。

「再現する」とは、ある操作や条件で、同じ現象がもう一度起きることです。再現できると原因を調べやすくなりますが、できないからといって、最初のエラーがなかったことにはなりません。

まずは「いつ・どこで・何をして・何が起きたか」をメモしてください。エラー画面が残っていれば、閉じたり再読み込みしたりする前に保存します。

再現しないことと、問題が直ったことは別です。 再確認で成功しても、初回の記録を消したり、自己判断で「解決済み」にしたりせず、確認した範囲を伝えます。

最初に記録する情報｜分かるところから残す

全部そろうまで報告を待つ必要はありません。次の項目を、分かる範囲で残しましょう。分からないところは「未確認」、記憶が曖昧なところは「おおよそ」と書きます。

• 発生日時： 日付と時刻。分かれば秒まで。例：9月13日14時05分ごろ（日本時間）。画像を撮った時刻と発生時刻が違う場合は分ける。
• 発生した場所： システム名、画面名、接続先のURL、テスト番号など。テスト用か、実際の利用者が使う本番用かも書く。
• 開始前の状態と操作： どの画面から始め、何を入力し、どの順でボタンを押したか。画面を開いてからしばらく待ったかなども、覚えていれば残す。
• 入力値・対象データ： 検索語、対象の番号、添付ファイルの種類や大きさなど。登録前だったか、変更済みだったかも手がかりになる。
• 期待した結果と実際の結果： 「一覧が表示されるはずが、読み込み中のまま止まった」のように分ける。エラーメッセージと番号は、分かればそのまま記録する。
• 使っていた環境： 端末、OS（Windowsなど端末を動かす基本ソフト）、ブラウザ、アプリの版、アカウントの種類。版が不明なら推測で埋めない。
• 影響と証拠： できなくなった作業、影響が分かっている人やデータ、画面画像、処理の記録である「ログ」の保存先。影響範囲が不明なら、その旨も書く。

画面画像だけでは、直前の操作や発生時刻までは伝わらないことがあります。短い文章を添えると、担当者が状況を追いやすくなります。

共有する画像・URL・ログには、パスワードや個人情報が含まれていないか確認します。元の記録はチームの決めた場所で管理し、共有用のコピーは必要に応じて情報を隠してください。

再現しないときの確認ポイント

最初に操作を繰り返してよいか確かめ、次に「初回と今の違い」を比べます。 すぐ再起動や設定変更をするより、記録した条件を見直すところから始めましょう。

1．同じ操作を繰り返しても大丈夫か

登録・購入・メール送信・削除などは、エラー表示が出ても、処理の一部が終わっている場合があります。もう一度押す前に、処理結果を確認する方法や、再実行してよいかを担当者に確かめます。

データの消失、二重登録、利用者の作業停止などが疑われる場合は、再現確認より連絡を優先してください。再現するまで報告を待つ必要はありません。

2．ボタンだけでなく、開始前の状態も同じか

「同じボタンを押した」だけでは、同じ条件とは限りません。次の違いを比べます。いずれも原因の候補を探すための確認であり、違いがあっただけで原因とは断定できません。

• 操作の流れ： 直接画面を開いたか、別の画面から移動したか。戻るボタンや連続クリックを使ったか。
• データの状態： 初回の操作で登録済み・処理済みになっていないか。入力内容や選択項目が変わっていないか。
• ログイン状態： 同じ種類のアカウントか。ログイン直後か、長く画面を開いた後か。
• 動かす場所や設定： 接続先、端末、ブラウザ、アプリの版、ネットワークが変わっていないか。
• 時間や周囲の処理： 同時に別の作業が動いていなかったか。時間を置いたか。分からない点は担当者へ確認する。

ブラウザが一時保存しているデータを「キャッシュ」といいます。キャッシュの削除や再ログインも状態を変える操作です。試す場合は、先に記録を残し、チームの手順に沿って行います。

3．条件を変えるなら、一つずつ結果を残す

安全に試せる場合は、記録した開始前の状態と操作をそろえて確かめます。そろえられない条件があれば、「初回と同じ条件では確認できていない」と残せば大丈夫です。

ブラウザと入力値を同時に変えて成功しても、どの違いが関係したか分かりません。条件を変えるなら一つずつにし、変更点と結果をセットで記録します。共有データや本番設定を勝手に変更して、初回の状態を作り直さないようにしましょう。

結果は「初回のみ発生。その後2回は発生せず。2回とも再ログイン後に実施」のように書きます。単に「3回中1回」とまとめるより、条件の違いが伝わります。

4．発生時刻を手がかりに、ログを確認する

画面にエラーが出なくなっていても、発生時のログが残っていることがあります。見られる場所と権限が分かる場合は、該当するシステムの発生時刻付近を確認します。

自分で見られなければ、担当者へ「この時刻、この画面、この操作の記録を確認してほしい」と伝えます。端末の表示時刻とログの時刻が同じ基準とは限らないため、日本時間かどうかなども添えると照合しやすくなります。

ログが見つからなくても、問題がなかった証明にはなりません。記録先や保存期間が違うこともあります。詳しい探し方は、関連記事の「エラーログの読み方」で確認できます。

具体例｜再ログイン後は検索できた場合

架空のテスト用システムで、商品検索を試した場面を考えます。商品名に「ノート」と入力して検索すると、初回だけ「検索できませんでした」と表示されました。その後、再ログインして同じ検索を2回試すと、どちらも一覧が表示されました。

このとき分かるのは、「初回は失敗し、再ログイン後の2回は成功した」という事実です。ログイン状態が関係する可能性はありますが、ログインの有効期限が切れたことが原因だとまでは言えません。

初回に画面を開いていた時間が分からなければ、そのまま「未確認」と書きます。無理に推測して埋めるより、変わった条件と分からない条件を区別する方が、次の調査につながります。

再現しないまま相談するときの報告例

先ほどの例なら、次のように伝えられます。内容はすべて架空です。実際の報告ではチームの書式に合わせ、確認した内容に置き換えてください。

件名：商品検索で一度エラーが発生（現在は再現せず）

発生日時：2026年9月13日14時05分ごろ（日本時間）

対象：テスト用システムの商品検索画面／テスト番号 T-021

環境：Windows、Chrome（版は未確認）、一般利用者用テストアカウント。接続先URLはチーム内の記録に添付。

初回の状態：ログイン済み。画面を開いてからの経過時間は未確認。

操作：商品名に「ノート」を入力し、検索ボタンを1回押した。

期待した結果：検索条件に合う商品が一覧表示される（テスト手順書 T-021）。

実際の結果：「検索できませんでした」と表示された。

再確認：14時10分・14時12分に再ログイン後の検索を実施。2回とも一覧を表示。同じ端末・アカウント・入力値を使用。

条件の違い：再ログインしているため、初回のログイン状態とは異なる。

影響：初回の商品検索ができなかった。他の利用者への影響は未確認。

証拠：初回の画面画像をチーム内の記録に添付。発生時のログは未確認。

推測：ログイン状態が関係する可能性はあるが、原因は未特定。

相談したいこと：発生時のログの確認と、追加確認の要否・テスト結果の扱いを相談したい。

「再現しません」だけでなく、何を試して再現しなかったのかを書くのがポイントです。スクリーンショットがない場合は「画像なし。文面は記憶による」と伝え、正確に保存できた情報と区別します。

なお、再現が不定期でも手順や追加情報を報告する考え方は、Mozillaの不具合報告ガイドでも案内されています。

よくある疑問

何回確認すれば「再現しない」と言ってよい？

すべての現場に共通する回数はありません。「この条件で2回試し、2回とも発生しなかった」のように、確認した範囲を伝えましょう。追加確認の回数や時間は、影響の大きさとチームの方針に合わせて相談します。

エラー画面を閉じてしまったら、もう調べられない？

画面画像がなくても相談できます。覚えている時刻、操作、文面、対象の情報を残しましょう。時刻が曖昧なら「14時〜14時10分ごろ」のように幅を持たせます。記憶にない部分は作らず、ログなど別の手がかりを担当者に確認します。

再確認で成功したら、テスト結果はOKにしてよい？

再確認で成功した事実と、初回のエラーの扱いは分けます。初回の結果を成功で上書きせず、報告先や記録番号を残してください。「保留」「確認中」などの扱いはチームのルールに従い、OK・NGしか選べない場合も担当者へ判断を求めます。

まとめ

エラーが再現しなくても、残せる情報はあります。まず初回の状況を記録し、安全に確かめられる範囲で条件の違いを見ます。

• 初回と再確認の結果を分け、変えた条件も残す。
• 「発生しなかった」と「直った」を同じ意味にしない。
• 原因を決めつけず、未確認事項と相談したいことを添えて共有する。

すべてを自分で解明する必要はありません。次に調べる人が状況を追える記録を残すことが、再現しないエラーへの大切な対応です。

関連記事

• エラーが出たら何から確認する？慌てないための対処手順5ステップ：エラー発生直後の動きを、最初から確認したい方へ。
• エラーログの読み方｜初心者が最初に確認するポイント：記録した発生時刻を手がかりに、ログを読みたい方へ。
• テストで想定と違う結果が出たら？不具合か判断できないときの確認手順：再現の有無に加え、仕様やテスト条件との違いも確かめたい方へ。