ソフトウェアテストケース設計の概要

1. 一般原則

  1. 同値クラス分割法、無限テストを限定テストに変える
  2. 境界値分析はどのようなユースケースでも使用する必要がある手法です
  3. 誤差値の推定方法は、元のユースケースに基づいていくつかのユースケースを追加するのに役立ちます。
  4. 入力条件を組み合わせて考慮する必要がある場合は、特性要因図法とデシジョンテーブル法を使用できます。
  5. パラメータ構成タイプのテストを直交テスト方法と組み合わせて、ユースケースをスクリーニングすることができます
  6. 明確な業務プロセスを持つシステムの場合、シナリオ手法を使用してテストケースを設計できます。
  7. ステートフル移行と論理機能パスが組み合わされる状況では、機能図アプローチの使用を検討してください。
    設計されたテスト ケースのロジック カバレッジをプログラム ロジックと比較して確認し、必要なカバレッジ基準を満たしていない場合は、十分なテスト ケースを追加する必要があります。

2. デザイン思考

(1) 大から小への削減とモジュール化、
全体を分析してシンプルなユースケースを得る、
詳細を分析してユースケースを絞り込む、
データを埋めてユースケースを改善する
(2)
8 つのテスト設計手法を最適化して活用するケースを継続的に分解およびマージし、発散的思考を使用してテストを構築します。

3. 新規ポジションの例

事業内容:

  1. スーパーユーザー ユーザーは、ポジションにログインした後、新しいポジションの作成をリクエストできます。
  2. 「ポジション情報クエリ」ページに入り、「新しいポジションの作成」をクリックします。
  3. 新しい役職を作成するときに、新しい役職名、部門、および役職の説明情報を設定できます。
  4. 新しい位置の情報は省略できません。項目が書き込まれていない場合は、プロンプトが表示されます。
  5. ポジション名の長さは 100 文字を超えてはなりません
  6. 職務内容の長さは 1,000 文字を超えてはなりません
  7. 保存時に位置名を繰り返すことはできません。
  8. 情報を入力した後、操作を保存するかキャンセルするかを選択し、「位置情報の説明」ページに戻ってプロセスを終了することができます。全体的な分析は、シンプルなユースケースにつながります
エレメンタリーストリーム 1. スーパーユーザーとしてログインします。
2. 「位置情報クエリ」ページに入り、「新規」をクリックします。
3. 新しい位置ページを開きます。
4. 新しい位置情報を入力します
。 5. 「保存」をクリックします。
代替ストリーム 1 基本フローのステップ3では、位置情報の入力が完了していません。
代替ストリーム 2 基本フローステップ3 役職名が100文字を超えています
代替ストリーム 3 基本フローステップ 3 のジョブ説明が 1000 文字を超えています
代替ストリーム 4 保存時に位置名が重複する
代替ストリーム 5 保存時にキャンセルを選択してください

ここに画像の説明を挿入します
簡単なユースケースを生成する

シーン1 エレメンタリーストリーム
シーン2 基本フロー→代替フロー1
シーン3 基本フロー→代替フロー2
シーン4 基本フロー→代替フロー3
シーン5 基本フロー→代替フロー4
シーン6 基本フロー→代替フロー5
ユースケースID シーン シーンの説明 期待される結果
TC001 シーン1 有効な位置情報を入力して保存します ポジションが正常に作成され、ポジション情報の説明ページに戻ります
TC002 シーン2 不完全なジョブ情報を入力して保存します 入力情報が不完全で位置情報が保存されていない旨のメッセージが表示されますので、手順4に戻ります。
TC003 シーン3 役職名を100文字以上で入力して保存します 位置名が100文字を超えているため位置情報を保存しない旨のメッセージが表示されますので、手順4に戻ります。
TC004 シーン4 1,000文字を超える職務内容を入力してください ジョブの説明が 1000 文字を超えているため、ジョブ情報は保存されない旨のメッセージが表示されます。手順 4 に戻ります。
TC005 シーン5 保存時に位置名が重複する 位置がすでに存在することを示すプロンプトが表示され、保存は失敗し、手順 4 に戻ります。
TC006 シーン6 保存時にキャンセルを選択してください 位置情報が保存されません 位置情報説明ページに戻ります。

ユースケースの詳細な分析と改良

