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

欠陥レポートは、テスト中に発見された欠陥の詳細を記録する文書です。欠陥レポートには通常、次の項目が含まれます。
* 識別子: 欠陥レポートの一意の識別子
* 概要: 欠陥の簡潔な概要
* 説明: 欠陥を再現する手順、予想される結果と実際の結果、関連するスクリーンショットまたはログを含む、欠陥の詳細な説明。
※重大度：不具合がシステムに及ぼす影響の度合い
※優先度：不具合解決の緊急度
* ステータス: 新規、オープン、解決済み、クローズなどの欠陥の現在の状態。
* 解決策: 修正、回避策、拒否など、欠陥を解決するために実行されるアクション。これらの項目のうち、欠陥レポートで指定する必要がないものは、欠陥の修正方法です。欠陥を修正する方法は、通常、欠陥の解決を任された開発者によって決定される技術的な解決策です。欠陥を修正する方法は欠陥レポートの一部ではなく、欠陥を修正するために提供されるコード変更またはパッチの一部です。他の項目は、欠陥の特定、追跡、解決に不可欠な情報を提供するため、欠陥レポートで指定する必要があります。検証済みの参考文献: [A Study Guide to the ISTQB Foundation Level 2018 Syllabus - Springer]、第 3 章、32-33 ページ。

静的テストは、ソフトウェアを実行するのではなく、ソフトウェアの欠陥、エラー、または標準違反を分析するテスト形式です。静的テストは、要件仕様、設計仕様、コード、テスト ケース、テスト計画、ユーザー マニュアルなどを含むあらゆるソフトウェア開発製品に適用できます。静的テストは、レビュー、検査、ウォークスルー、チェックリスト、静的解析ツールなど。 検証済み参考文献: ISTQB ファウンデーション レベル 2018 シラバスの学習ガイド - Springer、7 ページ。

プログラムがテストで 100% の判定カバレッジを得た場合、すべての実行可能ステートメントがカバーされることが保証されます。意思決定カバレッジ (ブランチ カバレッジとも呼ばれます) は、テスト スイートによって実行された意思決定結果の数を測定する構造カバレッジ (ホワイトボックス カバレッジとも呼ばれます) の一種です。決定結果は、プログラムのコード内の決定ポイント (if-then-else ステートメントなど) の考えられる結果です。意思決定カバレッジでは、各意思決定ポイントがテスト スイートによって少なくとも 1 回実行され、true と false の両方の結果が得られることが必要です。意思決定カバレッジはステートメント カバレッジを意味します。これは、テスト スイートによって実行された実行可能ステートメントの数を測定する別のタイプの構造カバレッジです。ステートメント カバレッジでは、各実行可能ステートメントがテスト スイートによって少なくとも 1 回実行される必要があります。したがって、プログラムがテストで 100% の決定カバレッジを得た場合、テストで 100% のステートメント カバレッジも得られます。これは、すべての実行可能なステートメントがカバーされることを意味します。プログラムがテストで 100% の判定カバレッジを取得した場合、他のオプションが true であるとは保証されません。プログラムがテストで 100% の判定カバレッジを得たとしても、すべての出力等価クラスがテスト済みであり、すべての入力同値クラスがテスト済みであることは保証されません。これは、等価クラスはコード構造やロジックではなく、機能要件や仕様に基づいているためです。 。等価クラスは、テスト対象システムの内部構造や実装を考慮しないタイプのテストである仕様ベースのテスト (ブラック ボックス テストとも呼ばれます) で使用されます。意思決定カバレッジは、テスト対象システムの内部構造または実装を考慮するテストの一種である構造ベースのテスト (ホワイトボックス テストとも呼ばれます) で使用されます。したがって、100% の判定カバレッジの達成は、100% の等価クラス カバレッジの達成を意味するものではありません。「デッド」コードがカバーされていないということは、プログラムがテストで 100% の判定カバレッジを取得した場合でも真であるとは保証されません。デッド コード (到達不能コードとも呼ばれる) は、論理エラーまたは設計が原因で決して実行できないコードであるためです。欠陥。デッドコードは、コードの可読性と保守性を低下させるだけでなく、複雑さとサイズを増大させる可能性があります。意思決定カバレッジでは、実行可能な意思決定結果のみが考慮されるため、デッド コードは考慮されません。したがって、100% の判定カバレッジを達成しても、デッド コードがカバーされていないことを意味するものではありません。検証済み参考文献: ISTQB ファウンデーション レベル 2018 シラバスの学習ガイド - Springer、36 ページ。

ステートメント カバレッジは、テスト スイートによって実行されるソース コード内の実行可能ステートメントの割合を測定する構造カバレッジ メトリックです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。