学習時間と強度に関する様々な有効な入力同値区分を考慮すると、すべての有効な区分を完全にカバーするには、3つの追加テストケースが必要です。これには通常、最初のテストケースでカバーされていない、学習時間と強度レベルの両方を変化させるテストの組み合わせが含まれます（ISTQBメインWeb）。
参考文献:
* ISTQB® 認定テスター基礎レベル シラバス v4.0:ISTQB CTFL シラバス v4.0 PDF

ユースケースは、ユーザーからのリクエストにシステムが応答する際の挙動を記述します。通常、ユースケースは、基本フロー、代替フロー、例外フローなど、ユーザーがシステムとやり取りする際に起こり得る様々な動作を表す様々なシナリオで構成されます。ユースケースからテストケースを導出する際には、これらの異なるタイプのユーザー動作をカバーすることが重要です。
テストケースは、これらの各シナリオにおけるシステムの動作を検証するように設計する必要があります。これにより、アプリケーションを操作するユーザーやシステムが遭遇する通常時およびエラー時の状況において、システムが正しく動作することを確認することができます。したがって、ユースケースから派生したテストケースは、基本フロー、例外フロー、代替フローを網羅し、包括的なカバレッジを確保することを目的としています。
参考文献:
ISTQB 認定テスター基礎レベル シラバス v4.0、セクション 4.2.4。

テストマネージャーは、ソフトウェア開発において V モデルを採用している可能性が高いでしょう。V モデルとは、4 つの開発フェーズに対応する 4 つのテスト レベルを定義するソフトウェア開発モデルです。コンポーネント テストはコンポーネント設計、統合テストはアーキテクチャ設計、システム テストはシステム要件仕様、受け入れテストはユーザー要件仕様に対応します。また、V モデルでは、各テスト レベルのテスト計画とテスト実行アクティビティも定義します。アジャイルとは、反復的かつ漸進的なアプローチに従うソフトウェア開発モデルです。テストは各反復に統合され、変化する要件とフィードバックに適応します。ウォーターフォールとは、シーケンシャルかつ線形的なアプローチに従うソフトウェア開発モデルです。テストは開発フェーズの完了後に実行されます。プロトタイピングとは、最終製品を開発する前に、ソフトウェアの簡略版を作成し、ユーザーからのフィードバックを引き出し、要件を検証するソフトウェア開発モデルです。検証済みの参考文献: A Study Guide to the ISTQB Foundation Level 2018 Syllabus - Springer、18 ページ。

「開始」状態から始まり「終了」状態で終わる、最大 3 つの状態/2 つの遷移のすべての一意のシーケンスをカバーするために必要なテスト ケースの最小数は 4 です。これは、「開始」状態から始まり「終了」状態で終わる、最大 3 つの状態/2 つの遷移の一意のシーケンスが 4 つあるためです。
* 開始 -> 賭け -> 終了
* 開始 -> 取引 -> 終了
* 開始 -> 最初の取引 -> 終了
* 開始 -> 2 番目の取引 -> 終了 参照: ISTQB Certified Tester Foundation Level (CTFL) v4.0 のソースとドキュメント。

コンポーネントテスト（ユニットテストまたはモジュールテストとも呼ばれる）は、個々のソフトウェアコンポーネント（モジュール、クラス、関数、メソッドなど）の機能と品質の検証に重点を置いたテストレベルです。コンポーネントテストでは主に、コンポーネント間のインターフェースと相互作用、およびコンポーネントの内部ロジックとデータ構造がテストされます。コンポーネントテストは、コードが実装される前にテストが記述されるテストファーストアプローチ（テスト駆動開発や振る舞い駆動開発など）を使用して適用できます。コンポーネントテストでは、モジュールやクラスの欠陥は特定されません。これはコンポーネントテストの結果であり、目的ではないためです。シミュレータとスタブは、テストに必要な不足または不完全なコンポーネントや外部システムをシミュレートまたは置き換えることができるため、コンポーネントテストに必要な場合があります。検証済み参考文献：ISTQB Foundation Level 2018シラバス学習ガイド - Springer、19ページ。