1.テストカテゴリ：
プレス開発段階：ユニットテスト、統合テスト、検証テスト、システムテストと受け入れテスト。
体内で実行：開発者テスト（a）に示すように、ユーザテスト（b）は、サードパーティの試験。
状態で実行：静的および動的。
テスト技術プレス：ブラックボックス、ホワイトボックス、灰色のボックス。
2.自動テスト
原理：直接の静的および動的なコード解析、テストプロセスのキャプチャと再生、テストスクリプトと仮想ユーザ・テクノロジー。
スクリプト：実行された命令のセットをテストするためのツールのコレクション。
scriptsディレクトリ：リニアスクリプト、構造化されたスクリプト、スクリプト、データ駆動型のスクリプト、キーワード駆動型のスクリプト、仮想ユーザ・技術を共有します。
3.テストプロセス：テスト計画-デザインのテスト-テストの実行-テストの記録-分析-欠陥追跡-終了-テストサマリー
4.テスト・ユニット（非常に明確な機能をテストするためのテスト対象コード）
5つのタスク：
インターフェイスのテストモジュール：グローバル定義された一貫性、呼び出しパラメータ
テストモジュールのローカルデータ構造：データ定義、使用して
すべてのテストモジュールの実行パス：クリティカルパス、パスは重要です
非合理的な入力、システムの異常：様々なテストをエラー処理
テストモジュールの境界条件：円形の境界、入力境界（境界値分析ケースデザイン）
モジュール：ドライブモジュール（テストアナログ下モジュール上のモジュール） -テスト中のモジュール-スタブ（アナログモジュールは、被試験モジュールを呼び出し）
統合テスト（互いに接続部試験モジュールのモジュール間の依存関係のインタフェース試験の図）
5つのタスク：
データはインタフェースを介して失われたとき、お互いのモジュールコールをチェックするとき、
特徴の各サブコンビネーション後、機能が意図検査要件を達成することができます。
他の機能モジュールの機能モジュールは、負の影響を与えるかどうか。
問題のグローバルデータ構造かどうかは、珍しいの変更ではありません。
個々のモジュールは、許容できない程度に増幅するかどうか、エラーを蓄積しました。
カテゴリー：
インクリメンタル統合：ワンステップは、全体として、すべてのモジュールの個々の試験ユニットのテストの後に接続されています
非増分の統合：
1）トップダウン試験（深さ優先戦略/幅優先ポリシー）
2）トップアップテスト
3）サンドイッチ統合テスト
6.確認（検証と同じ機能とソフトウェアのユーザーの要件かどうかパフォーマンス）テスト
テストの妥当性
ソフトウェアコンフィギュレビュー
7.受け入れテスト
1）A及びBテストテスト
2）回帰テスト
8.ソフトウェアテストモデル：Vモデル、Wモデル、Hモデル、Xモデル、モデルのフロント
Vモデル：
最も典型的には、それはソフトウェア開発であるウォーターフォールモデルの変形
左側には、開発段階で、右はテスト段階であります
矢印は、すなわち、順序を表す第1の現像試験後
Wモデル：
開発とテストを表す2つのV、両方同時に
反復型開発モデルをサポートすることができません。
Hモデル：
重要な点は、テストに到達するために準備ができている、テスト実行活動を行うことができます
試験の準備及びテスト実行間隔は、割り当てリソースを助長しています
完全にテストプロセスの複雑さを反映して
Xモデル：
左側のXコード、個々のセグメントのための試験手順、及び一体的に形成された実行可能なプログラム。
右上は、右下が探索的試験であり、シールの完成版の統合テストを介してユーザに送信されました。
9.テストケース
タイプ：
機能テストケース：機能性、堅牢性、信頼性
性能試験：パフォーマンス、圧力、強度、
統合されたテストケース：インターフェース、堅牢性、信頼性
セキュリティテスト
ユーザー・インターフェース・テスト
インストール/アンインストールのテスト
| テスト段階 | テストの種類 | エグゼクティブ |
| ユニットテスト | 機能テストモジュール、テストのインタフェース部を備え、テストパス | 開発 |
| 統合テスト | インタフェース試験、パステスト、機能テスト部を含みます | 開発 |
| システムテスト | 機能テスト、堅牢性テスト、性能テスト、ユーザ・インタフェース・テスト、セキュリティテスト、ストレステスト、信頼性テスト、インストール/デインストールのテスト | テスト |
| 受け入れテスト | ソフトウェア製品については、メインのテスト技術文書、実際のプロジェクト、およびテストが含まれている文書について上記と同じ | テストは、ユーザーを含んでいてもよいです |