一般的な試験方法
開発段階に応じて分割
- ユニットテスト
ユニットも【通常の状況下では、開発者自身のテスト、JUnitの、テストケース]ソフトウェアのテストのための最小単位である、としても知られているモジュールのテストを、テスト - 統合テスト
また、組立及び試験として知られている統合テスト、インタフェースユニットまたはコンポーネントテストプログラムとの関係【通常の状況下で、開発者は独自のテストを実施します]
- 確認試験
テストの妥当性を確認することも、テストと呼ばれる後の試験により確認され、資格制度の試験段階の本当のスタートは[テスターはテストを開始]
- システムテスト
実際のシステム環境では、システムは、完全なプログラムをチェックして、システムのハードウェアが正しく設定するかどうか、接続されており、すべてのユーザーのニーズを満たすことができます
- 受け入れテスト
アルファテスト：ソフトウェア製品の最後のリンク、一般的に使用される試験方法をテストバイタ会社はベータテストを閉じた：ベータ版を
テスト技術部門によると、
- ブラックボックステスト
主に機能テストのために、ソフトウェアの外部のパフォーマンスによって欠陥やエラーを見つけるには
- ホワイトボックステスト
分析の内部手続きの構造、問題を見つけるため検査、ユニットテストと統合テストによって
- グレーボックステスト
だけでなく、外部のソフトウェアのパフォーマンスによって、および、B / Sアーキテクチャ試験口座に内部実装を取ります
コードの実行に応じて分割
- 静的試験
可能性のあるエラーのためにテストオブジェクトを実行しますが、静的な検査プログラムコードのウォークスルー[]、またはインタフェースのドキュメントはありません
- 動的テスト
実際のプロセスの結果が予想と一致している入力、出力に対応する検査対象、テストデータを実行し、確認し、我々は、動的又は静的テストが基準である属する決定操作手順か
ソフトウェアの特性に応じて分類
- 機能テスト
一方ではブラックボックスです。これは、ユーザーのソフトウェア機能の実用的な必要があるかどうかをチェックします。1. 2.テストインタフェース論理機能テスト3テストインストールの4.容易、などの互換性テスト5.テストのアンインストール
- 性能試験
別のインジケータ機能、指定した時刻に関数内のソフトウェアに焦点を当て、スペース、通常の使用かどうか：空間と時間のパフォーマンスの両方のパフォーマンスを含みます
- 安全試験
その他のカテゴリー
- 回帰テスト
テスト、繰り返し、目的の重要な新しいバージョンの以前のバージョンのためのテストケースのすべて：1.欠陥や新たな欠陥の修理の前に生産バージョンを確認しますが、すべての修理これらの欠陥がプロデュースしていないことを確認してください2
- スモークテスト
システムテスト手段の新バージョン以前のような基本的なソフトウェアの機能、テスト可能かどうか、実装するかどうかを確認します。1.ソフトウェア煙がテストに合格しなかった場合のフォローアップ、2.ソフトウェアをインストールすることができない開くことができますテストが起動されていません
- ランダムテスト
ランダムテストは、テスタ手段は、ユーザのシミュレートされた動作の実際のオブジェクトである探索経験と勘を試験するため、誤差は、エッジラインの一部に見られます
ソフトウェアテストのライフサイクル
编写测试需求
|
编写测试计划
|
制定测试方案
|
开发与设计测试用例
|
执行测试
|
提交缺陷报告
|
测试分析与评审
|
提交测试与总结
|
准备下一版本测试
