例を使用してテスト ケースを作成する方法
手動テストでテストケースを作成する手順
シナリオのテスト ケースを作成しましょう: ログイン機能のチェック
ステップ1) シナリオを説明する簡単なテスト ケースは次のとおりです。
テストケース # | テストケース Descriptexpression CMS |
---|---|
1 | 有効なメールアドレスとパスワードが入力されたときの応答を確認する |
ステップ2) データをテストします。
テストケースを実行するには、次のものが必要です テストデータ。 以下に追加します
テストケース # | テストケース Descriptexpression CMS | テストデータ |
---|---|---|
1 | 有効なメールアドレスとパスワードが入力されたときの応答を確認する | 電子メール: guru99@email.com パスワード: lNf9^Oti7^2h |
テスト データの特定には時間がかかる場合があり、場合によってはテスト データを新たに作成する必要がある場合があります。 文書化する必要がある理由。
ステップ3) アクションを実行します。
テスト ケースを実行するには、テスターは AUT に対して特定の一連のアクションを実行する必要があります。 これは次のように文書化されています。
テストケース # | テストケース Descriptexpression CMS | テスト手順 | テストデータ |
---|---|---|---|
1 | 有効なメールアドレスとパスワードが入力されたときの応答を確認する | 1) メールアドレスを入力
2) パスワードを入力 3) 「サインイン」をクリックします |
メールアドレス: guru99@email.com
パスワード: lNf9^Oti7^2h |
多くの場合、テスト ステップは上記のように単純ではないため、ドキュメントが必要になります。 また、テスト ケースの作成者が組織を離れたり、休暇を取ったり、病気で非番になったり、他の重要なタスクで多忙になったりする可能性があります。 最近採用された人は、テスト ケースの実行を求められる場合があります。 文書化された手順は彼にとって役立ち、また、他の関係者によるレビューも容易になります。
ステップ4) AUT の動作を確認します。
ソフトウェア テストにおけるテスト ケースの目的は、期待される結果について AUT の動作をチェックすることです。 これは以下のように文書化する必要があります
テストケース # | テストケース Descriptexpression CMS | テストデータ | 期待される結果 |
---|---|---|---|
1 | 有効なメールアドレスとパスワードが入力されたときの応答を確認する | メールアドレス: guru99@email.com パスワード: lNf9^Oti7^2h |
ログインは成功するはずです |
テスト実行中に、テスターは予想される結果を実際の結果と比較してチェックし、合格または不合格のステータスを割り当てます。
テストケース # | テストケース Descriptexpression CMS | テストデータ | 期待される結果 | 実結果 | 合否判定 |
---|---|---|---|---|---|
1 | 有効なメールアドレスとパスワードが入力されたときの応答を確認する | 電子メール: guru99@email.com パスワード: lNf9^Oti7^2h | ログインは成功するはずです | ログインに成功しました | 合格 |
ステップ5) それとは別に、テストケースには次のようなフィールドが含まれる場合があります。
Pre – テストを実行する前に設定する必要があるものを指定する条件。 このテスト ケースの前提条件は、テスト対象のサイトにアクセスするためにブラウザーがインストールされていることです。 テスト ケースには、テスト ケースの完了後に適用されるものを指定する事後条件も含まれる場合があります。 このテスト ケースの場合、事後条件はログインの日時がデータベースに保存されることになります。
テストケースの書き方ビデオ
クリック こちら ビデオにアクセスできない場合
優れたテスト ケースを作成するためのベスト プラクティス。
1. テスト ケースはシンプルかつ透明である必要があります。
できるだけ単純なテスト ケースを作成します。 テスト ケースの作成者はテスト ケースを実行できない可能性があるため、テスト ケースは明確かつ簡潔でなければなりません。
ホームページにアクセスし、データを入力し、これをクリックするなど、断定的な言葉を使用します。 これにより、テスト手順の理解が容易になり、テストの実行が高速化されます。
2. エンドユーザーを念頭に置いてテストケースを作成する
あらゆるソフトウェアプロジェクトの最終的な目標は、顧客の要件を満たし、使いやすく操作しやすいテストケースを作成することです。テスターは、エンドユーザーの視点を念頭に置いてテストケースを作成する必要があります。
3. テスト ケースの繰り返しを避けます。
テストケースを繰り返さないでください。 他のテスト ケースを実行するためにテスト ケースが必要な場合は、事前条件列のテスト ケース ID でテスト ケースを呼び出します。
4. 仮定しないでください
テスト ケースを準備するときに、ソフトウェア アプリケーションの機能や機能を想定しないでください。 仕様書を必ず守ってください。
5. 100% のカバレッジを確保する
仕様書に記載されているすべてのソフトウェア要件をチェックするテスト ケースを必ず作成してください。 使用 トレーサビリティマトリクス テストされていない機能や条件がないことを保証します。
6. テスト ケースは識別可能でなければなりません。
テスト ケース ID には、欠陥を追跡したり、後の段階でソフトウェア要件を特定したりするときに簡単に識別できるような名前を付けます。
7. テスト手法の実装
ソフトウェア アプリケーションで考えられるすべての状態をチェックすることは不可能です。 ソフトウェア テスト手法は、欠陥を発見する可能性を最大限に高めるいくつかのテスト ケースを選択するのに役立ちます。
- 境界値分析 (BVA): 名前が示すように、これは、指定された値の範囲の境界のテストを定義する手法です。
- 等価パーティション (EP): この手法では、範囲が同じ動作をする傾向がある等しい部分/グループに分割されます。
- 状態遷移技術この方法は、特定のアクションに従ってソフトウェアの動作が 1 つの状態から別の状態に変化する場合に使用されます。
- エラー推測テクニック: これは、手動テストの実行中に発生する可能性のあるエラーを推測/予測しています。 これは正式な方法ではなく、アプリケーションに関するテスターの経験を活用します。
8.セルフクリーニング
作成したテスト ケースは、 テスト環境 テスト前の状態に戻す必要があり、テスト環境が使用不能にならないようにする必要があります。 これは特に構成テストに当てはまります。
9. 繰り返し可能 そして自立する
テスト ケースは、誰がテストしても毎回同じ結果を生成する必要があります。
10. ピア Rev見る。
テスト ケースを作成したら、同僚にレビューしてもらいます。 同僚は、あなたが見逃しがちなテスト ケース設計の欠陥を発見することができます。
テストケースを作成する際に以下の情報を含める
- どのような要件がテストされているかの説明
- システムのテスト方法の説明
- テスト設定には、テスト対象のアプリケーションのバージョン、ソフトウェア、データ ファイル、オペレーティング システム、ハードウェア、セキュリティ アクセス、物理または論理の日付、時刻、他のテストなどの前提条件、およびテスト対象の要件に関連するその他の設定情報が含まれます。
- 入力と出力、またはアクションと期待される結果
- 証拠または添付ファイル
- アクティブなケース言語を使用する
- テスト ケースは 15 ステップを超えてはなりません
- 自動テスト スクリプトには、入力、目的、期待される結果がコメントされています。
- このセットアップは、前提条件テストの代替手段を提供します
- 他のテストでは、ビジネス シナリオの順序が間違っているはずです
テストケース管理ツール
テスト管理ツールは、テスト ケースの管理と維持に役立つ自動化ツールです。 テストケース管理ツールの主な機能は次のとおりです。
- テストケースを文書化する場合: ツールを使用すると、テンプレートを使用してテスト ケースの作成を迅速化できます。
- テスト ケースを実行し、結果を記録します。 テストケースはツールを通じて実行でき、得られた結果は簡単に記録できます。
- 欠陥追跡を自動化します。 失敗したテストは自動的にバグ トラッカーにリンクされ、開発者に割り当てて電子メール通知で追跡できるようになります。
- トレーサビリティ: 要件、テスト ケース、テスト ケースの実行はすべてツールを通じて相互にリンクされており、各ケースを相互に追跡してテスト カバレッジを確認できます。
- テストケースの保護: テスト ケースは再利用可能である必要があり、不十分なバージョン管理による紛失や破損から保護する必要があります。 テスト ケース管理ツールは次のような機能を提供します。
- 命名規則と番号付け規則
- バージョン管理
- 読み取り専用ストレージ
- 制御されたアクセス
- オフサイトバックアップ
一般的なテスト管理ツールは次のとおりです。 品質センター と ジラ
標準テストケースのフォーマット
以下は、標準的なログイン テスト ケースの例の形式です。
テストケースID | テストケース Descriptexpression CMS | テスト手順 | テストデータ | 予想された結果 | 実績 | 合否判定 |
---|---|---|---|---|---|---|
TU01 | 有効なデータで顧客ログインを確認する |
|
ユーザーID = guru99 パスワード = pass99 | ユーザーはアプリケーションにログインする必要があります | 予想通り | 合格 |
TU02 | 無効なデータによる顧客ログインを確認する |
|
ユーザーID = guru99 パスワード = glass99 | ユーザーはアプリケーションにログインしてはなりません | 予想通り | 合格 |
この表全体は Word、Excel、またはその他のツールで作成できます。 テスト管理ツール。 テストケースの設計は以上です
テストケーステンプレート
- 使用するテンプレートはプロジェクトごとに異なることに注意してください。 これを読む チュートリアル 重要なフィールドの説明を含むテスト ケース テンプレートを学習する
上記のテスト ケース テンプレート Excel (.xls) をダウンロードします。
よくあるご質問
テストケースとは何ですか?
テスト ケースは、アプリケーションの特定の機能が意図したとおりに動作することを確認するために設計された、条件、入力、アクション、および予想される結果の文書化されたセットです。これは、指定された条件下でアプリケーションが正しく動作することを確認するためのテスター向けのガイドラインとして機能します。
テストシナリオとテストケース
テストシナリオ: ログイン機能を確認してください。考えられるテスト ケースは次のとおりです。
- テスト ケース 1: 有効なユーザー ID とパスワードを入力した場合の結果を確認する
- テストケース 2: 無効なユーザー ID とパスワードを入力した場合の結果を確認する
- テスト ケース 3: ユーザー ID が空でログイン ボタンが押されたときの応答を確認するなど