テストシナリオとは：例を含むテストシナリオテンプレート

what is test scenario

このチュートリアルでは、テストシナリオとは何か、テストシナリオの重要性、実装、例、およびテンプレートについて説明します。

テストできるソフトウェアの機能/機能はすべて、テストシナリオと呼ばれます。 テストシナリオを作成する際には、エンドユーザーの視点が考慮されます。

このチュートリアルは、テストシナリオが必要な理由、テストシナリオの作成時期、およびテストシナリオの作成方法などの質問に答えるのに役立ちます。

学習内容：

• テストシナリオとは何ですか？
  • テストシナリオの重要性
  • テストシナリオとテストケースの違い
  • なぜテストシナリオが不可欠なのですか？
  • テストシナリオの実装
• テストシナリオの例
  • ＃1）Kindleアプリのテストシナリオ
  • ＃2）Googleドキュメントの承認基準
  • テストシナリオテンプレートの例
• 結論
  • 推奨読書

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

架空の状況を考えてみましょう。 広大な海があります。ある海岸から別の海岸へと海を渡って移動する必要があります。 例えば、 インドのムンバイ海岸からスリランカのコロンボ海岸まで。

選択できる移動モードは次のとおりです。

（i）航空路： コロンボ行きの飛行機に乗る

（ii）水路：コロンボへの旅行には船を好む

（iii）鉄道：スリランカ行きの電車に乗る

次に、テストシナリオについて説明します。 ムンバイ海岸からコロンボ海岸への移動は、テストされる機能です。

テストシナリオには次のものが含まれます。

• 航空路での旅行、
• 水路での旅行または
• 鉄道での旅行。

これらのテストシナリオにはテストケースがあります。

上記のテストシナリオ用に作成できるテストケースは次のとおりです。

テストシナリオ： 航空路での旅行

テストケースには、次のようなシナリオを含めることができます。

1. フライトは予定時刻通りです。
2. フライトは予定時刻通りではありません。
3. 緊急事態が発生しました（大雨と暴風雨）。

同様に、他の残りのシナリオ用に別のテストケースのセットを作成できます。

それでは、技術的なテストシナリオに取り掛かりましょう。

テストできるものはすべてテストシナリオです。 したがって、テスト中であり、複数の小さな機能に分割でき、「テストシナリオ」と呼ぶことができるソフトウェア機能を述べることができます。

製品をクライアントに納品する前に、製品の品質を評価および評価する必要があります。テストシナリオは、ビジネス要件に準拠しているソフトウェアアプリケーションの機能品質を評価するのに役立ちます。

テスターシナリオは、テスターがエンドユーザーの観点からソフトウェアアプリケーションをテストするプロセスです。ソフトウェアアプリケーションのパフォーマンスと品質は、実稼働環境に実装する前に徹底的に評価されます。

テストシナリオの重要性

• 1つのテストシナリオに複数の「テストケース」を含めることができます。それは大きなパノラマ画像として理解することができ、テストケースはパノラマを完成させるために重要な小さな部分です。
• これは1行のステートメントであり、テストケースは、テストシナリオステートメントの目的を完了するための段階的な説明で構成されます。
• 例：

テストシナリオ： 利用可能なタクシーサービスの支払いを行います。

これには、以下に示すように複数のテストケースがあります。

（私） 使用する支払い方法：PayPal、Paytm、クレジット/デビットカード。
（ii） 支払い完了は成功です。
（iii） 行われた支払いは失敗します。
（iv） 支払いプロセスは途中で中止されました。
（v） お支払い方法にアクセスできません。
（私達） アプリケーション間に故障します。

