web-dev-qa-db-ja.com

バグの再開と新規

バグが開かれ、修正され、検証され、閉じられました。 1か月後、何回も繰り返した後、回帰なしに次のバージョンに再び現れました。

バグの特徴が同じである場合、reopen既存のバグIDを開くか、それともnewクローズされたバグへのリンクがあるものを開きますか?

56
KMoraz

特性は原因と同じではありません。新しいバグは、同じように見えても、根本的な理由が異なる可能性があります。そこで、新しいバグを開いて古いバグを指摘し、開発者を支援します。

87
Dibbeke

それが確認されて閉じられ、しばらくの間機能し、何かが変更された後に再び表示される場合、それは同じバグではありません。古いバグと同じように現れますが、その原因は異なる場合があります。したがって、それは同じバグではありません。そこで、クローズしたバグへのリンクを付けて、新しいものを開きます。

35
Joonas Pulakka

常に新しいバグを開きます。どうして?以前のバグと同一であることが判明し、以前のバグの修正をリリースしたとします。リリースノートには、「Fix Bug XXX」と記載されています。問題の追跡とリリースノートの明確化という観点からは、「バグを修正」と言うのではなく、新しいバグ「バグXXX + 1を修正する(原因と結果はバグXXXに類似していた)」を参照することをお勧めします。 XXX(再び)」または同様のもの。

16
James McLeod

一般的に言えば、新しいバグを開きます。

ただし、最初に調査を許可されている場合は、ソースコードで履歴を確認します。

チーム環境で作業している場合、誰かがシステムに古いコードを持っている可能性があります(つまり、元の修正がチェックインされた後、最新の取得を行わなかった)、変更を行ってから、diffを行わずにチェックインします。確かに悪い習慣ですが、それは「常に」起こります。

バグが修正されたファイルの履歴を確認すると、その可能性をすぐに確認または排除できます。

4
Wonko the Sane

以前の投稿者が新しいバグをオープンするよう提案することに同意します。同じバグの原因になることはないからです。

さらに推奨されるのは、バグをカバーする単体テストと統合テストを常に追加し、将来のバージョンでクライアントに送信される前に問題をすぐに検出できるようにすることです。同じバグが戻ってくるのを見て、クライアントにとって何も悪く見えません。

1
Mike Parkhill

最高の類推ではありません-二人の症状が同じだからといって、病気/病気の原因が同じであるとは限りません。

ウィキペディアから:

ソフトウェアのバグとは、コンピュータープログラムまたはシステムのエラー、欠陥、障害、または障害であり、これにより、誤った結果または予期しない結果が生成されたり、意図しない方法で動作したりします。ほとんどのバグは.....から発生します.

バグはコードの欠陥であり、症状/影響があります。バグは症状ではありません。バグはコードのエラーです。症状が同じであっても、同じ欠陥が症状を引き起こしていることを必ずしも意味しません。

私の理解では、同じコードの一部が原因でバグが発生していることが確実な場合は、バグを再開する必要があります。これは、コードがすべてのテストシナリオ/テストケースで正しく動作するが、新しいテストケースまたは以前に考えていなかったテストケースでは動作しない場合に発生する可能性があります。このようなシナリオは一般的ではないかもしれません。

他のシナリオは、同じ症状が新しい欠陥、つまり同じコードの他の部分またはそのコードに影響を与える他のシステムの新しいバグによって引き起こされるというものです。

したがって、最も安全な方法は、同じ症状が発生したときに新しいバグを開くことです。同じ古いコードがバグの原因であることがわかった場合は、新しいバグを閉じて、古いバグを再度開きます。そうでない場合は、新しいバグを残し、古いバグにリンクさせます。

1
BugBot