混乱アップメモリの広い範囲をテストするソフトウェアは、ソフトウェアのテスト方法が分類されている場合は、より明確になります。ここでは、ソフトウェアテスト業界の一般的な理解を持っているように、いくつかの書籍やオンライン情報、記載されている一般的なソフトウェアのテスト方法を参照してください。
テスト設計方法から分類
テスト名：ブラックボックステスト（ブラックボックス）
テスト内容：ブラックボックステスト・オブジェクトがブラックボックス、動的なテストを使用したブラックボックステスト方法として見られているテスト、テストソフトウェア製品へのニーズは、コンプライアンス機能、機能設計要件を達成していますソフトウェア製品とプロセスの内部構造を検査せず。
ブラックボックステストは、テストソフトウェア、機能要件、プログラムのすべての機能要件を実装するための入力条件を導出する、すなわち、ソフトウェアエンジニアのブラックボックスに焦点を当てました。ブラックボックステストは、ホワイトボックステストに代わるものではありませんが、ホワイトボックステストで見つかった他のタイプのエラーを支援します。
ブラックボックスの詳細情報前に、ブログ記事を参照してください：ブラックボックステストケースの設計
テスト名：ホワイトボックス（ホワイトボックス）
テスト内容：設計者は、知識内のソフトウェアシステムの内部構造、およびソフトウェアの使用を見ることができますテストデータとメソッドの選択を導きます。
ステートメントカバレッジ、デシジョンカバレッジ、条件カバレッジ決意/条件カバレッジ、条件の組み合わせのカバレッジ：一般ホワイトボックスユニットテストと統合テストであると考えられ、6つの暫定試験方法があります。
その他のホワイトボックステスト、リンクはこちらをご覧ください
グレーボックステスト（グレーボックス）：テスト名
テスト内容：ブラックボックスとホワイトボックスの間を、テスト、ホワイトボックスと黒の統合的なアプローチは、彼が考えています技術のテストをシームレスを形成するために一緒にテストボックス。
外部プログラムの性能を試験灰色のボックスは、別の内部の論理構造をテストするために設計されたプログラム、及びプログラムの実行経路情報取得手順を実行し、技術の外部インタフェースに基づいてユーザをテストの結果と併せて実行されます。この方法をテスト灰色のボックスは、ソフトウェアは、すべてのチャネルを満たし、外部のインジケータまたはパスソフトウェアがテストされていることを確認するように設計されています。
内側のグレーボックステストの詳細については、こちらをクリックしてください。
概要：実用的な作業、システムをより良く理解します。ほとんどのテスターは、ホワイトボックステストを行うにはほとんどがある、ブラックボックステストを行っています。ソフトウェアテスターのためのホワイトボックステストの要件が非常に高いですので、我々はプログラミングの多くの経験を持っている必要があります。.NETプログラムは、.NETコードを理解できるホワイトボックステストしたいですか。JAVAプログラムでは、テストを行うには、Javaコードを理解できるようにする必要があります。あなたが理解できれば、あなたは試験に何をしますか
テストから手動または自動分類であります
試験名：手動テスト（マニュアル試験）
試験内容：マウスで手動テスト（テストGUI）、小さなマウスの様々なポイント、手動テストのテスト担当者がより簡単にバグソフトウェアを見つけます。
テスト名：テスト自動化（オートメーションテスト）
テスト内容：アプリケーション・テスト・プログラムのケースは、ケースに応じて手動テストのテストを自動化決定、その後、手動で自動テストを行うのではなく、プログラムやスクリプトを書くためにテスターにより、（APIをテストします）。
概要：このプロジェクトのために、手動および自動テストが等しく重要である、それはソフトウェアの品質アプローチの保護です。現時点では、プロジェクトチームのほとんどを一緒に手動および自動テストがあります。自動テスト手動テストを交換することができないので、多くの、多くの複雑なビジネスロジックは、自動化することは困難であるため、自動化されたテストを行うことができません。
ソフトウェアテスターの個人的な開発のために、自動化されないテストが挑戦するだけでなく、開発の知識（知識の開発は本当に長いああ学んでいる）の多くを学ぶために必要性をテストするスタッフの開発の方向性のテスト、です。長期的には、自動テストは間違いなく、より求められています。
ただ、すぐに働く人々のためのより適切な手動テストは、手動テストの最大の欠点は、ローテク、退屈な、簡単なバスケットです。
全体的に、手動テストは、テストのビジネスロジックに勝ち、基礎となるアーキテクチャのテスト自動化テスト勝利。
プログラムがテストされている場合は、テスト容易性が優れている、自動化されたテストを行う必要があります。自動化されたこれらのケースが自動化され行うことができ、次のような、自動化をしようとします：
- ストアドプロシージャをテストします。例えば、C＃が試験にストアドプロシージャ
- テストのWeb serviesのような：使用SoupUIツール、またはC＃、JavaのテストのWeb serviesへ。
- インターフェイスとシステムのビジネスロジック、例えば、MVC、MVPアーキテクチャ、またはWPFアプリケーション。テストスクリプトは、これらのAPIプログラムをテストするために使用することができます。
- 自動的に比較的安定したコンテンツのWeb UI、GUIなどを監視するためのプログラミングやスクリプト言語。
- 手動テストと自動テストの比較：手動テストと自動テストチェック別のブログ記事アウトの比較
分類テストの目的のために
テスト名：機能テスト
テスト内容：テスト小から大までの範囲、内側から、プログラム開発者（ユニットテスト）からテスタに、一般的なユーザアルファ/ベータテスト
| テスト名 | テスト内容 |
| ユニットテストユニットテスト | このような機能の正しさをテストとして最小機能/パラメータでプログラムの精度を検証する（開発者が行います） |
| 機能テスト機能テスト | 機能検証モジュール（テスター行います） |
| 統合テスト統合テスト | 互いのいくつかの機能検証モジュールの依存関係（テスターが行います） |
| シナリオテストシナリオテスト | いくつかのモジュールは、ユーザのシナリオを検証するために完了することができます（テスター行います） |
| システムテストシステムテスト | テストのためのシステム全体の機能（テスター行います） |
| アルファテスト | ソフトウェア（テスターが行う）、実際のユーザー環境でソフトウェアの包括的なテストを実施するために人員をテスト |
| ベータテスト | また、ベータ版として知られている実際のユーザー環境でのユーザーの実際のテスト、（エンドユーザーが行います） |
テスト名：非機能テスト
テスト内容：ソフトウェアの基本的な機能に加えて、サービス要件の「サービス品質の要件」品質と呼ばれる機能、外部のプロパティが多いです。いいえソフトウェア機能しない、我々はソフトウェア開発の適切な段階で必要がありますので、これらの機能は、それを表示することができない - 基本的な機能の完了後にこれらのテストを行います。
| テスト名 | テスト内容 |
| ストレステスト圧力テスト | 検証ソフトウェアは、まだクラッシュしていない、設計荷重を超過した場合の正しい結果を返すことができます |
| 負荷テスト負荷テスト | ソフトウェアテストは負荷の下で働くことができます |
| 性能試験性能試験 | パフォーマンスは満足のいくサービス品質を提供するかどうか、ソフトウェアのテスト |
| アクセシビリティテスト | ソフトウェアアクセシビリティテスト- ソフトウェアは無効なユーザーへの適切なアクセスを提供するかどうかをテスト |
| 互換性テスト | 互換性テスト |
| 設定のテスト | コンフィギュレーション・テスト- テストソフトウェアは、様々な構成で作業することができます |
| ユーザビリティテスト | ユーザビリティ・テスト - テストのソフトウェアを使用するのは簡単です |
| セキュリティテスト | ソフトウェアのセキュリティテスト |
パフォーマンステスト
パフォーマンステストテストは、QTP、LoadRunnerは、JMeterのように熟練した人材のパフォーマンステストツールが必要です。Visual Studioはまた、テスターのパフォーマンステストツールの多くは、低レベルのプロトコルは非常に理解していると、スクリプトに必要な提供して
性能試験が有望、キャリア開発のソフトウェアテスターで、非常に技術的な内容です。
パフォーマンステストは本読んでお勧めします「詳細なソフトウェアのパフォーマンステストとケース分析を」
テストのセキュリティ
コンテンツセキュリティテストは非常に広い、非常に難しいああです。XSS（クロスサイトスクリプティング）とSQLインジェクション攻撃と私の唯一の接触。
セキュリティテストは、非常に技術的な内容であるキャリア開発のソフトウェアテスターです