ソフトウェア開発ライフサイクル (SDLC) モデルの選択は、主に開発する製品の種類によって左右されます。製品やプロジェクトの要件が異なれば、特定の課題やニーズに効率的に対処するために、異なる SDLC モデルが必要になる場合があります。たとえば、複雑で安全性が重要な製品には、構造化された性質とフェーズの依存関係により、ウォーターフォール モデルが最適ですが、頻繁なフィードバックや変更を必要とするプロジェクトには、より反復的で増分的なモデルが適している可能性があります。参考資料:ISTQB Certified Tester Foundation Level Syllabus v4.0、セクション 2.1「ソフトウェア開発ライフサイクル」。

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

経験に基づく技法 (EBT) は、テスト エンジニアの知識、直感、スキルを使用してテストを設計および実行する技法です。EBT では、同様のテクノロジ、ドメイン、アプリケーション、またはシステムに関するテスト エンジニアの過去の経験から得たテストを使用します。EBT は、テスト エンジニアがさまざまなテスト技法を実装する能力に基づくのではなく、むしろ個人の判断と創造性に基づいています。EBT は、非経験ベース テストの実施後のテストの 2 番目の段階として行われるのではなく、他の技法に対する補完的または代替的なアプローチとして行われます。EBT では、テスト エンジニアが潜在的なリスク、シナリオ、または欠陥を特定できるように、テストとアプリケーションまたはテクノロジ ドメインの両方に関する幅広く深い知識が必要です。検証済みの参考文献: [A Study Guide to the ISTQB Foundation Level 2018 Syllabus - Springer]、第 5 章、ページ 48-49。

テスト実装中に通常発生するテスト タスクは、計画されたテスト環境が配信できる状態であることを確認することです。テスト環境とは、テストが実行されるハードウェアとソフトウェアの構成であり、ソフトウェア システムが動作する実稼働環境にできるだけ近いものにする必要があります。テスト実行前にテスト環境を計画、準備、検証し、テスト条件、テスト データ、テスト ツール、テスト インターフェイスが利用可能で機能していることを確認する必要があります。その他のオプションは、テスト実装中に通常発生するテスト タスクではなく、次のような他のテスト アクティビティ中に発生するテスト タスクです。
* テストで強調表示された障害の原因を見つけ、分析し、除去する: これは通常、テスト分析と設計中に発生するテスト タスクです。テスト分析と設計とは、テスト ベースの分析、テスト ケースの設計、テスト データの識別などのアクティビティです。このアクティビティ中に、テスターは根本原因分析、欠陥防止、欠陥分析などの手法を使用して、以前のテストで強調表示された障害の原因を見つけ、分析し、除去し、将来のテストで同様の障害の発生を防止または軽減することができます。
* 将来のテスト プロジェクトで使用するためにテストウェアをアーカイブする: これは通常、テスト終了時に発生するテスト タスクです。テスト終了とは、テスト結果を確定して報告し、テスト プロセスを評価し、テスト改善アクションを特定するアクティビティです。このアクティビティ中に、テスターは、テスト計画、テスト ケース、テスト データ、テスト結果、欠陥レポートなど、テスト プロセス中に生成されたテスト成果物であるテストウェアをアーカイブし、回帰テスト、メンテナンス テスト、再利用テストなどの将来のテスト プロジェクトで使用できます。
* テスト プロジェクトのガイドに使用されるメトリクスを収集する: これは通常、テストの監視と制御中に発生するテスト タスクです。テストの進行状況、ステータス、品質を追跡および確認し、必要に応じて修正アクションを実行するアクティビティです。このアクティビティ中に、テスターは、テスト範囲、欠陥密度、テスト作業、テスト期間などのテスト プロセスの測定値であるメトリクスを収集できます。これらのメトリクスは、テスト プロセスの計画、見積もり、スケジュール、レポート、改善などのテスト プロジェクトのガイドとして使用されます。参考資料: ISTQB Certified Tester Foundation Level (CTFL) v4.0 のソースとドキュメント:
* 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.1.4 章、テスト実装 1
* ISTQB 認定テスター基礎レベルシラバス v4.0、第 2.1.5 章、テスト実行 1
* ISTQB 認定テスター基礎レベル シラバス v4.0、第 2.1.6 章、テスト クロージャ 1
* ISTQB テスト用語集 v4.0、テスト環境、テスト条件、テストデータ、テストツール、テストインターフェース、障害、根本原因分析、欠陥予防、欠陥分析、テストウェア、回帰テスト、保守テスト、再利用テスト、テスト範囲、欠陥密度、テスト労力、テスト期間2

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