テストプロセスとテストケースの設計方法

1. テストプロセス

1. 手動テストプロセス

  • 要件の分析とレビュー
  • テスト計画とテスト ソリューションを作成する
  • テストケースを設計してレビューする
  • テストケースの実行と欠陥追跡
  • テストレポートを書く

2. 自動テストプロセス

  • 機能的ユースケースを自動化されたユースケースに変換します (機能的ユースケーステンプレートに列を追加して、自動化されているかどうかを判断します)
  • 自動テスト環境を構築する (ネイティブ依存環境: Python、pycharm、ブラウザ、ブラウザ ドライバ、Selenium、パラメータ化)
  • 自動化フレームワークの構築 (PO モード + データドリブン + ログ + レポート)
  • コードを書く
  • ユースケースを実行する
  • レポートの生成とログの分析

2. テストケースの設計方法

1. 同値クラスの分割方法

同値クラス: いくつかの共通の特性を持つデータのサブセット
有効な同値クラス: 要件を満たすデータの
サブセット 無効な同値クラス: 要件を満たさないデータのサブセット

テスト ケースは、カバーされていない有効な同値クラスをできるだけ多くカバーしますが、
テスト ケースでカバーできる無効な同値クラスは 1 つだけです。

  • 等価クラスの詳細:
    (1) 長さ
    (2) 型
    (3) 構成規則
    (4) 空かどうか
    (5) 大文字と小文字を区別するかどうか
    (6) 繰り返されるかどうか
    (7) スペースを削除するかどうか
    適用可能なシナリオ:大量のテストデータが必要 入力するが網羅的にテストできない 代表的なもの
    :ページ上の入力ボックステスト

2. 境界値法

機能:(順序付け、範囲付き) 同値類の補足点
上点:境界上の点
内点:区間内の点
始点:境界値に最も近い点
最適化同値類値:同一点に属さない上点同値クラスの外れ値は、
(-99,99] 上点: -99, 99, inner点: 50、外れ値: -100、-98、98、100、うち -100 と 98 はテストできません
。同値クラスの各境界をテスト条件として使用する必要があります。

3. 判定テーブル方式

  • デシジョンテーブルは、
    条件パイル: 問題のすべての条件
    アクションパイル:問題のすべての出力
    条件アイテム:条件パイルに対する値
    アクションアイテム: 条件アイテムのさまざまな値での出力結果で構成されます。
  • 手順
    (1) すべての条件とアクションパイルをリストアップ
    (2) 条件項目を記入
    (3) アクション項目を記入
    (4) 判定表を簡略化

4. シナリオ手法

ユーザーがソフトウェアを操作するときのシナリオをシミュレートし、主にシステムのビジネス プロセスをテストするために使用されます。
正しい業務プロセスに従って実装された動作パス(正しい動作プロセスをシミュレート)は、
プログラムの誤った動作プロセス(間違った動作プロセスをシミュレート)につながります。
また、何らかの異常な状況を追加する必要があります。
スモークテストでは、主にシナリオ法が使用されます。

5. エラー推論方法

6. フローチャート方式

逐次テストに適しており、ビジネスプロセステストやインストールプロセステストなどによく使われます。
通常、各プロセスはテスト ケースを使用して検証されます。

3. テストケース手法の選択

  • 入力機能はあるが、出力間に結合関係がない → 同値クラス分割
  • 入力には長さ、型などの境界がある → 境界値の補足
  • 複数の入力、複数の出力、入力と入力の間に組み合わせ関係がある、入力と出力の間に依存関係と制約がある → デシジョンテーブル
  • 複数機能の組み合わせテスト → シナリオ方式
  • 補足テストケース → エラー推論方法

おすすめ

転載: blog.csdn.net/Naruto_22/article/details/124341921