システム テストは、ソフトウェア製品またはシステム全体の動作と品質を評価するために実行されるテストのレベルです。システム テストには、次のようなさまざまな種類のテストが含まれる場合があります。
※I) ユーザビリティテスト：ソフトウェア製品やシステムの使いやすさ、効率性、満足度を利用者の視点から評価するテストの一種。
※Ⅱ）要件ベースのシナリオテスト：現実的なシナリオやワークフローを実行することにより、ソフトウェア製品やシステムが指定された要件やユーザーストーリーを満たしていることを検証するテストの一種。
次のタイプのテストは、単体テストや統合テストなどの下位レベルのテストに適しているため、システム テストには含まれません。
* III) コードの一部を分離してテストする: 個々のソフトウェア コンポーネントやユニットを他のコンポーネントやユニットから分離して機能や品質を検証するテストの一種。
* IV) API 呼び出しにおけるパラメータの正しい順序: API 呼び出しにおけるパラメータの正しい順序と形式をチェックすることによって、アプリケーション プログラミング インターフェイス (API) を介して相互に通信するソフトウェア コンポーネントまたはユニットの機能と品質を検証するテストの一種。検証済みの参考文献: [A Study Guide to the ISTQB Foundation Level 2018 Syllabus - Springer]、第 2 章、20-21 ページ。第 4 章、34 ～ 35 ページ。

テスト自動化を適用する正しい理由は、反復的なテスト タスクが多数ある場合です。テストの自動化とは、ソフトウェア ツールまたはスクリプトを使用して、テスト ケースの実行、テスト結果の比較、テスト データの生成などのテスト活動を実行またはサポートすることです。テストの自動化は、必要な反復的なテスト タスクが多数ある場合に有益です。回帰テスト、パフォーマンス テスト、負荷テストなど、頻繁または一貫して実行する必要があります。テストの自動化は、時間と労力を節約し、信頼性と精度を高め、テストの範囲と効率を向上させるのに役立ちます。他のオプションは、テスト自動化を適用する正しい理由ではありません。新しいテスト自動化ツールがいつリリースされるかは、テスト自動化を適用する理由ではなく、テスト自動化ツールを選択する際の要素となります。自動化が容易であるかどうかは、テスト自動化を適用する理由ではなく、むしろテスト自動化の実現可能性を評価するための要素です。テスト自動化ツールをいつ購入できるかは、テスト自動化を適用する理由ではなく、テスト自動化のコストと利点を見積もるための要素です。検証済み参考文献: ISTQB ファウンデーション レベル 2018 シラバスの学習ガイド - Springer、10 ページ。

ISTQB Certified Tester Foundation Level (CTFL) v4.0 によると、欠陥のライフサイクルは通常、発見から解決までのシーケンスに従います。提供された図では、S0 (新規) から始まり、S1 (割り当て済み)、次に S2 (解決済み)、S3 (検証済み) と続きます。欠陥が修正されていない場合は、再度開いて (S5)、検証に戻ります (S3)。確認されると、クローズされる（S４）。参考資料: ISTQB Certified Tester Foundation Level (CTFL) v4.0 シラバス、セクション 1.4.3、17 ページ。

P 入力の境界値の正しいリストには、有効範囲の最小値と最大値 (15 と 350) に加え、境界のすぐ下と上の値 (14 と 351) が含まれている必要があります。境界値分析は、入力ドメインまたは出力範囲の境界または境界付近の値をテストするテスト設計手法です。これらの値は中間の値よりもエラーを引き起こす可能性が高いためです。オプション B は 4 つの境界値 (14、15、350、351) をすべて持っているため、この条件を満たします。オプション A には境界値が 2 つだけ (14 と 351)、オプション C には境界値が 2 つだけ (15 と 350) あり、オプション D には境界値がまったくありません。検証済み参考文献: ISTQB ファウンデーション レベル 2018 シラバスの学習ガイド - Springer、34 ページ。