欠陥報告において、欠陥がシステムに与える影響の度合いを示す属性は重大度です。重大度は、システムの運用への影響という観点から欠陥の深刻さを反映しており、システムの機能に重大な影響を与えない軽微な問題から、システム障害を引き起こす可能性のある重大な欠陥まで、その範囲は多岐にわたります。したがって、選択肢Bが正解です。

テストオラクルとは、テスト対象システムの観測された動作または出力が正しいかどうかを判断するために使用できるメカニズムまたは原理です1。テストオラクルは、仕様、ユーザーの期待、以前のバージョン、比較対象システムなど、期待される結果のさまざまなソースに基づいて作成できます2。参考文献：
ISTQB 認定テスター基礎レベル (CTFL) v4.0 シラバス、セクション 1.2.1、91 ページ; ISTQB テスト用語集、バージョン 4.0、332 ページ。

チェックリストベースのテストでは、テストすべき項目（潜在的なテスト条件など）を含むチェックリストを使用します。これらのチェックリストは、ユーザーにとって何が重要か、ソフトウェアが故障する可能性のある領域、そしてテストが必要な特定の側面に関する洞察に基づいて作成されることが多いです。これは、構造化されながらも柔軟なテストアプローチを提供し、重要な領域を確実にカバーしながら、テスターがシステムに関する経験と理解を活かすことができるようにします。チェックリストベースのテストは、非機能テストに限らず、機能テストを含む様々な種類のテストに適用できます。参考文献：
* ISTQB 認定テスター基礎レベル シラバス v4.0、セクション 4.4.5。

包括的かつ詳細な解説：静的解析では、ソースコード、モデル、ドキュメントなどの成果物へのアクセスが必要となるため、市販の市販ソフトウェア（COTS）(A) はソースコードが入手できないことが多いため解析が不可能です。静的解析は、ソースコード (B)、BPMNモデル (C)、UMLダイアグラム (D) に適用可能です。

包括的かつ詳細な説明：
BDDは、開発者、テスター、ビジネスステークホルダー間の連携を重視し、システムの動作を判読可能な形式（A）で定義します。通常、Given-When-Then構文を使用します。ユニットテスト（B）とは異なり、BDDはより抽象度の高いテストです。非機能テスト（C）のみに焦点を当てるのではなく、開発後の検証（D）よりも早期のテストを推奨します。
参照: ISTQB CTFL v4.0 シラバス、セクション 2.1.5 - ビヘイビア駆動開発 (BDD)