• したがって、テストシナリオは、実際の状況に従ってソフトウェアアプリケーションを評価するのに役立ちます。
• 決定されたテストシナリオは、テストの範囲を二分するのに役立ちます。
• この分岐は優先順位付けと呼ばれ、ソフトウェアアプリケーションの重要な機能を決定するのに役立ちます。
• 機能の優先テストは、ソフトウェアアプリケーションの実装を成功させるのに大いに役立ちます。
• テストシナリオに優先順位が付けられると、最も重要な機能を簡単に識別して優先順位でテストできます。これにより、重要な機能の大部分が正常に機能し、それに関連する欠陥が適切にキャプチャされて修正されます。
• テストシナリオは、ソフトウェアのビジネスプロセスフローを決定するため、アプリケーションのエンドツーエンドのテストが可能です。

テストシナリオとテストケースの違い

なぜテストシナリオが不可欠なのですか？

テストシナリオは、要件またはユーザーストーリーから導き出されます。

• タクシー予約のテストシナリオの例を見てみましょう。
• シナリオは、タクシーの予約オプション、支払い方法、GPS追跡、ロードマップが正しく表示されるかどうか、タクシーとドライバーの詳細が正しく表示されるかどうかなど、すべてテストシナリオテンプレートに一覧表示されます。
• ここで、テストシナリオが、位置情報サービスがオンになっているかどうかを確認し、オンになっていない場合は、「位置情報サービスをオンにします」というメッセージを表示するとします。このシナリオは見逃されており、テストシナリオテンプレートにリストされていません。
• 「位置情報サービス」シナリオは、それに関連する他のテストシナリオを引き起こします。これらは次のようになります。
  • 位置情報サービスはグレー表示されています。
  • 位置情報サービスはオンになっていますが、インターネットはありません。
  • 位置情報サービスの制限。
  • 間違った場所が表示されます。
• 単一のシナリオがありません 他の多くを逃すことを意味するかもしれません 重要なシナリオまたはテストケース 。これは素晴らしいことができます 悪影響 ソフトウェアアプリケーションの実装中。これにより、償還請求（期限）が大幅に失われます。
• テストシナリオは、 徹底的なテストの回避 。これにより、重要で予想されるすべてのビジネスフローが確実にテストされ、アプリケーションのエンドツーエンドのテストがさらに支援されます。
• これらは時間の節約になります。また、テストケースごとの詳細な説明は必要ありません。何をテストするかについて、ワンライナーの説明が指定されています。
• テストシナリオは後に書かれています ブレーンストーミングセッション チームメンバーの。したがって、シナリオ（重要またはマイナー）を見逃す可能性は最小限に抑えられます。これは、ソフトウェアアプリケーションの技術とビジネスフローを念頭に置いて行われます。
• さらに、テストシナリオは、テスト対象のアプリケーションについて明確な知識を持っているビジネスアナリストまたはクライアント、あるいはその両方が承認できます。

したがって、テストシナリオはSDLCの不可欠な部分です。

テストシナリオの実装

テストシナリオの実装やテストシナリオの書き方を見てみましょう-

• エピック/ビジネス要件が形成されます。
  • エピックの例 ：Gmailアカウントを作成します。 Epicは、アプリケーションまたはビジネス要件の主要な機能になる可能性があります。
• エピックは、スプリント全体で小さなユーザーストーリーに分割されます。
• ユーザーストーリーはエピックから派生しています。これらのユーザーストーリーは、ベースライン化され、利害関係者によって承認される必要があります。

