バグと欠陥の違いは何ですか？

同じこと。これらの用語を異なる意味で使用している企業があることは間違いありませんが、その使用法は普遍的ではありません。面接で誰かがその質問をした場合、「私が働いている場所では、用語は交換可能です。ここでは何か違う意味ですか？」と言うことができるはずです。

コメント

• 製品の予期しない動作であるバグ/欠陥の定義については、全員が同意しています。私にとって、開発フェーズで見つかったものは” BUG “と呼ばれるはずですが、このバグがライブ製品で発見された場合は、 ” DEFECT “と呼ばれます。間もなくバグのある機能、欠陥のある製品。

バグ、欠陥、問題、障害、インシデント、チケットはすべて同じであり、組織で交換可能に使用されます。人々は議論し、賛成または反対し、参照を引用すると言うことができますが、実際には、追跡され、必要に応じて参照され、最終的に修正される限り、それを何と呼んでもかまいません。

私の経験は示しています以下：Bugzilaではフィールド「BugId」が表示され、QC / HP ALMではフィールド「DefectID」が社内固有の監視/サポートツールに表示され、主に「IncidentNo：」と表示されます。

コメント

• バグと欠陥は同じです。問題、インシデント、およびチケットは、バグや欠陥によって引き起こされる問題が必ずしも発生することなく、提起された懸念を意味する傾向があります。たとえば、問題はユーザーエラーが原因であることが判明する場合があります。または、機能のリクエストである可能性があります。 ‘一部の”バグ追跡”ソフトウェア（Bugzilla）がすべての種類を追跡するのは事実ですバグ以外の問題もあり、それらすべてを口頭で”バグ”と呼ぶこともありますが、’は標準的な使用法ではなく、おそらくソフトウェアが本来意図していたものを超えて拡張されたためです。
• @LarsH技術的には正しいですが、現実の世界では、インシデントは通常”バグ”、”欠陥”、または”インシデント”、企業文化の指示に関係なく。 “設計による”の理由でクローズされるバグ/欠陥/インシデントは、技術的にはバグ/欠陥ではありませんが、それでも誰もがバグ/と呼んでいます。欠陥/インシデント。これが正しい名前です。
• @Peter：私は一般的にあなたに同意しますが、’ “全員”または”正しい名前で呼び出します。” ‘ 4つの異なる企業/組織（およびそれらの組織内の異なる文化を持つ異なるグループ）でソフトウェア開発を行いましたが、勝った人はたくさんいます’ソフトウェア/ハードウェアが指定どおりに動作しないことが原因で’発生しない限り、問題をバグとは呼びません。特に、問題がソフトウェアの”バグ”であると主張されているときに評判が危機に瀕している開発者。はい、私たちは一般的にあなたが何を意味するのかを知っており、’それについて大騒ぎすることはありませんが、それは’それを正しくしません。
• @LarsH私が働いていた企業では、インシデントはバグや欠陥とは明らかに異なっていました。インシデントは、”サーバーのハードドライブ容量が不足している”や”ファイバーラインが切断されました。”もちろん、セキュリティインシデントに加えて。 ‘インシデントがバグと同等であると普遍的に言うのが公正かどうかはわかりません。バグと欠陥、はい、しかしIMO、事件はそれを拡大しています。

を区別する無数の定義「バグ」と「欠陥」が存在します。それらは互いに一致しません。それらには正反対のものが含まれます（バグはA、欠陥はB対バグはB、欠陥はA）。私の知る限り、これらの定義の1つが広く使用されているわけではありません。用語間の区別は、会社に固有であり、場合によってはグループ、部門、会社に固有です。

これ：

• バグはコーディングエラーの結果です
• 欠陥とは要件からの逸脱です

または ：

• テスト時にバグが問題になりますが、欠陥はお客様が抱える問題です。

またはもう1つ：

欠陥とは、通常は人為的ミスによって引き起こされる、正しいコードの記述による影響です。 […]バグはコーディングの間違いではありません。バグとは、システム自体が正しくないことをしていることです…しかし、それは意図的に設計されておらず、それが来るのを見ていませんでした。

またはこの回答へのコメントから：

「バグ」は、問題に気づいたら、修正するのは簡単である（または簡単であると信じられている）ことを示唆しています。 「欠陥」（「設計による欠陥」のように）は、そうではないことを示唆し、不完全な仕様または設計の結果でもあります。

