テスト駆動開発 (TDD) では、コードの前にテストを記述することを重視し、テストとコードの両方を改善するための重要なプラクティスとしてリファクタリングを取り入れています。これにより、コードベースがクリーンかつ保守可能な状態を維持できます。ISTQB CTFL シラバス v4.0 では、最初にテストを記述し、それらのテストを満たすようにコーディングし、次にテストをそのまま維持しながらコードをリファクタリングして構造と読みやすさを改善するプラクティスとして TDD について説明しています。

パスワードの長さに 2 値境界値分析を適用した場合の正しい結果は、オプション D で表された一連のテスト ケースです。境界値分析は、最小値と最大値、または境界のすぐ上と下の値など、同値パーティションの境界にある値に重点を置くテスト設計手法です。2 値境界値分析では、境界ごとに 2 つの値を使用します。1 つは有効な値を表し、もう 1 つは無効な値を表します。たとえば、値の有効範囲が 4 から 7 の場合、下限の 2 つの値は 3 と 4、上限の 2 つの値は 7 と 8 です。オプション D のテスト ケースでは、パスワードの長さにこれらの値を使用し、少なくとも 1 つの数字、1 つの大文字、および 1 つの小文字を含むなど、パスワードのその他の要件も満たしています。オプション D のテスト ケースは次のとおりです。
1RhT: 有効な4文字のパスワード
rSp53: 有効な5文字のパスワード
3N3e10: 有効な6文字のパスワード
8sBdby: 無効な 8 文字のパスワード 他のオプションのテスト ケースは、パスワードの長さの境界にない値を使用しているか、パスワードのその他の要件を満たしていないため、正しくありません。たとえば、オプション A のテスト ケースは次のとおりです。
1xA: 3文字のパスワードですが、大文字は含まれません。aB11: 4文字のパスワードですが、有効です。Pq1ZZab: 7文字のパスワードですが、有効です。
7iDD0a1x: 無効な8文字のパスワード 参照: ISTQB Certified Tester Foundation Level (CTFL) v4.0 のソースとドキュメント:
ISTQB 認定テスター基礎レベル シラバス v4.0、第 2.2.1 章、ブラックボックス テスト設計テクニック 1 ISTQB テスト用語集 v4.0、境界値分析、同値分割 2

アジャイル手法でよく推奨されるチーム全体のアプローチは、すべてのチーム メンバー間のコラボレーションと共同責任を重視します。このアプローチは、チーム内の関係を強化し、全体的なコラボレーションを改善し、プロジェクトの成功に役立ちます。ISTQB CTFL シラバス v4.0 によると、チーム全体のアプローチは、より効果的な問題解決とより高品質な結果につながる、より優れたコミュニケーションと協力を促進します。

ステートメント カバレッジは、テスト スイートによって実行されるソース コード内の実行可能ステートメントの割合を測定する構造カバレッジ メトリックです1。 決定カバレッジは、テスト スイートによって実行されるソース コード内の決定結果 (分岐や条件など) の割合を測定する別の構造カバレッジ メトリックです1。 決定カバレッジは、ステートメント カバレッジよりも強力なメトリックです。これは、各決定のすべての可能な結果がテストされる必要があるのに対し、ステートメント カバレッジではすべてのステートメントが少なくとも 1 回実行されればよいからです2。 したがって、テスト スイートが 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 によってテストされる入力値または出力値の同値クラス (またはパーティション) の割合を測定する機能カバレッジ メトリックです。境界値カバレッジは、テスト スイート 4 によってテストされる入力値または出力範囲の境界値 (または極値) の割合を測定する別の機能カバレッジ メトリックです。これらのメトリックは、テスト対象システムの動作、機能、仕様など、さまざまな側面に基づいているため、決定カバレッジとは無関係です。したがって、100% の決定カバレッジを達成しても、これらのメトリックのいずれかが 100% 達成されるわけではありません。逆もまた同様です。参考資料 = ISTQB 認定テスター基礎レベル シラバス v4.0、ソフトウェア テストのテスト カバレッジ - Guru99、構造カバレッジ メトリック - MATLAB & Simulink - MathWorks India、ソフトウェア テストのテスト設計カバレッジ - GeeksforGeeks。

トピックとその説明の正しい組み合わせは次のとおりです。
機能的動作: 特定の構成 (A ～ C) で動作する、ユーザー アクションを入力とする外部から観察可能な動作。
品質特性: システムが特定の動作 (B から A) をどのように実行するか。
シナリオ: 特定の目標またはビジネス タスクを達成するための、外部アクターとシステム間の一連のアクション (C から B)。
ビジネス ルール: 外部の手順と制約によって定義された特定の条件下でのみシステム内で実行できるアクティビティ (D ～ E)。
外部インターフェース: 開発するシステムと外部世界との間の接続の説明 (E から D)。