ソフトウェアテストにおけるテストシナリオとは(例)

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

A テストシナリオ テスト可能な機能として定義されます。 とも呼ばれます 試験条件 or テストの可能性。 テスターは、エンド ユーザーの立場に立って、テスト対象アプリケーションの実際のシナリオとユースケースを理解する必要があります。

シナリオのテスト

シナリオのテスト in ソフトウェアテスト テストケースではなく、実際のシナリオを用いてソフトウェアアプリケーションをテストする手法です。 シナリオ テストの目的は、特定の COM のエンドツーエンドのシナリオをテストすることです。plex ソフトウェアの問題。 シナリオは、エンドツーエンドの複雑な問題を簡単にテストして評価するのに役立ちます。

以下のビデオを使ってこれを勉強してみましょう –

テスト シナリオを作成する理由

テストシナリオは次の目的で作成されます。wing 理由、

  • テスト シナリオを作成すると、完全なテスト カバレッジが保証されます
  • テスト シナリオは、ビジネス アナリスト、開発者、顧客などのさまざまな関係者によって承認され、テスト対象のアプリケーションが徹底的にテストされていることを確認できます。 これにより、ソフトウェアが最も一般的な使用例で動作することが保証されます。
  • これらは、テスト作業の労力を決定し、それに応じてクライアントへの提案を作成したり、労働力を組織したりするための迅速なツールとして機能します。
  • これらは、最も重要なエンドツーエンドのトランザクションやソフトウェア アプリケーションの実際の使用方法を決定するのに役立ちます。
  • プログラムのエンドツーエンドの機能を研究するには、テスト シナリオが重要です。

テストシナリオを作成しない場合は?

次の場合、テスト シナリオは作成できない場合があります。

  • テスト対象のアプリケーションは複雑で不安定であり、プロジェクトには時間が不足しています。
  • スクラムやカンバンなどのアジャイル手法に従うプロジェクトでは、テスト シナリオを作成できない場合があります。
  • 新しいバグ修正や、 回帰テスト。 このような場合、テスト シナリオは以前のテスト サイクルですでに大量に文書化されている必要があります。 これは特にメンテナンス プロジェクトに当てはまります。

テストシナリオの書き方

テスターは、次の XNUMX つの手順に従ってテスト シナリオを作成できます。

テストシナリオ

  • ステップ 1: テスト対象システム (SUT) の BRS、SRS、FRS などの要件ドキュメントを読みます。 テストするアプリケーションのユースケース、書籍、マニュアルなどを参照することもできます。
  • ステップ 2: 要件ごとに、考えられるユーザーのアクションと目的を把握します。 要件の技術的側面を決定します。 システムが悪用される可能性のあるシナリオを確認し、ハッカーの考え方でユーザーを評価します。
  • ステップ3: 要件ドキュメントを読み、適切な分析を行った後、ソフトウェアの各機能を検証するさまざまなテスト シナリオをリストアップします。
  • ステップ4: 考えられるすべてのテスト シナリオをリストアップしたら、 トレーサビリティマトリクス それぞれの要件に対応するテスト シナリオがあることを検証するために作成されます。
  • ステップ5: 作成されたシナリオは上司によってレビューされます。 その後、プロジェクトの他の関係者によってもレビューされます。

テストシナリオ作成のヒント

  • 各テスト シナリオは、プロジェクト方法論に従って、少なくとも XNUMX つの要件またはユーザー ストーリーに関連付けられる必要があります。
  • 複数の要件を一度に検証するテスト シナリオを作成する前に、その要件を個別にチェックするテスト シナリオがあることを確認してください。
  • 複数の要件にまたがる過度に複雑なテスト シナリオを作成しないでください。
  • シナリオの数が多くなる可能性があり、すべてを実行するとコストがかかります。 顧客の優先順位に基づいて、選択したテスト シナリオのみを実行します

例 1: e コマース アプリケーションのテスト シナリオ

e コマース アプリケーションの場合、いくつかのテスト シナリオは次のとおりです。

テストシナリオ 1: ログイン機能を確認する

テストシナリオ

テストシナリオとテストシナリオの違いを理解していただくために、 テストケース、このテスト シナリオの具体的なテスト ケースは次のようになります。

  1. 有効な場合はシステムの動作を確認します。mail idとパスワードが入力されます。
  2. 次の場合にシステムの動作を確認します。 無効 email IDと 有効な パスワードが入力されています。
  3. 次の場合にシステムの動作を確認します。 有効な email IDと 無効 パスワードが入力されています。
  4. 次の場合にシステムの動作を確認します。 無効 email IDと 無効 パスワードが入力されています。
  5. e の場合のシステムの動作を確認します。mail IDとパスワードは空白のまま、サインインを入力してください。
  6. 「パスワードを忘れた場合」が期待どおりに機能していることを確認します
  7. 有効/無効な電話番号とパスワードが入力されたときのシステムの動作を確認します。
  8. 「署名を残す」がチェックされている場合のシステムの動作を確認する

明らかなように、テスト ケースはより具体的です。


テストシナリオ 2: 検索機能を確認する

テストシナリオ

テストシナリオ 3: 商品説明ページを確認してください

テストシナリオ

テストシナリオ 4: 支払い機能を確認する

テストシナリオ

テストシナリオ 5: 注文履歴を確認する

テストシナリオ

これら 5 つのシナリオとは別に、他のすべてのシナリオのリストをここに示します。

  • リピート顧客のホームページの動作を確認する
  • カテゴリ/商品ページを確認する
  • カスタマーサービス/お問い合わせページを確認する
  • 毎日のセールページをチェック

例 2: 銀行サイトのテスト シナリオ

テスト シナリオ 1: ログインおよび認証機能を確認する

テスト シナリオ 2:送金可能か確認する

テスト シナリオ 3:小切手取引明細書が閲覧可能

テスト シナリオ 4:定期預金・定期預金の預け入れが可能か確認する

等々…

テストシナリオのテンプレート

テストシナリオテンプレートExcel(.xlsx)のダウンロード