目次
1.単体テスト
- 定義: 単体テストは、ソフトウェア コンポーネント (きめ細かい) のテストです。
- テストの目的: ソフトウェアの基本コンポーネントの正確性を検証すること
- テストオブジェクト: 作業単位、通常はクラス内のメソッド
- テスト利用方法:ホワイトボックステスト
- テストの基礎: 詳細な設計ドキュメント + コード
- テスト内容:モジュールインターフェーステスト、ローカルデータ構造テスト、パステスト、エラー処理テスト、境界テスト
- 評価ベンチマーク: ロジック カバレッジ
- 費やした時間: 少ない
- テスト例 (ユーザー管理モジュールを例として、ユーザー管理モジュール自体の機能やエラー処理に焦点を当てます)
テストケース番号 |
ユニット_001 |
||||||
テストモジュール/オブジェクト |
ユーザー管理 |
||||||
テストコードはありますか |
なし |
テストコード |
なし |
||||
テストの目的 |
ユーザーを追加する際、入力情報が不完全な場合、プロンプトが表示され追加が失敗するかどうかを確認する |
||||||
前提条件 (ある場合) |
|||||||
シリアルナンバー |
操作する |
期待される結果 |
試験結果 |
述べる |
|||
1 |
ソフトウェアを起動し、「設定」-「ユーザー管理」をクリックしてユーザー管理インターフェースに入ります。 |
通常にログインし、ユーザー管理インターフェイスを表示します |
|||||
2 |
「追加」ボタンをクリックします |
ユーザー追加フォームを表示 |
|||||
3 |
ユーザー名を入力し、残りの情報は空白のままにしてください |
ユーザー名を入力した通常の表示 |
|||||
4 |
保存ボタンをクリックします |
プロンプトのパスワードを空にすることはできず、ユーザーの追加は失敗します。 |
|||||
ユースケーステストの結果 |
2. 結合テスト
- 定義: ジョイント テスト (ジョイント デバッグ)、アセンブリ テスト、適切な統合戦略を使用したプログラム モジュールのアセンブル、システム インターフェイスと統合機能の正確性のテスト (中粒度) とも呼ばれます。
- テスト目的: 詳細設計を検証するために使用され、主な目的はソフトウェア ユニット間のインターフェイスが正しいかどうかを確認することです。
- テストオブジェクト: 内部関数、複数のクラス間または外部システムとの対話
- テスト使用方法:グレーボックステスト
- テスト文:概略設計書+単体テストケース
- テスト内容: モジュール間のデータ伝送、モジュール間の機能競合、モジュールアセンブリ機能の正確性、グローバルデータ構造、単一モジュールの欠陥によるシステムへの影響
- 評価ベンチマーク: インターフェイス カバレッジ
- 費やした時間: 中程度
- テスト例 (ユーザーログインモジュールを例として、ユーザーモジュールやユーザー管理表示インターフェースの追加など、モジュール間の接続に重点を置いています)
テストケース番号 |
インテグレート_001 |
||||||
テストモジュール/オブジェクト |
ユーザー管理 |
||||||
テストコードはありますか |
なし |
テストコード |
なし |
||||
テストの目的 |
正しい情報を入力してユーザーを追加した後、新しいユーザーがユーザー管理インターフェイスに表示されますか? |
||||||
前提条件 (ある場合) |
|||||||
シリアルナンバー |
操作する |
期待される結果 |
試験結果 |
述べる |
|||
1 |
ソフトウェアを起動し、「設定」-「ユーザー管理」をクリックしてユーザー管理インターフェースに入ります。 |
通常にログインし、ユーザー管理インターフェイスを表示します |
|||||
2 |
「追加」ボタンをクリックします |
ユーザー追加フォームを表示 |
|||||
3 |
ユーザー名、ニーモニック、パスワード、パスワードおよびその他の情報を確認し、権限を選択します。 |
すべての情報を正しく入力してください |
|||||
4 |
保存ボタンをクリックします |
ユーザー管理インターフェースに新しいユーザーデータを追加します。 |
|||||
ユースケーステストの結果 |
3. システムテスト
- 定義: 回帰テスト、スモーク テスト (粗粒度) など、機能、パフォーマンス、ソフトウェアが実行されるハードウェアおよびソフトウェア環境をテストします。
- テスト目的:概略設計を検証するため
- テストオブジェクト: ユーザーの観点から要件を検証する外部機能
- テスト利用方法:ブラックボックステスト
- テストベース: 要件仕様
- テスト内容:機能、インターフェース、信頼性、操作性、パフォーマンス、互換性、セキュリティ等
- 評価ベンチマーク: 要件仕様の範囲
- 費やした時間: たくさん
- テスト例(ユーザーログインモジュールを例として、この機能がユーザーのニーズを満たしているか、パフォーマンスが良いか悪いかが焦点)
テストケース番号 |
SYSTEM_001 |
||||||
テストモジュール/オブジェクト |
ユーザー管理 |
||||||
テストコードはありますか |
なし |
テストコード |
なし |
||||
テストの目的 |
ユーザーの追加、編集、削除は普通にできるのでしょうか? |
||||||
前提条件 (ある場合) |
|||||||
シリアルナンバー |
操作する |
期待される結果 |
試験結果 |
述べる |
|||
1 |
ソフトウェアを起動し、「設定」-「ユーザー管理」をクリックしてユーザー管理インターフェースに入ります。 |
通常にログインし、ユーザー管理インターフェイスを表示します |
|||||
2 |
「追加」ボタンをクリックし、必要に応じてすべての情報を入力し、「保存」をクリックします。 |
ユーザーが正常に追加されました |
|||||
3 |
ユーザー管理インターフェースで既存のユーザーを選択し、「編集」ボタンをクリックしてユーザーの情報を再入力し、「保存」をクリックします。 |
ユーザーの編集が成功しました |
|||||
4 |
ユーザー管理インターフェイスで、既存のユーザーを選択し、削除ボタンをクリックして、はいを選択します |
ユーザーは正常に削除されました |
|||||
ユースケーステストの結果 |
参考:
(プライベート メッセージ 11 件 / メッセージ 80 件) 単体テスト、結合テスト、システム テストの違いは何ですか? - 志胡 (zhihu.com)
- 終わり -