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

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

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

シナリオのテスト

シナリオのテスト in ソフトウェアテスト は、テスト ケースの代わりに実際のシナリオを使用してソフトウェア アプリケーションをテストする方法です。シナリオ テストの目的は、ソフトウェアの特定の複雑な問題に対するエンドツーエンドのシナリオをテストすることです。シナリオは、エンドツーエンドの複雑な問題を簡単にテストおよび評価するのに役立ちます。

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

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

テストシナリオは、以下の理由で作成されます。

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

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

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

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

テストシナリオの書き方

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

テストシナリオを書く

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

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

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

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

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

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

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

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

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

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

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

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

テストシナリオ 3: 製品を確認する Descriptイオンページ

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

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

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

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

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

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

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

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

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

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

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

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

等々…

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

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