新しいテスターは、これら 2 つの用語が同じ意味であるかのように使用されているのをよく聞きます。そうではありません。 テスト ケースとテスト シナリオの違いは主に詳細レベルにあり、それを理解することは、テストを開始する前にどこまで記述するかを決定するのに役立ちます。

このガイドでは、それぞれについて説明し、要件からシナリオ、完全なテスト ケースに至るまで、単一のパスワード リセット機能について説明します。この機能とそのルールは発明された一例です。用語もチームやツールによって若干異なるため、自分のチーム内でこれらの用語が何を意味するかについて合意してください。

短い答え

テスト シナリオは、「ユーザーが忘れたパスワードをリセットできるかどうかを確認する」など、確認する状況を説明します。通常は 1 行で、詳細はテスターに​​任せます。

テスト ケースは、その状況内の 1 つの条件 (前提条件、手順、テスト データ、および期待される結果) を確認する方法を正確に説明します。これに続く 2 人のテスターは同じ評決に達するはずです。

旅行の計画を考えてみましょう。シナリオは「プネーからデリーへの旅」。テスト ケースは、フライト番号、出発時刻、各段階で行うべき内容を含む完全な旅程です。

テストケースとテストシナリオを並べて表示

テストシナリオとは何ですか?

テスト シナリオは、ユーザーが実行する可能性のあること、またはシステムが処理する必要がある状況についての簡単な説明です。それは外部から見て何が重要であるかに焦点を当てており、通常は要件やユーザー ストーリーから直接得られます。

シナリオはすぐに終わるので貴重です。 3 つの詳細なケースを作成するのにかかる時間で 30 件をリストすることができます。これは、製品所有者とカバレッジを確認するための優れた方法になります。「すべてを検討しましたか?」技術的な知識のない読者でも、問題なくシナリオのリストに従うことができます。

テストケースとは何ですか?

テスト ケースは、あることが機能するかどうかを判断するために使用される、一連の特定の条件と手順です。一般的なテスト ケースには次のものが含まれます。

• 一意のIDと明確なタイトル
• 前提条件、開始する前に満たしていなければならないことを意味します
• 番号付きステップ
• 特定のテストデータ
• 予想される結果
• 実行時に入力される実際の結果とステータス

一貫性が重要な場合には、テスト ケースが威力を発揮します。新しいチームメンバーがそれらを実行でき、結果をリリース間で比較でき、何が検証されたかの記録が得られます。 テスト ケースの書き方に関するガイドでさらに詳しく説明します。

最初から最後まで 1 つの機能

ステップ 1: 要件

パスワードを忘れたユーザーは、電子メールでリセット リンクをリクエストできます。リンクは 1 回だけ機能し、30 分後に期限切れになります。新しいパスワードは 8 文字以上にする必要があります。

ステップ 2: テスト シナリオ

TS-02を見てください。この要件には、不明な電子メールに対して何が起こるかについては決して記載されておらず、シナリオを作成することでそのギャップが明らかになりました。住所が登録されていないことをページで明らかにする必要がありますか?セキュリティの観点から、攻撃者が有効なアカウントを発見する可能性があるため、通常はそうすべきではありません。こうした疑問を早期に発見できることは、シナリオを書くことの最大の利点の 1 つです。

ステップ 3: テスト ケース

ここで、TS-05 だけをテスト ケースに拡張します。 1 つのシナリオが複数になります。

これらの値はランダムではありませんでした。 TC-051 と TC-052 は、境界値分析を使用して制限の両側に位置し、その他は等価分割から得られます。

テストケースのテンプレート

これが TC-052 の全文です。チームにまだ標準がない場合は、このレイアウトをコピーします。

ID:            TC-052
Title:         Reset rejects a password of 7 characters
Scenario:      TS-05 New password rules are enforced
Priority:      High
Preconditions: Account asha@example.com exists
               A valid, unused reset link has been requested
Test data:     New password: abcd123

Steps:
  1. Open the reset link from the email
  2. Enter abcd123 in New password
  3. Enter abcd123 in Confirm password
  4. Click Reset password

Expected:      Error "Password must be at least 8 characters"
               Password is unchanged, and the link stays valid
Actual:        (filled in during the run)
Status:        (Pass / Fail / Blocked)

期待される結果では、エラー メッセージ以上のものがチェックされることに注意してください。また、古いパスワードが引き続き機能し、リンクが引き続き使用できることも確認されます。弱いテスト ケースは、多くの場合、画面に表示されている内容で停止します。

全体像の中でそれらがどこに当てはまるのか

従来、シナリオとケースは、ソフトウェア テスト ライフ サイクルのテスト設計段階で作成されます。

それぞれをいつ使用するか

多くの場合、次の場合にはシナリオで十分です。

• チームは小規模で経験豊富で、製品をよく知っています。
• 時間が短いか、要件が頻繁に変更されます。
• リスクが低いのが特徴です。
• 関係者とともに適用範囲を迅速に確認したいと考えています。
• あなたは探索的テストを指導しています。

次のような場合には、詳細なテスト ケースに取り組む価値があります。

• 失敗すると、支払い、セキュリティ、健康データと同様にコストがかかります。
• 規制当局や監査人は、何がテストされたかの証拠を必要とします。
• 新規または外部委託されたテスターがテストを実行する必要があります。
• 回帰スイートのように、結果を正確に繰り返す必要があります。
• この手順は自動テストになります。

成熟したチームのほとんどは両方を使用しています。彼らはすべてのシナリオをリストし、最も高いリスクについてのみ完全なケースを書きます。銀行振込と同じように、低リスク設定ページのすべてのステップを文書化する必要はありません。

シナリオ、ケース、自動化

よく書かれたテスト ケースは、自動テストにほぼ直接マッピングされます。前提条件がセットアップになり、ステップがアクションになり、期待される結果がアサーションになります。動作駆動型開発フレームワークでは、実行可能仕様に「シナリオ」という言葉も使用します。

Scenario: Reset rejects a short password
  Given I have opened a valid reset link
  When I submit the new password "abcd123"
  Then I see "Password must be at least 8 characters"
  And my password is unchanged

紛らわしいことに、BDD でシナリオと呼ばれるものは、特定のデータと結果が含まれるため、テスト ケースに非常に近いものです。これは、条件に同意するための良い思い出となります。これらのチェックを自動化するには、Playwright チュートリアル または pytest チュートリアルを参照してください。

何が良いのか

よくある間違い

• 幸せなパスのみを書き込みます。 ほとんどのバグはエラー状態にあるため、失敗するはずの内容を含めます。
• 曖昧な期待結果を使用する。 「正しく動作するはずだ」ということで、テスターは何でも判断できます。
• すべてを完全に文書化する。 誰も保守していない数千のケースは、有用な小さなセットよりも悪いです。
• シナリオをスキップします。 いきなりケースに飛び込むと、領域全体が忘れられてしまう可能性があります。
• ケースを陳腐化させます。 製品が変更されると、古いケースが人々を誤解させます。定期的に見直してください。
• 脆弱な詳細にステップを結び付ける。「上部の青いボタンをクリックする」は再設計では機能しません。

まとめ

シナリオは幅を与え、テストケースは深みを与えます。次の機能のシナリオから始めて、開発者と製品所有者と一緒にシナリオをレビューします。次に、リスクのあるものだけを完全なケースに拡張します。ギャップを早く見つけられるようになり、重要なところに執筆時間を費やすことができます。

よくある質問

学び続ける