与えられたコードスニペットでは、年齢が30歳未満の場合、保険料は1500増加します。したがって、29歳を境界値とした場合、保険料は2500 + 1500 = 4000となり、30歳では条件を満たさなくなるため、保険料は初期値の2500のままとなります。オプションBは、29歳という条件でこれを正しく反映しています。
境界値と期待される結果はそれぞれ 4000 と 30、2500 です。

意思決定表は、条件とアクションの様々な組み合わせを考慮することで、複雑な意思決定ロジックをモデル化するために使用されます。薬物療法の処方に関する以下の意思決定表に基づきます。
* 列 1 と列 3 は両方とも同じアクション (アモキシシリン処方) になります。
* 実行されるアクションは患者が抗凝固療法を受けているかどうかに依存しないため、これらの列を結合できます (この状態では両方とも「T」です)。
したがって、これらの列を組み合わせると、情報が失われることなく、意思決定テーブルが簡素化されます。

包括的かつ詳細な説明:Agile Testing Quadrants フレームワークは、テストを目的と対象者に基づいて分類します。
* 象限 1 (Q1): テクノロジ関連テスト (ユニット テストとコンポーネント テスト)。
* 象限 2 (Q2): 開発をサポートするビジネス向けテスト (例: BDD テスト)。
* 第 3 象限 (Q3): システムを批評するビジネス向けテスト (B)。
* ソフトウェアがユーザーの期待を満たすことを確認するためのユーザビリティ テスト、探索的テスト、UAT が含まれます。
* 象限 4 (Q4): システムを批評する技術面のテスト (パフォーマンス、セキュリティ テストなど)。
オプション B は、ユーザー エクスペリエンスの評価、システムの調査、ビジネス期待の検証に重点を置いているため、Q3 を正しく定義しています。

テスト管理ツールは、テスト プロセスの計画、実行、監視をサポートするように設計されています。
テストケース、テスト実行、欠陥の追跡、テストアクティビティのレポートを管理するための機能を提供します。
しかし、選択肢Cの記述では、テスト管理ツールはテスト活動中のシステムの動作を監視および報告するものと説明されていますが、これは正確ではありません。テスト管理ツールは、テスト対象システムの動作ではなく、テストプロセスそのものに重点を置いています。
* テスト データ準備ツール (A) は、テスト実行中に使用するテスト データを作成および管理します。
* テスト実行ツール (B) は、テストケースの実行と実際の結果と予想される結果の比較を自動化します。
* テストコンパレータ (D) は、実際の結果と予想される結果を比較し、相違点を強調表示するツールです。
したがって、テスト管理ツールの機能を不正確に説明しているオプション C が正解です。

プログラムがテストで100%の判断カバレッジを達成した場合、すべての実行文がカバーされることが保証されます。判断カバレッジ（分岐カバレッジとも呼ばれます）は、構造カバレッジ（ホワイトボックスカバレッジとも呼ばれます）の一種で、テストスイートによって実行された判断結果の数を測定します。判断結果とは、プログラムコード内の判断ポイント（if-then-else文など）の考えられる結果です。判断カバレッジでは、各判断ポイントで、テストスイートによって少なくとも1回は真と偽の両方の結果が実行される必要があります。判断カバレッジは、ステートメントカバレッジを暗黙的に含みます。ステートメントカバレッジは、テストスイートによって実行された実行文の数を測定する、別の種類の構造カバレッジです。ステートメントカバレッジでは、各実行文がテストスイートによって少なくとも1回は実行される必要があります。したがって、プログラムがテストで100%の判断カバレッジを達成した場合、テストでも100%のステートメントカバレッジを達成し、すべての実行文がカバーされることを意味します。プログラムが
テストにおける100%の決定カバレッジ。プログラムがテストで100%の決定カバレッジを達成したとしても、すべての出力同値クラスがテスト済みであり、すべての入力同値クラスがテスト済みであることは保証されません。これは、同値クラスがコード構造やロジックではなく、機能要件や仕様に基づいているためです。
同値クラスは、テスト対象システムの内部構造や実装を考慮しないテストである仕様ベーステスト（ブラックボックステストとも呼ばれます）で使用されます。一方、判定カバレッジは、テスト対象システムの内部構造や実装を考慮するテストである構造ベーステスト（ホワイトボックステストとも呼ばれます）で使用されます。したがって、判定カバレッジが100%達成されたとしても、同値クラスカバレッジが100%達成されたとは限りません。デッドコード（到達不能コードとも呼ばれます）とは、論理エラーや設計上の欠陥により実行できないコードであるため、プログラムがテストで判定カバレッジを100%達成したとしても、「デッド」コードがカバーされていないという保証はありません。
デッドコードはコードの可読性と保守性を低下させるだけでなく、複雑さとサイズを増加させる可能性があります。
判定カバレッジは、実行可能な判定結果のみを対象とするため、デッドコードは考慮されません。したがって、100%の判定カバレッジを達成しても、デッドコードがカバーされていないことを意味するわけではありません。参考文献：ISTQB Foundation Level 2018シラバス学習ガイド - Springer、36ページ。