5

アクセスできない数千台のコンピューターにインストールされるWindowsデスクトップアプリケーションを作成します。これらのユーザーの1人がバグを報告すると、説明が非常に徹底的であっても、役立つ可能性のある他の情報があります。

現在、自動フィードバックエージェントに取り組んでいます。つまり、非常に詳細な情報にアクセスできるようになります。しかし、キャンディーストアの子供のように、どこから始めればよいのかわかりません。 同じ場合、フィードバックパッケージにどのような情報を含めますか？ エラーを再現するのに役立つものは何ですか？

これまでに得たものは次のとおりです。

  • アプリのバージョン番号、
  • OSとOSのバージョン番号
  • プロキシ情報
  • .NETのバージョンと更新番号
  • アプリに固有の情報（データバージョンなど）
  • アクセスログとエラーログ

これはこの質問に似ていますが、ユーザーがバグを経験したときほど、プログラムがクラッシュしたときに情報を取得することにはあまり関心がないことに注意してください。

編集：明確化：バグの場合にユーザーがどのような情報を提供する必要があるかを尋ねるのではなく、プログラムでどのような情報を収集する必要がありますか？

4

3 に答える 3

4

その情報をすべて持っていても、問題を再現するのは難しい場合があります。ユーザーがバグをどのように作成したかを説明するとき、重要な手順について誤解されることがよくあります。アプリケーションの内部動作がわからない場合、どの領域が重要であるかを知るのは困難です。ルートレベルのイベント処理やその他の手段など、ユーザーアクションを追跡する方法を実装することをお勧めします。元に戻す/やり直し機能がある場合は、これで十分だと確信しています。次に、アクションチェーンの最後の（x）ステップをエラーレポートに含めることができます。

于 2010-03-01T17:46:24.180 に答える
2

編集：私はあなたの質問を読み間違えたと思います。ここで説明する内容をすでに計画しているのではなく、バグを報告している顧客からどのような情報を入手するかについて話していると思いました。とにかく参考のために残しておきます。

同様の状況で、ユーザー数が少ないにもかかわらず、アプリには[サポート用のパッケージログ]ボタンがあり、すべてのログファイルと現在開いているプロジェクトファイル（存在する場合）を含むzipファイルが作成されます。説明した他のすべての情報は、すでにログファイルの1つに含まれています。このようにして、顧客はZIPファイルを便利に送信できます。これは、プロジェクトファイルを開いたり、ネットワークインターフェイスに接続したりすることなく、メインのアプリケーションウィンドウから実行できます。これは、問題が発生する可能性のある2つの主要なポイントです。これにより、ユーザーが「手作業で」フィードバックを提供することに頼るよりもはるかに簡単になります。

それ以外に、問題を再現するための正確な手順が利用可能である必要があります。そのほとんどは通常、プロジェクトファイル自体（取得したZIPファイルにあります）にあり、いくつかの手順が欠落しています。

あなたがすでにリストしたもの以外に、これにとって重要であると思われるもの：

  • ユーザー/アカウント情報。これは、権限の問題に役立つ場合があります。タイムゾーン、ロケール、Windowsテーマなどを含めることができます。
  • インストール場所を含むアプリケーション構成。
  • すでに述べたように、これが問題の原因である可能性があるため、ユーザーが操作している現在のファイル。
  • ユーザー設定、つまりアプリケーションがユーザーごとに保存するデータ。これらで奇妙なものを見た。MRUリストも役立つ場合があります。
于 2010-03-01T17:23:09.933 に答える
1

アプリケーションの基本的な状態（バージョン、構成など）を除いて、取得する最も重要な情報は次のとおりです。

  • エラーまたはバグを再現するために必要な手順（可能な場合は使用される入力を含む）
  • 期待される出力
  • 実際の出力
  • フォローアップが必要な場合の連絡先情報（ソフトウェアが匿名で使用されている場合）

これは、問題の99.9％を解決するのに十分な情報になります。残りの部分については、フォローアップして、問題の解決に役立つと思われる詳細情報を入手してください（この時点ではるかによく理解されることを願っています）。

于 2010-03-01T17:46:22.807 に答える