またはこのスレッドの別の回答から：

[…]仕様にソフトウェアが何かを行う必要があると記載されていて、ソフトウェアがそれを行う場合、それはバグ。しかし、それがソフトウェアをその意図された使用に不適切にする場合、それは「欠陥」です。

このスレッドの他の回答でさらに多くの定義を見つけることができます。

これらの定義は完全に矛盾しています。彼らはまた、私が実際に使われている用語をどのように見ているかとも対立しています。 ソフトウェア業界の重要な部分で使用されている用語の間に一貫した区別はありません。

ある程度広く使用されている定義は、バグと欠陥を区別しない定義だけです。作業環境のコンテキストと用語の特殊な使用法がなければ、「欠陥」と「バグ」はどちらも「ソフトウェアの使用時に誰かが遭遇した、または遭遇する可能性のある問題」。しかし、このスレッドの他のさまざまな回答からわかるように、それは「定義」と呼ばれるほど広範ではありません。

コメント

• I ‘少し進んで、日常の使用法に違いがあることを示唆します。” Bug “は、問題に気づいたら、修正するのは簡単である（またはそう信じられている）ことを示唆しています。”欠陥”（

  設計上の欠陥”）は、そうではないこと、また不完全な仕様または設計の結果であることを示唆しています。 ” snags “（バグ）が追加費用なしで修正されるように元請業者に報告されている新しい建物の引き渡しを比較してください（契約と計画が指定したものの望ましくないが正しい配信であることが示されている場合は、そうではありません）。同意します。難しい分類はローカルスコープになります。

• @ nigel222攻撃は意図されていませんが、’定義4で予約します。他の3つの例とのオッズ。

バグという言葉は最初のコンピュータのバグ：

実際のバグはもはやコンピュータを壊さず、時間の経過とともにこのアナロジーが始まるのはますます意味がなくなります。そのため、バグという用語を取り除き、関連するソフトウェアには常に欠陥を使用するという使命があります。問題なので、あなたもそうすべきです:)

品質は人の視点であり、誰もが異なる意見を持っています。これは何かが欠陥であるかどうかと同じだと思います。壊れていると思うなら壊れています。 Seth Godin によると。

欠陥の分類に興味がある場合は、 ゼロディフェクトポリシーで使用されている分類プロセスをご覧ください。

コメント

• これは明らかに’単語”バグ”が来た場所ではありませんから。”バグ”という単語がまだ問題や欠陥を指していない場合’なぜ彼らは”バグが見つかった最初の実際のケースと言うのでしょうか。”？
• おそらく彼らはバグを想像していましたシステムを壊しますか？これは私も学校で学んだ話です。ウィキペディアにも記載されているので、それは真実でなければなりません;-) en.wikipedia.org/wiki/Software_bug
• ウィキペディアのページポイント”バグ”という単語の以前の多くの使用法に。
• はい、そうですが、それらの以前の使用法はそうではありません。コンピューター/ソフトウェアのバグ。それらは、ハードウェア/電気エンジニアの参考資料です。たとえば、ウィキペディアのページで言及されているトーマスエジソンの例。この記事は、Niels vanReijmersdalが書いたストーリーにも言及しています!!!

多くのユーザーを使用したさまざまな問題追跡ツールでは、これらすべての用語「欠陥」、「バグ」、「問題」などが単に同じものと見なされるのが一般的であり、デフォルトではすべてが単にそれらの1つを定義していることがわかります。

したがって、これに基づいて、大多数の人がそれらも同じものと見なすように提案します。

開発テストでは、システムを仕様と比較することに固執すれば、おそらく実際の違いはありません。ただし、実際には開発者の意図とは異なるものではない欠陥として、多くのことが認識され、ログに記録されます。

バグという用語は長い間使用されてきました。これは、実際には、構築したものについて気付いたものを意味します。それはまだ「正しい」ではありません。エジソンは有名な 1878年の手紙で用語を定義しています

注：その参照に関するグレースホッパーの発掘は私を苛立たせます。彼女のログエントリは、彼女が既存の用語に精通していることを明確に示していました。

