writing test cases from srs document
SRSドキュメントからのテストケースの作成(ライブプロジェクトサンプルテストケースのダウンロード)–ソフトウェアテストQAトレーニング4日目
これまで行ってきたことを再ハッシュするためだけに、私たちは ソフトウェアテストトレーニング ミニコース ライブプロジェクトOrangeHRMで。
これまでのこの無料のオンラインQAトレーニングシリーズでは、次のことを行いました。
- SRSレビュー、
- テストシナリオ/テストスコープの識別 そして
- テスト計画を文書化 。
今、私たちは本物の部分に到達しました、テストケース。
この前の記事に示されているように: テストケースは、SDLCのコードフェーズが進行している間にQAチームによって文書化されます。言い換えると、開発チームがソフトウェアシステムを構築している間、テストチームは、システムの準備ができたら、つまりコードフェーズの最後に、システムのテストに役立つテストケースの準備をします。
そのため、本日の記事では、テストケースとは何か、テストケースを作成する方法を理解し、ライブプロジェクトのサンプルテストケースをいくつか作成する方法について説明します。
すぐに始めましょう。
学習内容:
テストケース作成の基本
#1) テストシナリオがすべてである場合、AUTで「何をテストするか」–テストケースはすべて 「要件をどのようにテストするか」。
例えば 、テストシナリオが「管理者ログイン機能の検証」の場合–これにより3つのテストケース(または条件)が生成されます–ログイン(成功)、ログイン-間違ったユーザー名が入力された場合は失敗、ログイン-間違ったパスワードが入力された場合は失敗。次に、各テストケースには、特定のテスト条件が満たされているかどうかを確認する方法に対処するための手順があります。
#二) テストケースドキュメントを作成するための入力は次のとおりです。 FRD、前のステップで作成されたテストシナリオ、およびその他の参照ドキュメント(存在する場合)。
#3) テストケースのドキュメントは、QAチームによる重要な成果物であり、フィードバックが完了すると、BA、PM、および他のチームと共有されます。
#4) 作業はチームメンバー間で分割され、各メンバーは特定のモジュールまたは特定のモジュールの一部のテストケースを作成する責任があります。
#5) テストシナリオと同様に、テストケースのドキュメントを開始する前に、共通のテンプレートについて合意する必要があります。実際には、テストケースの作成には何でも使用できます。最もよく使用される2つの選択肢は、MSExcelとMSWordです。
#6) ザ・ MSワードテンプレート 次のようになります。

# 7) ザ・ Excelテンプレート 次のようになります。

