動的分析ツールは、実行中の動作に基づいてソフトウェア製品の分析を実行するツールです。動的分析ツールは、メモリ使用量、CPU 負荷、応答時間、リソース リークなど、プログラムの実行時のパフォーマンスのさまざまな側面を監視できます。動的分析ツールは、プログラムの実行時にメモリの割り当て、使用、割り当て解除を監視でき、メモリ リーク、バッファ オーバーフロー、メモリ破損などの欠陥の検出に役立ちます。動的分析ツールは、ソース文書に対するテスト、テスト結果、およびインシデントのトレーサビリティのサポートを提供できません。これは、テスト管理ツールの機能であるためです。動的解析ツールは、デバッグ ツールの機能であるため、障害を再現し、対応する欠陥を見つけるためにプログラムを段階的に実行することはできません。動的分析ツールは、構成項目で構成されるベースラインのリリースをサポートできません。これは、構成管理ツールの機能であるためです。検証済みの参考文献: [A Study Guide to the ISTQB Foundation Level 2018 Syllabus - Springer]、第 6 章、56-57 ページ。

プロジェクトのリスクとは、範囲、スケジュール、コスト、品質などのプロジェクトの目的に影響を与える可能性のある不確実性または脅威です。ISTQB Certified Tester Foundation Level (CTFL) v4.0 シラバスによると、プロジェクトのリスクに寄与する要因のいくつかは次のとおりです。
スキルとスタッフの不足: この要因は、プロジェクトのタスクを実行するための適切な人材または資格のある人材の不足を指します。これにより、遅延、エラー、やり直し、または生産性の低下が発生する可能性があります。
適切な要件を定義する際の問題: この要素は、プロジェクトの要件を導き出し、分析、指定、検証、または管理する際の困難または曖昧さを指します。これにより、要件の不整合、不一致、ギャップ、または変更が発生し、プロジェクトの範囲と品質に影響を与える可能性があります。
契約上の問題: この要素は、クライアント、サプライヤー、ベンダー、下請け業者などのプロジェクト当事者間の契約上の合意から生じる可能性のある課題や紛争を指します。これにより、法的、財務的、または倫理的なリスクが生じ、プロジェクトの実施と満足度に影響を与える可能性があります。
他の選択肢は、プロジェクトのリスクではなく、製品のリスクに寄与する要因をリストしているため、不正解です。製品リスクとは、ソフトウェア製品またはシステムの品質または機能に影響を与える可能性がある不確実性または脅威です。製品リスクの一因となる要因には次のようなものがあります。
ソフトウェアの品質特性が低い: この要因は、信頼性、使いやすさ、セキュリティ、パフォーマンス、保守性など、ソフトウェア製品またはシステムの品質属性または基準が順守または遵守されていないことを指します。その結果、不具合や故障が発生したり、ユーザーや関係者の不満が生じる可能性があります。
ソフトウェアが意図した機能を実行しない: この要因は、ソフトウェア製品またはシステムの予想される動作または出力と実際の動作または出力との間の偏差または不一致を指します。これにより、ソフトウェア製品またはシステムのエラー、障害、誤動作が発生する可能性があります。
参照 = ISTQB Certified Tester Foundation Level (CTFL) v4.0 シラバス、第 1 章: テストの基礎、セクション 1.5: リスクとテスト、14 ～ 16 ページ。

静的分析は、ソース コードやその他のソフトウェア成果物を実行せずに分析する手法です。
静的分析では、構文エラー、コーディング標準違反、潜在的なセキュリティ脆弱性、論理的欠陥などの欠陥を検出できます。最初の実装には 2 つの構文エラーが含まれているため、静的解析でバグを検出できます。変数 y が 2 回宣言されており、代入ステートメント X = y=z が無効です。他の 3 つの実装のバグは、構文規則には違反しないが、誤った結果を生成する論理エラーであるため、静的分析ではこれらのバグを検出できません。検証済みの参考文献: [A Study Guide to the ISTQB Foundation Level 2018 Syllabus - Springer]、第 3 章、25-26 ページ。

欠陥の原因を見つけるためにソフトウェアをデバッグすることは、テストの一般的な目的ではなく、開発またはメンテナンスのタスクです。デバッグはソフトウェア コード内のエラーを見つけて修正するプロセスですが、テストはソフトウェアの動作や品質の欠陥を見つけて報告するプロセスです。テストの目的は欠陥を修正することではなく、欠陥の存在と影響に関する情報を提供することです。他のオプションはテストの一般的な目的です。ソフトウェアの欠陥を見つけることは、ソフトウェアの品質と信頼性の向上に役立つため、テストの主な目的の 1 つです。欠陥の防止はテストのもう 1 つの目的であり、再作業を回避し、コストとリスクを軽減するのに役立ちます。システムのステータスに関する情報を提供することは、意思決定とリスク管理のサポートに役立つため、テストのもう 1 つの目的です。確認済みの参考文献: ISTQB ファウンデーション レベル 2018 シラバスの学習ガイド - Springer、3 ページ。

静的解析ツールとは、プログラムのソースコードや実行コードを実行せずに解析するツールです。静的分析ツールは、構文チェック、データ フロー分析、制御フロー分析、複雑さの測定、コーディング標準への準拠チェックなど、プログラムのコードに対してさまざまなタイプの分析を実行できます。制御フロー分析は、プログラムのコードがどのように実行されるかを調べる分析の一種です。プログラムのステートメントは異なるパスまたはブランチで実行されます。制御フロー分析で最も可能性の高い結果の 1 つは、到達不能コードの特定です。これは、論理エラーまたは設計上の欠陥により決して実行できないコードです。到達不能なコードは、コードの可読性と保守性を低下させるだけでなく、複雑さとサイズを増大させる可能性があります。他のオプションは、制御フロー分析の結果ではなく、他のタイプの分析の結果です。コーディング標準への準拠に関するレポートは、コーディング標準への準拠性チェックの結果です。
コメント行数とソースコード行数は、複雑さの測定結果です。
検証済みの参考文献: ISTQB ファウンデーション レベル 2018 シラバスの学習ガイド - Springer、8 ページ。