実際にはバグとは何ですか?事前定義されたルールはありますか?
実際にはバグとは何ですか?事前定義されたルールはありますか?
回答:
バグは:
ソフトウェアのバグとは、コンピュータープログラムまたはシステムのエラー、欠陥、間違い、失敗、または障害を説明するために使用される一般的な用語であり、不正確または予期しない結果を引き起こしたり、意図しない方法で動作させたりします。(ウィキペディアより)
バグを構成するものの別の適切な定義を次に示します。どちらか:
Ubuntuコミュニティでは、このwikiでバグの優れた定義があり、特にバグと不足している機能の違いが強調されています。
ソフトウェアのバグとは、コンピュータプログラムのエラーまたは障害であり、想定どおりに機能しなくなります。これは、まったく機能しないなどの単純な場合もあれば、微妙に正しくない結果と同じくらい複雑な場合もあります。不足している機能はバグとして報告すべきではなく、代わりにFeatureSpecificationsを作成する必要があります。
2つの定義を分ける線を引き、質問に答えるのは難しいですが、それはバグなのか、機能がないのですか?、いくつかのガイドラインを与えることが可能です:
2つのアサーションの違いは次のとおりです。最初のアサーションはより広範で(最新のWindows FSをサポート)、欠落した機能として表示できますが、もう1つは固有の問題(ReiserFSに書き込めない)-特定のバグを強調しています。
興味のある方は、BugSquadチームの wikiをご覧になることをお勧めします。バグと戦うことは、優れた学習機会であることに加えて、ソフトウェア開発サイクルに関わる最も興味深い活動の1つです:-)
ありがとう!
すべての実用的な目的のために、「バグ」という用語は、あいまいすぎる用語として避けてください。
あなたの質問に対する最良の答えは、本全体を埋めます:Andreas Zellerによる"Why Programs Fail"です。すべてのプログラマーの本棚にあるはずの本。著者はまた、それらを「バグ」と呼ばないように努力しています(以下を参照)。crncostaの答えがすでに示唆しているように、「バグ」は単なるプログラミングエラーではありません。これが、一部の人々が代わりに「問題」という用語を好む理由です(「バグトラッカー」ではなく「問題トラッカー」につながります)。
なぜなら、エンドユーザーがバグとして認識したものは、バグである必要はまったくないからです。これは、単純な言い訳としてよく使用されますが、単に設計上可能です。ただし、機能が不足しているために発生するとしても、一部の障害は「バグ」として分類されます。
前述の本の著者は、失敗や欠陥などの用語の定義と、「バグ」が適切でない(あいまいすぎる)理由を説明するために数ページを費やしています。
彼の用語の要約:
ご覧のとおり、作成者は原因と結果を区別しています。これは、「バグ」の場合はほとんど常に混合されます。時間のほとんどは、用語「バグ」は、適用されている欠陥、感染症 および失敗。