ソフトウェアテストステージ
ユニットテスト
ユニットテストは、モジュールのテストと呼ばれ、それはソフトウェア設計の最小単位であるために-プログラムモジュールのテストの正しさを確認します統合テスト
統合テスト、また、組み立ておよびテストとして知られています。典型的には、ベースユニットテスト、プログラムモジュールのすべての整然とした、増分テスト。システムテスト
システムテストは、実際のまたはシミュレートされたオペレーティングシステム環境の下で、システムが正しく接続、設定されている完全なプログラムやハードウェア、周辺機器、ネットワーク、システム・ソフトウェア・サポート・プラットフォームを含むシステムを（チェックして、顧客のニーズを満たすことができます。受け入れテスト
供給と需要サイドのシステム全体のプロジェクトや契約、テストおよび評価に基づいて、文書の受け入れのための基礎を合意された、システムを受け入れるか拒否するかを決定アルファテスト（αテスト）は
、主に、包括的な自己検査および検証を送信するためのソフトウェア開発、ソフトウェア開発者の文脈において、ソフトウェア開発が完了した後を意味し、ソフトウェアは、「試験システムは、」行うことができます。ベータテスト（βテスト）
ユーザーのアプリケーション環境では、ソフトウェア、テストおよび検証ソフトウェアの動作と使用して、ユーザーが自分の期待の要件を満たしています。
ソフトウェアテストモデル
Vモデル
Wモデル
テスト技術部門によると、
ブラックボックステスト
ブラックボックステスト方法ブラックボックスとして検査対象は、外部のソフトウェアの性能の欠陥やエラーを見つけるために、内部構造及び処理手順を考慮していません。
ホワイトボックステスト
ホワイトボックステストは、全ての構造とパスが正しいかどうかをチェックするためのプログラム構造とプロセスの明確な理解透明ホワイトボックス内のプログラムとしてインストールすることができ、設計仕様に応じて任意のソフトウェアの内部動作を確認行きました。
グレーボックステスト
ホワイトボックスとブラックボックステストの間に介在します。
符号分割を実行する必要性により、
静的試験
静的テストは、テスト対象のソフトウェアを実行することは現実的ではないが、唯一の静的プログラムコードをチェックすることは、インターフェースプロセスやドキュメントに誤りがある可能性があります。
動的テスト
動的テストは、手動でチェックしたり、プログラムを実行するためのツールを使用して、実行状態とプログラム解析プログラムの外部表現することです
ソフトウェアの機能による分類
機能テスト
製品の機能、操作、及びユーザ記述スキーム、製品テストの動作特性と、それらが設計要件を満たすかどうかを決定するように動作可能です。
パフォーマンステスト
製品またはコンポーネントのテストやコンプライアンスの性能要件の評価。負荷テスト、ストレステスト、テスト用データベースの容量を含みます。
バックテスト：エラーが修正されなかったことを確認し、エラーを修正するためのプログラマのためのテスト
回帰テスト：回帰テストは、テストバージョンで、繰り返し使用する場合の実行時間を新しいバージョンのソフトウェアをテストしています
スモークテスト：テストは、システムの大規模なテストの新バージョンの前に煙である第一、彼らはテスト容易性を持っているかどうか、ソフトウェアの実装の基本的な機能かどうかを確認します
ランダム試験：ランダムなテストをテストすることもサルと呼ばれているが、全てのテストデータを参照し、ランダムに生成されたにランダムにシステムへのアナログユーザの操作入力の実際の操作の目的で入力されます