要件では、年間総売上高（TAS）が300,000ユーロ以上の場合にボーナスを支払うことが規定されています。ソフトウェアはこの要件を「IF (TAS >= 300,000)」ではなく「IF (TAS = 300,000)」と誤って実装しています。ソフトウェアテストで一般的な手法である境界値分析（BVA）を用いると、提供されている3つのテストケース（TC1 = 299,999、TC2 = 300,000、TC3 = 300,001）で、この条件の重要な境界値をカバーできます。
TC1は境界のすぐ下（299,999）をテストし、
TC2は境界（300,000）で正確にテストし、
TC3 は境界 (300,001) のすぐ上でテストします。
ソフトウェアは TAS が 300,000 に等しいことを誤ってチェックするため、条件が正確に満たされ、決定ロジックの実装が間違っていることが強調表示されるため、TC2 のみが失敗します。

包括的かつ詳細な説明：
テストケース、テストデータ、テスト手順を作成するための適切なツールは、テスト設計および実装ツール (A) です。
* (B) は、静的テスト ツールはテスト ケースの作成ではなくコード分析に重点を置いているため、正しくありません。
* (C) は、DevOps ツールはテスト設計ではなく自動化パイプラインを管理するため、正しくありません。
* (D) は不正解です。テスト実行ツールはテストの設計ではなく実行に重点を置いているためです。
テスト設計ツールは、テスト範囲の最適化、冗長性の削減、効率性の向上に役立ちます。
参照: ISTQB CTFL v4.0 シラバス、セクション 6.1 - テスト設計ツール

トレーサビリティとは、テストベースの項目（要件、設計、リスクなど）とテスト成果物（テストケース、テスト結果、欠陥など）との関係を追跡する能力です。トレーサビリティは、テストカバレッジ、テスト品質、テスト効率、テストコミュニケーションの向上など、テストプロセスに様々なメリットをもたらします。しかし、テストベースとテスト成果物間のトレーサビリティを維持することの価値について、すべての記述が正しいとは限りません。正しくない記述は選択肢Cで、これは、各レベルで設計されるテストの数は大きく異なる可能性があるものの、テストの目的はすべてのテストレベルで同じであるべきであると述べています。この記述は誤りです。テスト目標とはテストの目標または目的であり、テスト レベル、テストの種類、テスト手法、テスト環境、テストの利害関係者などによって異なる可能性があるためです。テスト目標は、テスト ベース、テスト範囲、テスト品質、テスト リスク、テスト コスト、テスト時間などの観点から定義できます。テスト目標は、具体的、測定可能、達成可能、関連性があり、期限が定められている必要があり、プロジェクトの目標および品質特性と整合している必要があります。テスト目標は、すべてのテスト レベルで同じであってはなりません。コンポーネント テスト、統合テスト、システム テスト、受け入れテストなど、テスト レベルによって焦点、範囲、および観点が異なるためです。テスト ベースとテスト作業成果物間のトレーサビリティを維持する価値に関するその他の記述は正しいです。たとえば、
トレーサビリティは、テストベース項目の変更が対応するテストに与える影響を評価するのに役立ちます。これは正しい記述です。トレーサビリティは、新しい要件、設計の変更、リスクの見直しなど、テストベースの変更によって影響を受けるテストを特定し、テストの更新、再実行、再評価に必要なアクションを決定するのに役立つからです。また、トレーサビリティは、変更の実装に必要な労力、コスト、および時間を見積もるのにも役立ちます。また、変更がソフトウェアシステムに与える影響を検証するのにも役立ちます。
トレーサビリティは、対応するテストでカバーされているテストベース項目の数を判断するのに役立ちます。これは正しい記述です。トレーサビリティは、テストカバレッジ、つまりテストケースによってテストベースがどの程度実行されるかを測定するのに役立つからです。トレーサビリティは、テストでカバーされている、部分的にカバーされている、またはカバーされていないテストベース項目を特定し、テストプロセスの妥当性、完全性、および有効性を評価するのに役立ちます。また、トレーサビリティは、テストカバレッジにおけるギャップ、重複、または冗長性を特定し、テストケースの優先順位付け、最適化、または改善にも役立ちます。
トレーサビリティは、テスト監査に必要なニーズを満たすのに役立ちます。これは正しい記述です。トレーサビリティは、テスト活動、結果、そして成果の証拠、文書、そして正当性を提供するのに役立つからです。トレーサビリティは、テストプロセスがソフトウェアシステム、プロジェクト、あるいは組織に適用される標準、規制、ポリシー、そしてベストプラクティスに準拠していることを示すのに役立ちます。また、トレーサビリティは、テストプロセスがユーザーとステークホルダーの期待、ニーズ、そして満足度を満たしているかどうかを検証するのにも役立ちます。参考：ISTQB Certified Tester Foundation Level (CTFL) v4.0 のソースとドキュメント：
ISTQB認定テスター基礎レベルシラバスv4.0、第1.2.2章「テストポリシー、戦略、およびテストアプローチ」1 ISTQB認定テスター基礎レベルシラバスv4.0、第2.1.1章「テスト計画」1 ISTQB認定テスター基礎レベルシラバスv4.0、第2.1.2章「テストの監視と制御」1 ISTQB認定テスター基礎レベルシラバスv4.0、第2.1.3章「テスト分析と設計」1 ISTQBテスト用語集v4.0、トレーサビリティ、テストベース、テスト成果物、テスト目標、テストレベル、テストカバレッジ、テスト品質、テストリスク、テストコスト、テスト時間2

