メインコンテンツへスキップ

Qaptly が考える「カバレッジ」

Qaptly におけるカバレッジは、実行したスクリプトの数ではありません。 製品の動作がどれだけ理解されているかです。

Qaptly が測定するもの

Qaptly は3つの次元でカバレッジを追跡します:

状態

どの画面と状況が確認されたか

遷移

どのパスが取られたか

条件

どの動作バリアントが発生したか
これにより、製品の動作カバレッジマップが形成されます。

カバレッジの次元

測定内容:
  • 観察された異なる状態の数
  • 訪問された画面またはビュー
  • 遭遇したエラー状態
重要な理由: テストされていない状態は隠れたリスクです。状態が観察されていない場合、その動作は不明です。
測定内容:
  • 発生した状態変更の数
  • 実行されたユーザーパス
  • 検証されたナビゲーションフロー
重要な理由: 製品は静的な画面ではなく、遷移で壊れます。カバレッジには状態がどのように接続されるかを含める必要があります。
測定内容:
  • トリガーされた動作バリアントの数
  • 状態遷移に影響する条件
  • 実行されたエッジケース
重要な理由: 同じ遷移でも、異なる条件下では異なる動作をする可能性があります。真のカバレッジには、これらのバリエーションのテストが必要です。

スクリプトカバレッジより優れている理由

スクリプトは実行されても、重要な条件をトリガーしない可能性があります。

Qaptly は正確に次を示すことができます:

  • ❌ どのパスが取られなかったか
  • ❌ どのエラー状態が見られなかったか
  • ❌ どの組み合わせが実行されなかったか
これにより隠れたリスクが明らかになります。

スクリプトカバレッジ vs. 動作カバレッジ


信頼できるカバレッジ

Qaptly のカバレッジは実際のエビデンスに基づいているため、製品が実際に行ったことを反映します — 誰かが期待したことではありません。
これが Qaptly がテストを測定可能な製品理解に変える方法です。

関連記事

フローからシナリオへ

フローがどのように特定されるか

条件からケースへ

ケースがどのように生成されるか

エビデンスベースの結果

カバレッジで品質を証明

次のステップ

カバレッジの実際の動作を確認: