以前のシステムと比較した新しいナビゲーションシステムは、ユーザーとシステム間の高度なインタラクションを伴い、システムの期待される動作と結果がユーザーのニーズと目標に基づいているため、ユースケースによるテストに最も適したアプリケーションです。ユースケースは、目的地の入力、ルートの選択、指示の追跡、アラートの受信など、新しいナビゲーションシステムの機能要件を明確にするのに役立ちます。また、ユースケースは、成功シナリオと失敗シナリオ、前提条件と事後条件、および各ユースケースの代替フローを定義することで、新しいシステムの精度とユーザビリティを以前のシステムと比較するのにも役立ちます。さらに、ユースケースは、各ユースケースの主要なパスと例外的なパスを網羅するテストケースを設計および実行し、ユーザーの期待が満たされているかどうかを確認するのにも役立ちます。
他の選択肢は、ユーザーとシステム間の高度なインタラクションを伴わない、またはシステムの期待される動作と結果がユーザーのニーズと目標に基づいていないため、ユースケースによるテストには最も適したアプリケーションではありません。多数の加入者パラメータに基づいて月額料金を計算する課金システムは、大量の入出力データを使用してシステムまたはコンポーネントの機能とパフォーマンスをテストする手法であるデータ駆動型テストによるテストにより適しています。新しい脅威を検出して隔離するアンチウイルスパッケージの能力は、テスターの経験と直感に基づいて非公式かつ柔軟なアプローチを使用してシステムまたはコンポーネントの機能とセキュリティをテストする手法である探索的テストによるテストにより適しています。マルチメディア（オーディオビデオベース）システムの新しいオペレーティングシステムへの適合性とパフォーマンスは、異なるハードウェア、ソフトウェア、またはネットワーク環境を使用してシステムまたはコンポーネントの機能とパフォーマンスをテストする手法である互換性テストによるテストにより適しています。参考文献 = CTFL 4.0 シラバス、セクション 3.1.1、28-29 ページ。セクション 4.1.1、44-45 ページ。セクション 4.2.1、47-48 ページ。

The following statements about re-testing and regression testing are true:
* I) Re-testing should be performed after a defect is fixed. Re-testing is a type of testing that verifies that a defect has been successfully resolved by executing a test case that previously failed due to that defect.
Re-testing should be performed after a defect is fixed and delivered to ensure that it does not cause any new failures or side effects.
* III) Re-testing and regression testing may be performed at any test level. Re-testing and regression testing are not limited to a specific test level, but can be applied at any level depending on the context and objectives. For example, re-testing and regression testing can be performed at unit level, integration level, system level or acceptance level.
* IV) Regression testing may include functional, non-functional and structural testing. Regression testing is a type of testing that verifies that previously tested software still performs correctly after changes.
Regression testing may include various types of testing depending on the scope and purpose of the changes. For example, regression testing may include functional testing to check if the software meets its requirements, non-functional testing to check if the software meets its quality attributes, or structural testing to check if the software meets its design or code standards. The following statement about re- testing and regression testing is false:
* II) Regression testing should always be performed after a defect is fixed. Regression testing is not always necessary after a defect is fixed, as some defects may have a low impact or low likelihood of affecting other parts of the software. Regression testing should be performed after a defect is fixed only if there is a risk of introducing new defects or causing existing defects due to the changes made to fix the defect. Verified References: A Study Guide to the ISTQB Foundation Level 2018 Syllabus - Springer, Chapter 2, page 19; Chapter 4, page 45.

サポートチームの一員であるということは、テスターが顧客の視点に近くなることを意味します。これは、ユーザーのニーズや期待をよりよく理解し、より現実的なシナリオやリスクを特定できるため、テストにとって有利です。しかし、サポートチームの一員であるということは、テストの内容や方法を決定する際の独立性が低くなることも意味します。顧客の好みや要望に影響される可能性があり、テストの客観性や有効性が損なわれる可能性があるからです。 参照文献: A Study Guide to the ISTQB Foundation Level 2018 Syllabus - Springer、6 ページ。

以前のシステムと比較した新しいナビゲーションシステムは、ユーザーとシステム間の高度なインタラクションを伴い、システムの期待される動作と結果がユーザーのニーズと目標に基づいているため、ユースケースによるテストに最も適したアプリケーションです。ユースケースは、目的地の入力、ルートの選択、指示の追跡、アラートの受信など、新しいナビゲーションシステムの機能要件を明確にするのに役立ちます。また、ユースケースは、成功シナリオと失敗シナリオ、前提条件と事後条件、および各ユースケースの代替フローを定義することで、新しいシステムの精度とユーザビリティを以前のシステムと比較するのにも役立ちます。さらに、ユースケースは、各ユースケースの主要なパスと例外的なパスを網羅するテストケースを設計および実行し、ユーザーの期待が満たされているかどうかを確認するのにも役立ちます。
他の選択肢は、ユーザーとシステム間の高度なインタラクションを伴わない、またはシステムの期待される動作と結果がユーザーのニーズと目標に基づいていないため、ユースケースによるテストには最も適したアプリケーションではありません。多数の加入者パラメータに基づいて月額料金を計算する課金システムは、大量の入出力データを使用してシステムまたはコンポーネントの機能とパフォーマンスをテストする手法であるデータ駆動型テストによるテストにより適しています。新しい脅威を検出して隔離するアンチウイルスパッケージの能力は、テスターの経験と直感に基づいて非公式かつ柔軟なアプローチを使用してシステムまたはコンポーネントの機能とセキュリティをテストする手法である探索的テストによるテストにより適しています。マルチメディア（オーディオビデオベース）システムの新しいオペレーティングシステムへの適合性とパフォーマンスは、異なるハードウェア、ソフトウェア、またはネットワーク環境を使用してシステムまたはコンポーネントの機能とパフォーマンスをテストする手法である互換性テストによるテストにより適しています。参照：CTFL 4.0 シラバス、セクション 3.1.1、28-29 ページ；セクション 4.1.1、44-45 ページ；セクション 4.2.1、47-48 ページ。

どのソフトウェア開発ライフサイクルプロセス（Vモデル、反復型、増分型）が使用されているかに関わらず、すべてのテストレベルが適用可能です。テストレベルは、ソフトウェア開発モデルではなく、テストの範囲と目的に基づいて定義されます。コンポーネントテスト、統合テスト、システムテスト、受け入れテストは、適切に計画および実行されていれば、どのソフトウェア開発モデルにも適用できる一般的なテストレベルです。Vモデルは、各開発フェーズとそれに対応するテストフェーズの関係を重視するソフトウェア開発モデルです。反復型および増分型モデルは、開発プロセスをより小さなサイクルまたは反復に分割するソフトウェア開発モデルであり、各反復でテストおよび評価可能なソフトウェアの動作バージョンが生成されます。参照元：ISTQB Foundation Level 2018 Syllabus の学習ガイド - Springer、18ページ。