#8) 上記の2つのテンプレートから、テストケースを構成するフィールド(またはコンポーネント)が同じであることがわかります。唯一の違いは、それらが編成される方法です。
したがって、テストに含める情報のタイプごとにフィールドがある限り、テンプレートの形式は重要ではありません。ただし、私の個人的なお気に入りは、展開、折りたたみ、並べ替えなどが簡単なExcelシートです。ただし、ここでも、自分に最適な形式を選択してください。
テストケースのフィールド
テストケースの一部であるフィールドを観察するために、少し時間を取ってみましょう。
テストケースIDとテストケースの説明は一般的なものです。
他のフィールドは次のように説明できます。
- 前提条件: AUTの状態(開始するためにAUTが必要な状態)。
- 入力: データ入力手順。これらの手順では、必要な入力情報の種類(テストデータ)に注意することが重要です。
- 検証ポイント/トリガー/アクション :検証が行われる原因は何ですか? (ボタンをクリックするか、トグルするか、リンクにアクセスします。テストケースへの検証ポイントが少なくとも1つあることを確認してください。そうしないと、すべてがデータ入力になり、検索するものがなくなります。また、十分なモジュール性を確保するために、あまりにも多くの検証ポイントを1つのテストケースに結合しないようにしてください。テストケースごとに1つが最適です。)
- 出力: 期待される結果。
- 事後条件: これは、テストケースをより洞察に満ちた有益なものにするために、テスターの利益のために提供される追加情報です。これには、すべてのテストケースステップが完了した後にAUTに何が起こるか、または何が期待できるかについての説明が含まれます。
関連項目=> サンプルテストケーステンプレート
ライブプロジェクトサンプルテストケース(ダウンロード)
テストケースの作成プロセスを開始するのに十分な背景情報が得られたので、ライブプロジェクトのテストケースをいくつか作成しましょう。
上記のプロセスに基づいて、OrangeHRMアカウントモジュールのサンプルテストケースをいくつか作成しました。これらは、正確なテストケースの形式と、テストケースの作成方法に関するアイデアを提供するはずです。
=> ライブプロジェクトのサンプルテストケースドキュメントをここからダウンロードします 。
注意: サンプルテストケースXLSドキュメントを参照した画像はほとんどありません。古いバージョンのMSOfficeでこれを表示している場合は、互換性の問題が発生する可能性があります。
XLSファイルの名前に従ってこれらの画像を以下にリストしました。
写真1を見る
写真2を見る
写真3を見る
そこに、すべて完了し、すべて良い。
テストケースの作成/最適化方法
ここで、特定のページに数十のフィールドがあるか、そこに実装されている複雑なビジネスロジックがある状況を想像してみてください。そのような状況でテストケース作成プロセスを確実に最適化するために、テスターには特定のテストケース最適化方法があります。
これらの方法の詳細については、以下のリンクを参照してください。
ルーターでネットワークセキュリティキーを見つける方法
- 境界値分析
- 等価分割
- エラー推測 - これは非常に単純な方法であり、テスターの直感に依存しています。 例えば 、ページに日付フィールドがあるとします。要件は、有効な日付がこのフィールドで受け入れられることを指定します。これで、テスターは日付として「2月30日」を試すことができます。これは、数値に関しては有効な入力ですが、2月は30日が含まれない月であるため、無効な入力です。
- 状態遷移図
- デシジョンテーブル
上記の手法を使用し、一般的なテストケース作成プロセスに従って、手元のアプリケーションを効果的にテストする一連のテストケースを作成します。
注意すべきいくつかの重要なポイント
- 私たちが作成するテストケースは、QAフェーズの参照ポイントであるだけでなく、UATへの参照ポイントでもあります。
- 内部テストケースは チーム内でピアレビュー 。
- 特定の状況がテストケースによって対処されない場合-経験則では、それはテストされません。したがって、これは、作成したテストスイートが100%のテストカバレッジ目標を達成しているかどうかを確認するのに適した場所です。そのために、トレーサビリティマトリックスを作成できます。について知っておくべきことをすべてチェックしてください トレーサビリティマトリックスはこちら 。
- ツール–次のようなテスト管理ツール QC 、 qTest テストケース作成アクティビティを手伝ってください。 Quality Centerを使用してテストケースを処理する方法の例については、こちらをご覧ください。 QualityCenterチュートリアル 。
- 自動化ツールを使用してテストケースを作成できます。この場合、テストスクリプトと呼ばれます。
これで、別の興味深いセグメントが終了します。
結論
テスト作成プロセス/テスト設計フェーズ(STLC)の終了とコードフェーズ(SDLC)の終了は、通常、テスト準備フェーズの終了とテスト実行フェーズの開始を示します。
このソフトウェアテストコースの次のチュートリアル - 次回の記事では、テスト実行とは何か、テスト実行には何が含まれるか、このフェーズでのQAチームからの期待について説明します。
=> QAトレーニング5日目: テストの実行
皆様がこのシリーズにご協力いただければ幸いです。 簡単にするために、いくつかのテストケースのみが作成されています。ただし、テストを広範囲に行うと最良の結果が得られます。つまり、テストケースをどんどん作成することになります。ですから、仕事を制限せず、できる限りのことをしてください。
以下にご質問やご意見をお聞かせください。ハッピーテスト!