ソフトウェアは、ソフトウェア要件、概要設計、詳細設計、ソフトウェアの動作環境を含め、あなたがプログラムやソフトウェアのソースコードなどを実行することができますテストオブジェクト。ソフトウェアの品質、人材、資源、技術、五行のプロセスを含むテストだけでなく、テストカバレッジおよびテスト効率2つのゴール。
ユニットテスト、統合テスト、システムテストと受け入れテスト：ソフトウェアテストは、一般に、4つの段階に分かれています。
ユニットテスト
ユニットテストソフトウェアは、検証し、検証チェックする最小単位です。たとえば、Javaクラスとメソッドをテストします。
試験原理：
1、互いに独立のテストケースは、（テストケースを直接他のクラスのメソッドを呼び出すことができない、テストシミュレーション方法で書き換えなければならない）ことを保証するために可能な限り、
図2に示すように、この段階は、一般的で、ソフトウェア開発者によって実装されています確認するには、コード開発の特徴は、彼らの設計要件に対応します。
ユニットテストの利点：
1、欠陥の早期発見;
2、復興に資する;
3、簡素化統合;
4、文書、
設計のための5。
ユニットテストを欠いている：
1、すべての可能な実行パスをカバーするために、すべてのエラーパスをキャッチしていることを確認することは不可能である;
図2は、コードの各ラインは、ユニットテストのために3〜5行、入力と出力のバランスの存在を要します。
第二は、統合テスト
ユニットテストをテスト統合は、作業プロセスの各部分は、モジュール、サブシステムまたはシステム出会うにアセンブルまたは対応する技術仕様および要件を達成しているかどうかを、設計仕様のソフトウェア仕様に従ってソフトウェアユニットの概要に基づいています。
統合テスト、トップダウン、ボトムアップ、システムインテグレーションのコア、統合周波数を含むビッグバン。
第三には、システムテストは、
システムの正常な動作を保証するために、一緒にシステムの他の部分、潜在的なソフトウェアの問題を見つけるために、実際の動作環境下での厳格かつ効果的な一連のテストと併せて、コンピュータシステムの一部として、ソフトウェアの統合のためにテストされます。
統合とシステムテストの比較：
1、テスト：テストシステムのテスト及びシステム全体のパフォーマンスの機能テスト各単位モジュール間の統合インタフェースをテスト;
2、テスト角：統合テスト技術重視の角度テスト、システムテストをテストするためにビジネスの視点に重点を置いています。
第四に、受け入れテスト
、テストの配信として知られているが、ユーザーのニーズに合わせて行われ、公式テストで、ビジネスプロセスは、システムがシステムを受け入れるかどうか、ユーザー、顧客、またはその他の認可機関によって決まる許容基準を満たしているかどうかを判断します。
テストアルファおよびベータテストのテストを含めた受け入れは、アルファテストはテストソフトウェアの開発環境からユーザがソフトウェア開発者、ベータテストをテストすることによって行われます。
違い：
異なる試験方法
1、ホワイトボックステストユニットは、カテゴリに属します。
図2は、統合テストグレーボックステストのカテゴリには属します。
3、ブラックボックステストのカテゴリは、システムテストに属します。
第二に、異なる検査の範囲
図1に示すように、テストユニットテストのメインユニット、ロジック制御、例外処理の内部データ構造。
図2に示すように、メインテストモジュール統合テスト伝達関係とモジュールアセンブリの全体的な機能との間のインターフェースとそのデータ。
図3に示すように、システムテストは、主に適合性要件に関してシステム全体をテストします。
第三に、異なるの評価
図1に示すように、基準セル評価試験は、論理カバレッジです。
図2は、評価は、主インターフェース統合テストカバレッジです。
3、評価システムテストは、需要の仕様の範囲をテストすることです。