ユースケースID シーン シーンの説明 期待される結果
TC001 シーン1 有効な位置情報を入力して保存します ポジションが正常に作成され、ポジション情報の説明ページに戻ります
TC002 シーン1 無効な位置情報を入力して保存します (位置名に不正な文字が含まれています) 位置情報に不正な文字が含まれている旨のメッセージが表示され、保存に失敗し、手順4に戻ります。
TC003 シーン1 無効な位置情報を入力して保存(部門に不正な文字が含まれています) 位置情報に不正な文字が含まれている旨のメッセージが表示され、保存に失敗し、手順4に戻ります。
TC004 シーン1 無効な位置情報を入力して保存します (ジョブの説明に無効な文字が含まれています) 位置情報に不正な文字が含まれている旨のメッセージが表示され、保存に失敗し、手順4に戻ります。
TC005 シーン2 不完全な位置情報を入力して保存(位置名は空) 入力情報が不完全で位置情報が保存されていない旨のメッセージが表示されますので、手順4に戻ります。
TC006 シーン2 不完全な位置情報を入力して保存(部門は空) 入力情報が不完全で位置情報が保存されていない旨のメッセージが表示されますので、手順4に戻ります。
TC007 シーン2 不完全な位置情報を入力して保存します(位置の説明は空です) 入力情報が不完全で位置情報が保存されていない旨のメッセージが表示されますので、手順4に戻ります。
TC008 シーン3 ポジション名を99文字入力して保存します ポジションが正常に作成され、ポジション情報の説明ページに戻ります
TC009 シーン3 ポジション名を100文字入力して保存します ポジションが正常に作成され、ポジション情報の説明ページに戻ります
TC010 シーン3 ポジション名を101文字入力して保存します 位置名が100文字を超えているため位置情報を保存しない旨のメッセージが表示されますので、手順4に戻ります。
TC011 シーン4 職務内容を 999 文字で入力してください ポジションが正常に作成され、ポジション情報の説明ページに戻ります
TC012 シーン4 職務内容を 1,000 文字入力してください ポジションが正常に作成され、ポジション情報の説明ページに戻ります
TC013 シーン4 職務内容を 1001 文字入力してください ジョブの説明が 1000 文字を超えているため、ジョブ情報は保存されない旨のメッセージが表示されます。手順 4 に戻ります。
TC014 シーン5 保存時に位置名が重複する 位置がすでに存在することを示すプロンプトが表示され、保存は失敗し、手順 4 に戻ります。
TC015 シーン6 保存時にキャンセルを選択してください 位置情報が保存されません 位置情報説明ページに戻ります。
TC016 例外イベントフロー1 保存時にデータベース サーバーに障害が発生し、ネットワークに障害が発生しました。 位置情報が保存されず、システム例外が発生する

データを入力してユースケースを完了します。

4. メソッドの適用

機能分割はシンプルかつ明確である必要があり、各テスト ケースは 1 つの機能モジュールのみをチェックします。
テスト ケースの分割も単純である必要があり、各テスト ケースは関数ポイントの 1 つの状況のみをチェックします。
テスト ケースには、単純な目的の説明、環境、シナリオ、データ、明確なテスト データなどの明確な実行前提条件が必要です。
一般设计步骤
根据设计规格得出基本测试用例
1.补充边界值测试用例
2.补充错误猜测测试用例
3.补充异常测试用例
4.补充性能测试用例

Web类常用控件测试用例设计思路

Textbox实例1:要求一个textbox控件不能为空,可以填写任何字符,长度不能超过20,设计测试用例。
按长度用边界值法设计测试用例
1.输入0个字符(报错)
2.输入1个字符(正常)
3.输入19个字符(正常)
4.输入20个字符(正常)
5.输入21个字符(报错)
按字符类型设计测试用例
输入汉字(正常)
输入英文字符串(正常)
输入数字(正常)
输入符号(正常)
安全性方面设计测试用例
XSS攻击(正常)
Textbox实例2:一个textbox表示金额,小数点后最多2位,字符长度不超过10,设计测试用例
字符长度边界值测试
输入9位字符(正常)
输入10位字符(正常)
输入11位字符(报错)
小数位数边界值测试
输入为空(报错)
输入2位小数(正常)
输入3位小数(报错)
字符类型测试
输入汉字(报错)
输入string字符串(报错)
输入空格(报错)
输入除.外的符号(报错)
输入超过1个.(报错)
Select实例:一个下拉菜单框,默认值为空,有A,B,C3个选项,单选,不可写,设计测试用例
デフォルト値は空チェック(通常)
書き込み不可チェック(通常)
選択A(通常)
選択B(通常)
選択C(通常)
単一選択チェック(通常)
Webページは通常、表示タイプと投稿タイプに分けられます。
表示ページのテスト ケースの設計: データベース内の名前と金額を表示するためのテーブル データを含む Web ページ。テスト ケースの設計
ページ要素のチェック
テーブル形式のチェック (通常)
他のページ スタイルのチェック (通常)
ページ データのチェック
名前が空である (通常)
名前に漢字が含まれている (通常)
名前の最大長 (通常)
量が空である(通常)
金額は 0 (通常)
小数点以下 2 桁の金額 (通常)
金額の最大長 (通常)

注: 他の無効な同等クラスは自分で設計したものです。

おすすめ

転載: blog.csdn.net/u011090984/article/details/91409807