結果を変える可能性のある条件を把握する
ゲームのバージョンまたはリンク、および問題が発生した時期を記録します。わかっている場合はブラウザとオペレーティング システム、レイアウトが重要な場合はビューポート サイズ、ページがロードされたばかりかどうか、および関連する実行状態が含まれます。タイミングに敏感なジャンプの場合は、タブが非表示になってから再度開かれたかどうかについて言及します。技術的な原因を推測しないでください。他の人が繰り返すことができる具体的な状況に注意してください。
問題が再現可能かどうかを確認する
回避策を追加する前に、同じ手順を数回繰り返します。結果が断続的に表示される場合は、ランダムと呼ぶのではなく、そのように言って試行回数を数えてください。可能であれば、同じ開始状態にリセットします。次に、要因を 1 つ変更します。キーを押す速度を遅くするか、ビューポートを変更するか、プラットフォームの位置が変わるまで待ちます。これにより、元のレポートをそのまま維持しながら、有用な境界を明らかにすることができます。
ゲームのバグを再現するについての質問
ゲームのバグを毎回再現できない場合はどうすればよいですか?
断続的なレポートを保持し、成功した試行回数、開始状態、および関連するタイミングを記録します。フォローアップ試行ごとに 1 つの要素を変更し、失敗が表示されなくなった時点を記録します。
バグレポートには疑わしい原因を含めるべきですか?
明確にラベル付けされた仮説を追加することはできますが、観察された事実とは区別してください。正確な手順と予想される動作と実際の動作により、開発者は推測を継承することなく調査できます。
関連情報
古い情報を見つけましたか？ 訂正を連絡