非常に少ない情報でデバッグするためのヒント？[閉まっている]

私はかなり大きなコードベースを持つプロジェクトを継承しましたが、元の開発者がメールに返信することはめったにありません。いくつかの方法がありますが、すべてを知っているわけではありません。これらのパスに沿った多くの重複コード（たとえば、比較的同じことを行う5ページに含まれる機能ではなく、5ページにコピーされたコードです）、およびデータベース内のいくつかの微妙な問題（私たちは皆、スパゲッティコードを聞いたことがあります） 、しかしスパゲッティデータベースについて聞いたことはありますか？）

これらすべてのことで、ほとんどの場合は問題なく対処できます。

問題は、クライアントがどこかでバグを見つけたときです。彼らは通常、最終的な問題のスクリーンショットを送信し、「これを見てください」と言います。間違っているページ上の特定のもの、および予想されるものを強調表示します。それ以上の情報はほとんど与えられず、彼らと話をしてもっと得ようとすること（結果を得るために彼らがしたことなど）は、歯を引っ張るようなものです。

基本的に、これは次のように要約されます。

• 大規模で複雑なコードベース
• 物事がうまくいかない多くの多くの方法
• バグの発生に関する情報はほとんどありません

誰かがこの種のことをデバッグする方法についてのヒント、トリック、提案などを持っていますか？

そのようなものを手に入れたとき、私は通常より多くの情報を要求します。どこで作業しているかはわかりませんが、ここで問題をローカルに再現するための十分な情報がない場合は、詳細情報をリクエストして、チケットを「再現不可」とマークして送り返すことができます。私は最後にそれを破ることができます。

クライアントが手順の説明に問題がある場合は、スクリーンキャップビデオを依頼してください。Jingなど、それらを作成できる無料の製品がいくつかあります。 あなたが彼らが何をしていたかを正確に見ることができれば、それはずっと簡単になります。

編集： 数年前にこれを書いたとき、Jingは良いアイデアでした。それ以来、彼らはインストーラーを修正して、システムに「ボーナス」クラップウェアをロードしました。とはいえ、まともなスクリーンレコーダーがたくさんあります。

良い出発点はこの本かもしれません。

開発者はもうサポートを行っていないように聞こえるので、以下の定義を使用しています。

レガシーコードは、サポートされなくなったものに関連するソースコードです。

数年前に同様の問題が発生しましたが、生産性とコードのクリーンアップを最大化したのは、バグ追跡をシステムに統合することでした。

私たちはFogbugzを使用し（まだFogcreekを実行していると思います！）、例外が発生したときにユーザーがボタンを押すとすぐにシステムにログインできる例外処理メカニズムを構築することができました。スクリーンショットはもうありません。 このオプションを使用すると、ユーザーから情報を抽出しようとする代わりに、必要な情報を取得できます。 バリアントのように聞こえますが、特にスクリーンショットキャプチャオプションを使用すると、ある程度の効果が得られます。

もう1つやりたいことは、ログの追加を開始することです。引数値を使用してすべてのメソッド呼び出しをログに記録することをお勧めします。レガシーコード（テストなしのコード）で作業しているように聞こえるので、このログは適切な単体テストを追加して問題を繰り返さないようにします。

私の最も真剣なアドバイスは、できる限りリファクタリングを開始することです。機能の再コピーを見た回数を数えることはできませんが、完全なコピーではないことがわかりました。これは99.9％のコピーと1つの小さな小さなミスであり、バグになりました。すべてに単体テストの追加を開始し、QA部門がある場合は、作業中のコードのこれらの部分に対して自動テストスクリプトを取得してみてください。

一方、どのくらいのロギングがコードに挿入できるかを確認してください。つまり、ロギングの方法があまりない場合は、コードにフラグを追加して、デバッグ目的でより詳細なロギングの取得を開始できます。これは、ダイアログを表示できる場合に、ユーザーにオンとオフを切り替えることができるものです。数えきれないほど何度も助けてくれました。私は通常、問題の写真なしで「機能しません」というメッセージを受け取ります。「ログファイルを送信してください」と言うだけです。

単体テストを書くことから始めます。クラスまたは関数を選択し、それがどのように機能するかについての考えに対応する一連のテストを記述します。テストが失敗した場合、理由を見つけてください。それがバグである場合-それを修正します。あなたの期待が間違っていることが判明した場合、その事が実際に何をしているかを把握し、それに応じてテストを修正してください。

適切な作業ユニットテストのセットを作成したら、コードをクリーンにするためのリファクタリングを行うためのセーフティネットができました。

コードベースを理解するまで繰り返してください。

言うまでもなく、これは、バグレポートへの応答ではなく、事前に行うべきことです。