問題（problem）

使用例

テスターが予約フォームに無効な日付を入力すると、システムがクラッシュします。バグとは、コンポーネント内の欠陥（例えば、誤ったバリデーション文やデータ定義）であり、コンポーネントが要求された機能を実行できない原因となります。テスターは再現手順を含む欠陥報告書にバグを記録し、開発者が原因を修正します。修正が再テストされ確認されると、バグはクローズされます。

よくある質問

バグと欠陥は同じですか？ はい、ISTQBの用語では、バグと欠陥は同義語であり、コンポーネントやシステムが要求された機能を実行できなくなる可能性のある欠陥を指します。関連用語として、フォールトは欠陥が存在するときのコンポーネントの状態であり、障害はコンポーネントが期待される動作から観測可能に逸脱することです。

バグ、フォールト、障害の違いは何ですか？ バグ（欠陥）は欠陥そのものです。フォールトは、欠陥が存在することによって生じる誤った状態です。障害は、実行中にフォールトが活性化されたときに、期待される動作から外部から観測可能な逸脱が生じることです。

予期しない動作はすべてバグですか？ 必ずしもそうではありません。その動作は、環境の不具合、テストデータ、ユーザーの操作によって引き起こされる場合もあれば、仕様の問題である場合もあります。何かをバグと分類する前に調査が必要です。

テスターはなぜ「バグ」ではなく「欠陥」を使うのですか？ 欠陥は、標準規格や試験で使用される、正確で仕様指向の用語だからです。バグは同じ概念を指す日常的な非公式の言葉です。

優れたバグ報告書には何を含めるべきですか？ 明確なタイトル、再現手順、期待結果と実際の結果、環境の詳細、重大度と優先度、そしてログやスクリーンショットなどの裏付けとなる証拠です。

関連用語

• defect — バグのISTQB同義語
• failure — 実行中に欠陥がもたらす観測可能な結果
• error — 誤った結果を生み出す人間の行為
• fault — 欠陥によって引き起こされる誤った状態
• anomaly — 期待から逸脱するあらゆる状態
• defect report — バグの文書化された記録
• debugging — 欠陥の原因を見つけて修正すること
• defect density — ソフトウェアの規模あたりの欠陥数の尺度

引用方法

コピーしました！

Learn more