【ソフトウェアテスト】単体テスト、システムテスト、結合テストの違いと例

目次

1.単体テスト

2. 結合テスト

3. システムテスト


1.単体テスト

  1. 定義: 単体テストは、ソフトウェア コンポーネント (きめ細かい) のテストです。
  2. テストの目的: ソフトウェアの基本コンポーネントの正確性を検証すること
  3. テストオブジェクト: 作業単位、通常はクラス内のメソッド
  4. テスト利用方法:ホワイトボックステスト
  5. テストの基礎: 詳細な設計ドキュメント + コード
  6. テスト内容:モジュールインターフェーステスト、ローカルデータ構造テスト、パステスト、エラー処理テスト、境界テスト
  7. 評価ベンチマーク: ロジック カバレッジ
  8. 費やした時間: 少ない
  9. テスト例 (ユーザー管理モジュールを例として、ユーザー管理モジュール自体の機能やエラー処理に焦点を当てます)

テストケース番号

ユニット_001

テストモジュール/オブジェクト

ユーザー管理

テストコードはありますか

なし

テストコード

なし

テストの目的

ユーザーを追加する際、入力情報が不完全な場合、プロンプトが表示され追加が失敗するかどうかを確認する

前提条件 (ある場合)

シリアルナンバー

操作する

期待される結果

試験結果

述べる

1

ソフトウェアを起動し、「設定」-「ユーザー管理」をクリックしてユーザー管理インターフェースに入ります。

通常にログインし、ユーザー管理インターフェイスを表示します

2

「追加」ボタンをクリックします

ユーザー追加フォームを表示

3

ユーザー名を入力し、残りの情報は空白のままにしてください

ユーザー名を入力した通常の表示

4

保存ボタンをクリックします

プロンプトのパスワードを空にすることはできず、ユーザーの追加は失敗します。

ユースケーステストの結果

2. 結合テスト

  1. 定義: ジョイント テスト (ジョイント デバッグ)、アセンブリ テスト、適切な統合戦略を使用したプログラム モジュールのアセンブル、システム インターフェイスと統合機能の正確性のテスト (中粒度) とも呼ばれます。
  2. テスト目的: 詳細設計を検証するために使用され、主な目的はソフトウェア ユニット間のインターフェイスが正しいかどうかを確認することです。
  3. テストオブジェクト: 内部関数、複数のクラス間または外部システムとの対話
  4. テスト使用方法:グレーボックステスト
  5. テスト文:概略設計書+単体テストケース
  6. テスト内容: モジュール間のデータ伝送、モジュール間の機能競合、モジュールアセンブリ機能の正確性、グローバルデータ構造、単一モジュールの欠陥によるシステムへの影響
  7. 評価ベンチマーク: インターフェイス カバレッジ
  8. 費やした時間: 中程度
  9. テスト例 (ユーザーログインモジュールを例として、ユーザーモジュールやユーザー管理表示インターフェースの追加など、モジュール間の接続に重点を置いています)

テストケース番号

インテグレート_001

テストモジュール/オブジェクト

ユーザー管理

テストコードはありますか

なし

テストコード

なし

テストの目的

正しい情報を入力してユーザーを追加した後、新しいユーザーがユーザー管理インターフェイスに表示されますか?

前提条件 (ある場合)

シリアルナンバー

操作する

期待される結果

試験結果

述べる

1

ソフトウェアを起動し、「設定」-「ユーザー管理」をクリックしてユーザー管理インターフェースに入ります。

通常にログインし、ユーザー管理インターフェイスを表示します

2

「追加」ボタンをクリックします

ユーザー追加フォームを表示

3

ユーザー名、ニーモニック、パスワード、パスワードおよびその他の情報を確認し、権限を選択します。

すべての情報を正しく入力してください

4

保存ボタンをクリックします

ユーザー管理インターフェースに新しいユーザーデータを追加します。

ユースケーステストの結果

3. システムテスト

  1. 定義: 回帰テスト、スモーク テスト (粗粒度) など、機能、パフォーマンス、ソフトウェアが実行されるハードウェアおよびソフトウェア環境をテストします。
  2. テスト目的:概略設計を検証するため
  3. テストオブジェクト: ユーザーの観点から要件を検証する外部機能
  4. テスト利用方法:ブラックボックステスト
  5. テストベース: 要件仕様
  6. テスト内容:機能、インターフェース、信頼性、操作性、パフォーマンス、互換性、セキュリティ等
  7. 評価ベンチマーク: 要件仕様の範囲
  8. 費やした時間: たくさん
  9. テスト例(ユーザーログインモジュールを例として、この機能がユーザーのニーズを満たしているか、パフォーマンスが良いか悪いかが焦点)

テストケース番号

SYSTEM_001

テストモジュール/オブジェクト

ユーザー管理

テストコードはありますか

なし

テストコード

なし

テストの目的

ユーザーの追加、編集、削除は普通にできるのでしょうか?

前提条件 (ある場合)

シリアルナンバー

操作する

期待される結果

試験結果

述べる

1

ソフトウェアを起動し、「設定」-「ユーザー管理」をクリックしてユーザー管理インターフェースに入ります。

通常にログインし、ユーザー管理インターフェイスを表示します

2

「追加」ボタンをクリックし、必要に応じてすべての情報を入力し、「保存」をクリックします。

ユーザーが正常に追加されました

3

ユーザー管理インターフェースで既存のユーザーを選択し、「編集」ボタンをクリックしてユーザーの情報を再入力し、「保存」をクリックします。

ユーザーの編集が成功しました

4

ユーザー管理インターフェイスで、既存のユーザーを選択し、削除ボタンをクリックして、はいを選択します

ユーザーは正常に削除されました

ユースケーステストの結果


参考:

単体テスト、結合テスト、システムテストの違い

(メッセージ数 10 件) ソフトウェアテストの 4 つの段階 [単体テスト、結合テスト、システムテスト、受け入れテスト]_統合テストと単体テストはいつから始まりますか?_ty6693 のブログ - CSDN ブログ

(プライベート メッセージ 11 件 / メッセージ 80 件) 単体テスト、結合テスト、システム テストの違いは何ですか? - 志胡 (zhihu.com)

- 終わり -

おすすめ

転載: blog.csdn.net/qq_41539778/article/details/131087735
おすすめ