この答えは正解です。チーム全体のアプローチは、すべてのチーム メンバーが製品の品質に対する責任を共有し、顧客に価値を提供するために協力するアジャイル プロジェクトでの作業方法だからです。チーム全体のアプローチでは、テスター、開発者、ビジネス アナリスト、製品所有者、およびその他の関係者が、製品の計画、設計、開発、テスト、および提供に関与します。チーム全体のアプローチは、チーム内でのコミュニケーション、フィードバック、学習、および継続的な改善を促進します。参照: ISTQB テスト用語集 v4.0、ISTQB Foundation Level シラバス v4.0、セクション 3.1.1.1

テスト終了基準は、特定のテスト フェーズを終了する前に満たさなければならない条件です。これらの基準は、テストの目的が達成され、テストが完了したかどうかを評価するためのチェックポイントとして機能します1。テスト終了基準は通常、テスト計画フェーズの出力の 1 つであるテスト計画ドキュメントで定義されます。テスト計画ドキュメントには、テスト活動の範囲、アプローチ、リソース、およびスケジュールが記載されています。また、テスト項目、テスト対象の機能、テスト タスク、リスク、およびテスト成果物も特定されます2。ISTQB Certified Tester Foundation Level Syllabus v4.0 によると、テスト計画ドキュメントには、テスト終了基準に関連する次の情報が含まれている必要があります3。
テスト完了を評価するための基準。実行されたテスト ケースの割合、達成されたテスト カバレッジの割合、発見および修正された欠陥の数と重大度、ソフトウェア製品の品質と信頼性、利害関係者の満足度など。
テスト戦略の遵守、テスト活動の効率と有効性、学んだ教訓と特定されたベスト プラクティス、将来の改善に関する推奨事項など、テスト プロセスの改善を評価するための基準。
したがって、テスト計画文書は、説明されているテスト終了基準を見つけるのに最も適切なテスト文書です。テスト設計仕様、プロジェクト計画、要件仕様などの他のオプションは、テスト終了基準とは直接関係ありません。テスト設計仕様は、特定のテストレベルまたはテストタイプのテストケースとテスト手順について説明します3。プロジェクト計画は、ソフトウェアプロジェクトの全体的な目的、範囲、前提条件、リスク、および成果物について説明します4。要件仕様は、ソフトウェア製品の機能要件と非機能要件について説明します5。これらのドキュメントのいずれも、テストプロセスを終了したり、テスト結果を評価したりするための条件を指定していません。参照 = ISTQB Certified Tester Foundation Level Syllabus v4.0、ソフトウェアテストの入口と出口基準 | Baeldung on Computer Science、ソフトウェアテストの入口と出口基準 - Rishabh Software、ソフトウェアテストライフサイクルの入口と出口基準 - STLC [2022 更新] - Testsigma ブログ、ISTQB が Certified Tester Foundation Level v4.0 (CTFL) をリリース。

静的解析ツールは、プログラムを実行せずにそのソースコードを検査するソフトウェアツールです。これらのツールは、構文エラー、コーディング標準違反、セキュリティ脆弱性、潜在的なバグなど、さまざまな種類の問題を検出できます12。ただし、静的解析ツールでは、非常に低い MTBF (平均故障間隔)3 など、プログラムの実行時の動作やパフォーマンスに依存する問題を特定することはできません。MTBF は、システムまたはコンポーネントの信頼性の尺度です。これは、総動作時間を故障数で割って計算されます。MTBF は、システムまたはコンポーネントが予想される寿命中に故障する頻度を反映します。静的解析ツールは、プログラムを実行したり、その故障を観察したりしないため、MTBF を測定できません。MTBF は、さまざまな条件下でプログラムを実行し、その故障に関するデータを収集する動的テストによってのみ推定できます4。したがって、非常に低い MTBF は、静的解析ツールでは特定できない問題です。潜在的に無限ループ、未定義の値を持つ変数の参照、セキュリティ脆弱性など、その他のオプションは、静的解析ツールで特定できる問題です。静的解析ツールは、プログラムの制御フローとデータ フローを解析し、決して偽にならない可能性がある条件をチェックすることで、無限ループの可能性を検出できます5。静的解析ツールは、変数のスコープと初期化をチェックし、初期化されていない変数の使用を報告することで、未定義の値を持つ変数の参照を検出できます6。静的解析ツールは、バッファ オーバーフロー、SQL インジェクション、クロスサイト スクリプティング、弱い暗号化など、安全でないコードの一般的なパターンをチェックすることで、セキュリティの脆弱性を検出できます。参照 = 静的解析とは? 静的コード解析ツール - Perforce ソフトウェア、静的コード解析の仕組み | Perforce、静的コード解析: テクニック、主な 5 つの利点と 3 つの課題、MTBF とは? 平均故障間隔の説明 | Perforce、静的解析ツール - ソフトウェア テスト MCQ - CareerRide、ISTQB_Chapter3 | Quizizz、[セキュリティ脆弱性の静的コード解析 | Perforce]。

開発者のコ​​ードの実行前に分析するために使用されるテスト ツールは、静的テスト ツールのカテゴリに分類されます。静的テストでは、コードを実行せずにコードとドキュメントを調べます。これらのツールは静的分析を実行するために使用され、開発プロセスの早い段階で潜在的な欠陥やコード品質の問題を特定するのに役立ちます。ISTQB CTFL シラバスでは、プログラムの実行中に現れない欠陥を見つけるには静的分析ツールが不可欠であると規定されています。

アジャイル プロジェクトでは、テスト担当者の責任には、テスト戦略の理解、実装、更新 (i)、開発者やビジネス ステークホルダーとの積極的なコラボレーションによる要件の明確化 (特にテスト可能性、一貫性、完全性に関する要件の明確化 (iv)、チームの振り返り会議への積極的な参加、改善の提案と実装 (v) が含まれます。これらの活動により、テストが開発プロセスに統合され、継続的なフィードバックと改善が促進されます。ISTQB CTFL シラバスでは、アジャイル テストのコラボレーションの性質と、チームの全体的な品質目標への貢献におけるテスト担当者の役割が強調されています。