5

ESRの質問方法スマートウェイに似たスタイルで効果的なバグレポートのガイドを書きたい（または見つけたい）

効果的なバグレポートのためのあなたの一番の秘訣は何ですか？

4

8 に答える 8

9
  • バグを再現する方法のステップバイステップの説明
  • 原因となる可能性のある他の何かではなく、実際にバグを書いているものにバグを分離しようとしたことを確認してください。
  • リストは、バグを作成しているソフトウェア以外のものにバグを分離しようとします
  • 質問に答えられるようにし、バグのトラブルシューティング/再現に役立ててください

肝心なのは、バグが発生したときにある程度の批判的思考を行う必要があるということです。それがあなたのせいである可能性をすべて使い果たしたら、バグを書き留めてください。自分のせいであることがわかったが、使用/テストしているソフトウェアが自分のせいを示すためにもっと使いやすいことをした可能性がある場合でも、バグを記述してください。

また、本当に優れたバグレポーターになるには、バグをテストしている人たちがバグを再現できるようにする必要があります。そのバグを再現するための「コツをつかんだ」可能性があり、意識していない手順がある可能性があります。ただ文句を言って立ち去り、プロセスに参加し、テスト、再作成、トラブルシューティングによってチームを支援することはできません。

于 2008-10-27T15:39:16.777 に答える
3

観察可能な事実を報告してから、それらの事実の解釈を報告してください。

最高のバグレポートには、問題を理解しているという直感的なものが含まれている場合があります。事実のみのバグ報告は、この貴重な人材を割引きます。

于 2008-10-27T15:48:43.450 に答える
2
  • Procedure used to re-create the bug including what was being done, what area of the application was being used and what event was happening at the time.
  • Statement of reproduceability (reliably, not) - helps the developer know how hard it should be to reproduce so they don't give up to quickly
  • Screen shots or documentation of error message / stack trace produced
  • Criticality/Priority of the bug (can it be avoid, avoidance steps, is it catastropic, does it have a business impact, what's the business risk, etc)
  • Environment - which environment was the bug found in. Remote, local, etc.

Too often, our QA people think they can just put in a ticket saying, here's my exception without any backup documentation. Its near impossible to reproduce let alone fix the issue without more information.

于 2008-10-27T15:44:31.620 に答える
2

この記事をお勧めします:バグを効果的に報告する方法

于 2009-05-16T01:51:03.670 に答える
2

あなたのバグ レポートの読者があなたと同じようにソフトウェアをよく知っていると思い込まないでください。ソフトウェアを書いた人でさえ、それを書いてから十分な時間が経過していれば、あなたが何について話しているのか分からないかもしれません。誰でも問題を理解して再現できるように記述してください。

于 2008-10-27T16:05:40.983 に答える
1

再現する手順なしで何かを見ないすべての人々のために：
私の最初のプログラミング協力の仕事には、システムを不安定にする本質的にランダムな競合状態であるバグが割り当てられました。これはシステム実行のどの時点でも発生し、コードのセクションを指し示すスタックトレースがいくつかありましたが、これは明らかに問題ありませんでした。別のスレッドがデータをいじくり回していたはずですが、このスレッドが適切な場所にあるとクラッシュします。QAは月に1回程度クラッシュしました。システムを調べて原因を見つけ（うん、共有リソースへのアクセスがチェックされていない、約2行の修正）、修正するのに2週間かかりました。それを再現する一般的な方法がなかったので、再現するための適切な手順はありませんでした（適切な場所にyield（）の束を押し込むことを保存してください）。マルチスレッドシステムで作業する場合は、

上記は、QAが可能な限り詳細を含めないことの言い訳にはならないことに注意してください。ただし、最新のソフトウェアでは常に可能であるとは限らないことを指摘してください。

于 2008-10-27T18:48:42.137 に答える
0

バグを再現するための手順を記述します。再現できない場合は修正されません。

于 2008-10-27T15:37:34.690 に答える
0
  • テスト中のソフトウェアのバージョン番号を常に報告する
  • 他のソフトウェア (ブラウザ、OS など) のバージョンを常に報告する
  • 常にすべてのハードウェアを一覧表示する
  • 再現する手順
  • バグの症状
  • スクリーンショット、トレース、ログ、その他の添付ファイル (ある場合)
  • 重大度 -- クラッシュ、UI など。
  • 再現可能かどうかを報告する
  • バグを再現した、または再現しなかったその他の試み
于 2008-10-27T18:29:03.020 に答える