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

テストシナリオとは?

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

シナリオのテスト

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

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

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

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

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

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

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

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

テストシナリオの書き方

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

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

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

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

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

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

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

テストシナリオ

テスト シナリオとテスト ケースの違いを理解しやすくするために、このテスト シナリオの具体的なテスト ケースは次のとおりです。

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

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

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

テストシナリオ

テスト シナリオ 3:製品説明ページを確認する

テストシナリオ

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

テストシナリオ

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

テストシナリオ

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

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

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

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

テストシナリオ 2 : 送金ができるかどうかを確認する

テスト シナリオ 3 : 小切手口座明細を表示できる

テストシナリオ4：定期預金・定期預金が開設可能か確認する

PractiTest(プラクティテスト)に関する
お問い合わせ

PractiTest(プラクティテスト)のトライアルアカウントお申し込みや、製品デモの依頼、
機能についての問い合わせなどお気軽にお問い合わせください。

トライアル
資料請求
お問い合わせ

※この記事は以下の記事を意訳した記事になります。

引用元：「What is a Test Plan? The Complete Guide for Writing a Software Test Plan」