• テストシナリオは、ユーザーストーリー、またはBRS（ビジネス要件ドキュメント）、SRS（システム要件仕様ドキュメント）、またはFRS（機能要件ドキュメント）から導き出され、最終化され、ベースライン化されます。
• テスターはテストシナリオを作成します。
• これらのテストシナリオは、組織に応じて、チームリーダー、ビジネスアナリスト、またはプロジェクトマネージャーによって承認されます。
• 各テストシナリオは、少なくとも1つのユーザーストーリーに関連付ける必要があります。
• 陽性および陰性のテストシナリオを特定する必要があります。
• ユーザーストーリーは 次のような合格基準 ：
  • 受け入れ基準は、顧客の要件に対する条件または意図の状態のリストです。受け入れ基準を作成する際には、顧客の期待と誤解も考慮されます。
  • これらは1つのユーザーストーリーに固有であり、各ユーザーストーリーには、個別にテスト可能な少なくとも1つの受け入れ基準が必要です。
  • 承認基準は、プロジェクトの範囲内にある機能と範囲外にある機能を決定するのに役立ちます。これらの基準には、機能的機能と非機能的機能を含める必要があります。
  • ビジネスアナリストが承認基準を作成し、プロダクトオーナーがそれらを承認します。
  • または、場合によっては、製品の所有者が自分で基準を作成できます。
  • テストシナリオは、受け入れ基準から取得できます。

テストシナリオの例

＃1）Kindleアプリのテストシナリオ

Kindleは、電子書籍リーダーがオンラインで電子書籍を検索、ダウンロード、購入できるようにするアプリです。 Amazon Kindleは、電子書籍リーダーに、本を手に持って読むという実際の体験を提供します。ページのめくりもアプリにうまくシミュレートされます。

それでは、テストシナリオを書き留めておきましょう。 （（ 注意： テストシナリオを作成するための一般的なアイデアを得るために、限定されたシナリオを以下に示します。それから派生した複数のテストケースが存在する可能性があります）。

上記の各テストシナリオから、複数のテストケースを導き出すことができます。

＃2）Googleドキュメントの承認基準

「Googleドキュメント」は、Word文書、スプレッドシート、スライド、フォームを作成、編集、共有するためのウェブベースのアプリケーションです。すべてのファイルは、インターネットに接続されているWebブラウザを使用してオンラインでアクセスできます。

作成されたドキュメントは、Webページまたは印刷可能なドキュメントとして共有できます。ユーザーは、ドキュメントを表示および編集できるユーザーに制限を設定できます。 1つのドキュメントを共同で共有し、地理的に異なる場所にいるさまざまな個人が作業することができます。

一般的な理解のために、限定されたテストシナリオを以下に示します。 Googleドキュメントの詳細なテストシナリオは、まったく別のトピックにすることができます。

テストシナリオの数は複数になり、Googleドキュメントでは非常に膨大になります。このような場合、一般的に、受け入れ基準のみが利害関係者によって設定および承認され、チームメンバーはこれらの受け入れ基準に取り組みます。テストシナリオのテストケースを作成することは、巨大なアプリケーションにとって徹底的な作業になる可能性があります。

これらの受け入れ基準は、反復的なプロセス計画において主要な役割を果たし、決して見落とされるべきではありません。それらを事前に事前に定義することで、スプリントまたはリリースの終了時の驚きやショックを回避できます

与えられた 前提条件。
いつ アクションを実行します。
次に 期待される結果。

Give、When、Thenの形式は、受け入れ基準を指定するのに役立ちます。

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

結論

ソフトウェアテストのライフサイクルでは、テストシナリオを理解して設定することが非常に重要な要素です。ソフトウェアの品質は、テストシナリオの優れた基盤を持つことで改善できます。多くの場合、テストケースとテストシナリオの使用は交換される可能性があります。

xmlファイルとは何ですか？どのように開くのですか？

ただし、大まかなルールとして、テストシナリオは複数のテストケースを作成するために使用されるか、テストケースはテストシナリオから派生していると言えます。明確に定義されたテストシナリオにより、高品質のソフトウェアが保証されます。

推奨読書

• フォーマットと内容のサンプルソフトウェアテスト計画テンプレート
• テストケースの例を含むサンプルテストケーステンプレート(ダウンロード)
• 例を含む検収試験レポートのサンプルテンプレート
• 例を含むC ++のテンプレート
• 例を含むPythonDateTimeチュートリアル
• 例を使用したUnixのカットコマンド
• テストシナリオとテストケース：これらの違いは何ですか？
• BlazemeterプラグインとJmeterテンプレート