テストは、次のようなさまざまな理由で必要です。
* ソフトウェア製品またはシステムの品質、パフォーマンス、信頼性、セキュリティに影響を与える可能性のある欠陥や障害を検出する
* ソフトウェア製品またはシステムが指定された要件、期待、および標準を満たしていることを確認する
* ソフトウェア製品またはシステムが意図された目的を達成し、利害関係者のニーズを満たしていることを検証する
* ソフトウェア製品またはシステムの状態とリスクに関する情報とフィードバックを提供する
* 特定の種類のソフトウェア製品またはシステムのテストを義務付ける規制または契約上の義務に準拠するため。次の記述は、テストが必要ないくつかの理由を説明しています。
* A) 顧客は100%のブランチカバレッジを達成することを決定しました。これは、一定レベルのコードカバレッジを測定・達成するためのテストを要求する契約上の義務または品質基準を反映しているため、テストが必要な理由です。
* C) 航空電子機器および医薬品システムでは、ソフトウェアテストが標準規格によって義務付けられています。これは、安全性またはセキュリティ上のリスクが高い特定の種類のソフトウェア製品またはシステムに対するテストを義務付ける規制またはコンプライアンス要件を反映しているため、テストが必要な理由です。
* D) システムのデリバリーに伴うリスクは、テストのコストをはるかに上回ります。これは、テストを潜在的な故障や欠陥の発生確率と影響を低減するための投資と捉えるリスクベースのアプローチを反映しており、テストが必要な理由の一つです。以下の記述は、テストが必要な理由を説明していません。
* B) テスト自動化ツールの導入は、すべてのプロジェクトで使用されるという前提に基づいていました。これは、テストの必要性や目的を正当化しないビジネス上の決定やリソース配分を反映しているため、テストが必要な理由にはなりません。テスト自動化ツールは必ずしもすべてのプロジェクトに適しているわけではなく、有益であるわけでもありません。また、テストはテスト自動化ツールの有無にかかわらず実行できます。
検証済みの参考文献: [ISTQB Foundation Level 2018 シラバスの学習ガイド - Springer]、第 1 章、5 ～ 6 ページ。

提供されている状態遷移図には、次の 3 つの異なる状態が示されています。
* 指紋を待っています
* PINを待っています
* 有効なPIN/メニューの選択
各状態はシステムの動作における異なる段階を表し、ユーザーのアクションとシステムの応答に基づいて遷移します。

経験に基づくテスト技法は、テスターの直感と過去の経験を活用し、体系的な技法では見逃される可能性のある欠陥を特定します。これらの技法は、より形式化されたブラックボックス手法やホワイトボックス手法では必ずしもカバーされない、実際の使用状況やシナリオに基づいた問題を発見できるため、非常に有用です。ISTQB CTFLシラバスv4.0では、より幅広い欠陥検出戦略を提供する上で、経験に基づく技法の相補的な性質を強調しています。

意思決定テーブル テストは、多くの場合特定のルールまたは条件に基づいて、入力の組み合わせを分析して適切な出力を決定するために使用されます。
問題の説明:
* ルール 1: (出金 = 許可、残高 = 十分、Fast Cash = はい、正しい PIN = はい)
* 結果: 取引 = 承認
* ルール 4: (出金 = 許可、残高 = 十分、Fast Cash = 真、正しい PIN = 偽)
* 結果: 取引 = 拒否
追加のテストケースは次のとおりです。
* DT1: (出金 = 許可、残高 = 不足、Fast Cash = True、正しい PIN = True)
* 結果: 取引 = 拒否
* DT2: (出金 = 許可、残高 = 十分、Fast Cash = 偽、正しい PIN = 真)
* 結果: 取引 = 承認
* DT3: (出金 = 許可、残高 = 不足、Fast Cash = 有効、正しい PIN = 無効)
* 結果: 取引 = 拒否
* DT4: (出金 = 許可、残高 = 十分、Fast Cash = False、正しい PIN = False)
* 結果: 取引 = 拒否
指定されたテスト ケースのうち、DT2 は、最初のケースではカバーされていない、Fast Cash が False であるシナリオをカバーします。DT3 は、残高が不十分で PIN が正しくないケースをカバーします。
ルール 1 と 4 を DT2 と DT3 と組み合わせると、すべてのシナリオがカバーされます。
参考文献:
* 認定テスター基礎レベル v4.0
* 10 サンプル試験 ISTQB Foundation Level (CTFL) v4.0

インスペクションとは、正式な開始・終了基準、参加者の役割と責任を定めた、定義されたプロセスに従うレビューの一種です。インスペクションは、モデレーター、作成者、レビュアー、筆記者など、異なる役割を持つ同僚によって実施されます。インスペクションに関する以下の記述は誤りです。
* B) 検査の主な目的は、問題の解決策を見つけることです。この記述は誤りです。検査の主な目的は、作業成果物内の欠陥や問題点を見つけることであり、問​​題の解決策を見つけることではないからです。問題の解決策を見つけることは、通常、検査報告書を受け取った後、作成者または開発者が行うデバッグまたは問題解決活動です。検査に関する以下の記述は正しいです。
* A) 検査は、作成者ではない訓練を受けたモデレーターが主導することができます。これは正しい記述です。検査には、検査プロセスを主導し、規則と基準に準拠していることを確認するモデレーターの役割が必要です。モデレーターは検査技術の訓練を受け、検査対象の成果物の作成者であってはなりません。これは、偏見や利益相反を避けるためです。
* C) 検査は同僚によって実施できる。この記述は正しい。検査にはピアレビューが含まれるため、検査対象の成果物は、作成者と同様の役割または専門知識を持つが、成果物の作成または変更に直接関与していない人々によって評価されることを意味する。
* D) 検査は、入場および退場基準を含む規則およびチェックリストに基づく正式なプロセスに従う必要があります。
この記述は真実です。検査は、主に次の 6 つのステップで構成される正式なプロセスに従って行われます。
計画、キックオフミーティング、個別準備、レビューミーティング、手直し、フォローアップ。各ステップには、参加者を導き、一貫性と品質を確保するための明確なルールとチェックリストが用意されています。また、各ステップには開始基準と終了基準が設定されており、次のステップに進む前に前提条件と目標が満たされていることを確認します。参考文献：ISTQB® Foundation Level 2018シラバス学習ガイド - Springer、第3章、28～29ページ。