包括的かつ詳細な説明：
確認テストは、欠陥が修正された後に、その欠陥が存在しないことを確認するために実施されます（A）。回帰テストは、システムの変更されていない部分に新たな欠陥が導入されていないことを確認するために実施されます。回帰テストは確認テストよりも広範囲に及ぶため、変更の影響を受けていない領域も対象とします。選択肢B、C、Dは、これらのテストの関係と範囲を誤って表現しています。

障害は欠陥によって引き起こされる場合もありますが、環境条件によっても引き起こされる場合もあります。障害とは、ソフトウェアシステムが必要な機能を実行しない、または期待される動作と異なる動作を実行する事象を指します。欠陥とは、ソフトウェアシステムの欠陥、または要件や仕様からの逸脱であり、障害の原因となる可能性があります。ただし、すべての障害が欠陥によって引き起こされるわけではなく、ハードウェアの故障、ネットワークの中断、停電、互換性のない構成など、環境条件によっても障害が発生する場合があります。環境条件はソフトウェアシステムの動作に影響を与える要因ですが、ソフトウェアシステム自体の一部ではありません。その他の記述は誤りです。理由は以下のとおりです。
* 欠陥は必ずしも障害を引き起こすわけではありませんが、バグは必ず障害を引き起こします。この記述は誤りです。欠陥は、ソフトウェア システムの入力、出力、状態、またはシナリオに応じて障害を引き起こす場合と引き換えることができず、バグは欠陥の別名に過ぎず、欠陥と同様に障害を引き起こす可能性があります。たとえば、めったに使用されない機能やコードの隠れた分岐の欠陥は、決して障害を引き起こさない可能性がありますが、頻繁に使用される機能やコードのクリティカル パスの欠陥は、頻繁に障害を引き起こす可能性があります。バグは欠陥とは異なる概念ではなく、欠陥の同義語または口語的な用語であるため、欠陥と同じ定義と意味を持ちます。
* 欠陥は、発生すると必ずエラーを引き起こす故障を引き起こす可能性があります。この記述は誤りです。エラーは故障の結果ではなく、欠陥の原因です。エラーとは、タイプミス、論理的な欠陥、要件の誤解など、ソフトウェア システムに欠陥を生み出す人間の行為またはミスです。エラーはソフトウェア システム内では観察できませんが、コード、設計、ドキュメントなど、人間の思考または人間の作業成果物では観察できます。故障はエラーの原因ではなく、むしろ欠陥の結果であり、欠陥はエラーの結果です。たとえば、コード内のエラーはソフトウェア システムに欠陥を引き起こし、それがソフトウェアの動作の故障を引き起こす可能性があります。
* バグはコンポーネントのテスト中に見つかった欠陥であり、障害はより高いテスト レベルで見つかった欠陥です。
この記述は誤りです。バグと障害は欠陥の種類が異なるのではなく、欠陥とその現れ方を表す異なる用語だからです。前述のように、バグは欠陥の別名であり、障害とは欠陥によってソフトウェアシステムが期待どおりに動作しない事象を指します。
バグや障害は、コンポーネントテストやそれより上位のテストレベルだけでなく、あらゆるテストレベルで発見される可能性があります。テストレベルとは、コンポーネントテスト、統合テスト、システムテスト、受け入れテストなど、ソフトウェアシステムの統合レベルに対応するテスト段階です。テストの目的、テストベース、テスト手法、テスト環境に応じて、あらゆるテストレベルで欠陥や障害が発生し、検出される可能性があります。参考資料：ISTQB Certified Tester Foundation Level (CTFL) v4。
0 件のソースと文書:
* ISTQB認定テスター基礎レベルシラバスv4.0、第1.1.2章「テストと品質1」
* ISTQB認定テスター基礎レベルシラバスv4.0、第1.2.1章「テストの原則1」
* ISTQB認定テスター基礎レベルシラバスv4.0、第1.3.1章「ソフトウェア開発ライフサイクルにおけるテスト」1
* ISTQB テスト用語集 v4.0、故障、欠陥、バグ、環境条件、エラー、テストレベル2