バグと欠陥の違いはあなたが何であるかです。それを作ります。それは、両方の用語をどのように定義するかに完全に依存します。用語の定義と理解は、組織、チーム、個人によって異なります。どこに行っても、人々は1つの用語について異なる理解を持っており、理解に従ってそれらを定義していることがわかります。

バグや欠陥は、ある人にとってまったく同じことを意味し、他の人は定義することができます。

バグと欠陥を次のように定義する人もいます。

バグ：

• バグはコーディングエラーの結果です。
• 誤った結果を生成する人間の行動。
• 期待される結果からの逸脱。
• ソフトウェアのバグとは、コンピュータプログラムのエラー、欠陥、間違い、失敗、または障害であり、意図したとおりに機能しなかったり、誤った結果をもたらしたりします。

欠陥：

• 欠陥は要件からの逸脱です。
• 失敗につながるアルゴリズムの問題。
• 欠陥は通常は機能するものですが、仕様外のものがあります。
• 欠陥が発生します。エラーの結果としてソフトウェアに。これはソフトウェアの異常であり、仕様に従わずに正しく動作しない可能性があります。

バグとの欠陥

ISTQBによる

“ defectとbug “は、プログラマーがいくつかの誤解や間違ったロジックのために要件に対してcodeを書き込んだ場合、どちらも同じです。欠陥やバグにつながるコードのエラーのため、その要件に対して間違ったコード。

“

例

“：指定された金額の利息を計算するモジュールを開発していますが、取得しているコードのエラーのため、開発者が間違ったコードを記述して利息を計算しています間違った（多分多かれ少なかれ）利息額。ここでは要件に対して期待される結果が得られていないため、これはバグまたは欠陥です。

バグと欠陥が同じであることを示唆する回答には同意しません。

ソフトウェアテストでは、バグはコードの欠陥に起因する誤った動作です。コードの欠陥は、対応する仕様を正しく満たさない原因となるコードの欠陥です。

比較すると、欠陥（修飾なしで使用）は、仕様または要件からの逸脱です。誤って記載されている仕様は欠陥であり、記載されている仕様を正しく満たすコードもバグがないと見なされます。どのコードでも満たされない要件も欠陥と見なされます（要件を正しく満たすコードが記述されるまで）-存在しないコードはバグを示すことはできません。

もちろん、バグが関連付けられている可能性がありますバグがあるとコードが要件から外れる可能性があるため、欠陥があります。しかし、それはそれらが同じものであるという意味ではありません。

違いがないと言う人のために、私は「特定のコードが製品の誤動作を引き起こすと言ってください。そのコードには確かにバグがあります。コードは必須ではないので、コメントアウトしただけです。アプリケーションのバグが見つかり、修正されましたか？アプリケーションにまだ欠陥がありますか？」

ほとんどの人が「いいえ」と答えると思います。 ” はい”。そのコードで問題を発見したり修正したりすることはまだできていませんが、欠陥が発生するのを防いでいます。

多くの場合違いはありません。ほとんどの欠陥はバグが原因です。ほとんどのバグは検出を引き起こします。

バグはコードの一部のエラーです。結果がない場合があります。たとえば、そのコードを使用する製品で発生しない場合にのみトリガーされる可能性があります。

欠陥とは、予期しない動作を引き起こしたり、何かに適さなくなったりする問題です。実際の使用法。

欠陥はバグが原因であることがよくありますが、常にそうとは限りません。たとえば、仕様でソフトウェアが何かを行う必要があり、ソフトウェアがそれを行う場合、それはバグではありません。しかし、それによってソフトウェアが意図された用途に適さなくなる場合、それは「欠陥」です。

バグ欠陥を引き起こす可能性がありますが、常にではありません。たとえば、仕様に特定のエラーケースを特定の方法で処理する必要があると記載されていて、コードがそれを行わない場合、それはそのコードのバグです。しかし、そのコードを含むプロジェクトがそのケースを生成できないことが示されている場合、それはそのプロジェクトの欠陥ではありません。

具体的にコードの開発について話している場合さまざまなプロジェクトで使用されていますが、違いはありません。バグはすべて欠陥と見なす必要があります。

唯一の違いは、対象とする対象者です。テスターと開発者

欠陥：コーディングまたはロジックのエラーで、プログラムが誤動作したり、誤った/予期しない結果が生成されたりします。

バグ：プログラマーが受け入れた欠陥がバグと呼ばれます。