ステートメント カバレッジは、テスト スイートによって実行されるソース コード内の実行可能ステートメントの割合を測定する構造カバレッジ メトリックです1。意思決定カバレッジは、テスト スイートによって実行されるソース コード内の意思決定結果 (分岐や条件など) の割合を測定するもう 1 つの構造カバレッジ メトリックです1。意思決定カバレッジは、ステートメント カバレッジよりも強力な指標です。これは、ステートメント カバレッジでは、すべてのステートメントが少なくとも 1 回実行されることのみが必要であるのに対し、意思決定カバレッジでは、各意思決定の考えられるすべての結果をテストする必要があるためです。したがって、テスト スイートが 100% の判定カバレッジを達成した場合は、すべての分岐または条件のすべてのステートメントが実行されている必要があるため、テスト スイートが 100% のステートメント カバレッジを達成したことも意味します。ただし、その逆は当てはまりません。100% のステートメント カバレッジは、100% の決定カバレッジを保証するものではありません。これは、一部の分岐または条件には、テスト スイートによってテストされない複数の結果が含まれる可能性があるためです2。たとえば、次の疑似コードを考えてみましょう。
if (x > 0) then print("陽性") else print("非陽性") end if
x = 1 および x = -1 でこのコードを実行するテスト スイートは、両方の print ステートメントが実行されるため、100% のステートメント カバレッジを達成します。ただし、条件 x > 0 は true と false の 2 つの結果でしかテストされていないため、100% の判定カバレッジは達成されません。3 番目の可能な結果 x = 0 は、テスト スイートではテストされていません。したがって、テスト スイートは、条件または分岐内の潜在的なバグまたはエラーを見逃す可能性があります。
古い遷移カバレッジ、等価クラス カバレッジ、境界値カバレッジなどのその他のオプションは、100% の決定カバレッジを達成することで 100% になることが保証されません。古い遷移カバレッジは、テスト スイートによって実行されるステート マシン内の状態間の遷移の割合を測定する構造カバレッジ メトリックです3。等価クラス カバレッジは、テスト スイートによってテストされる入力値または出力値の等価クラス (またはパーティション) の割合を測定する機能カバレッジ メトリックです4。境界値カバレッジは、テスト スイートによってテストされる入力範囲または出力範囲の境界値 (または極値) の割合を測定するもう 1 つの機能カバレッジ メトリックです4。これらのメトリクスは、動作、機能、仕様など、テスト対象システムのさまざまな側面に基づいているため、意思決定カバレッジとは独立しています。したがって、100% の意思決定カバレッジを達成することは、これらの指標のいずれかを 100% 達成することを意味するものではなく、またその逆も同様です。参照 = ISTQB® Certified Tester Foundation Level Syllabus v4.0、ソフトウェア テストのテスト カバレッジ - Guru99、構造カバレッジ メトリクス - MATLAB & Simulink - MathWorks India、ソフトウェア テストのテスト設計カバレッジ - GeeksforGeeks。

説明
ウォークスルーは、作業成果物の作成者がレビュー プロセスを主導し、レビュー担当者に作業成果物を説明する一種のレビューであるため、この答えは正解です。レビュー担当者は事前にレビューの準備をする必要はありません。ウォークスルーの主な目的は、作業成果物についての共通理解を確立し、重大な欠陥や問題を特定することです。ウォークスルーは通常、非公式であり、定義されたプロセスや役割に従いません。この場合、ソフトウェア アーキテクトによって作成された高レベルのアーキテクチャ ドキュメントのレビューは、ウォークスルーの特性と一致します。参考文献: ISTQB テスト用語集 v4.0、ISTQB ファウンデーション レベル シラバス v4.0、セクション 2.4.2.2

実行されたすべてのテスト ケースのテスト手順は、テスト プロジェクトのテスト完了レポートの一般的な内容ではないため、この答えは正解です。テスト完了レポートは、テスト プロジェクトの終了時にテスト活動と結果を要約した文書です。通常、テストの目的、範囲、アプローチ、リソース、スケジュール、結果、逸脱、問題、リスク、学んだ教訓、改善のための推奨事項などの情報が含まれます。実行されたすべてのテスト ケースのテスト手順はテスト ドキュメントの一部ですが、テスト プロジェクトの結果とパフォーマンスの高レベルの概要が提供されないため、テスト完了レポートには関係ありません。参照: ISTQB ファウンデーション レベル シラバス v4.0、セクション 2.5.3.2

この答えは正解です。テストの一般的な目的は、ブラック ボックス、ホワイト ボックス、経験ベースの手法など、テストの目的に適したテスト手法の組み合わせを使用してソフトウェアがテストされていることを確認することであるためです。テストのレベルとテストの種類。さまざまな技術が、機能、使いやすさ、パフォーマンス、セキュリティ、信頼性などのソフトウェア品質のさまざまな側面をターゲットにできるため、テスト技術を組み合わせてテストすると、テストの有効性と効率を高めることができます。また、ある技術では検出できても別の技術では検出できない欠陥を見逃すリスクも軽減します。参照: ISTQB ファウンデーション レベル シラバス v4.0、セクション 2.3.1.1、セクション 2.3.2