テストの種類（分類）

テスト中のシステムの最小コンポーネントで実行されるテストアクティビティ

クラスや関数など。または最小の機能単位

コンポーネント/ユニットおよびコンポーネント/ユニット間のインターフェースで実行されるテストアクティビティ

インターフェイスのデザインがデザインと一致していることを確認します

機能間の統合、モジュール間の統合、サブシステム間の統合

統合テストに合格するソフトウェアは、テストを実行するために実際のユーザー環境にデプロイされます

インストール/アンインストールテスト、互換性テスト、機能テスト、パフォーマンステスト

ユーザーベースのテストの場合、受け入れチームはプロジェクトチームのメンバーとユーザーの代表で構成される必要があります

アルファテスト（制御された環境）：開発環境でユーザーが実行するテストアクティビティ。開発者はテスターのそばにいて、問題が検出され、適切なタイミングで伝達および解決されます。
ベータテスト（制御されていない環境）：開発者がテスターの近くにいないため、問題を見つけた人がそれを収集することに同意し、R＆Dスタッフが修正します
UATテスト：ユーザー受け入れテスト、一般的なビジネスユーザーがシステムの可用性を確認するために行うテスト

指定された使用条件の下で、測定されたオブジェクトを使用して、ユーザーの明示的または暗黙的なニーズを満たしているかどうかを確認します

懸念事項：

正しくない機能、欠落している機能、または冗長な機能はありますか

明示的または暗黙的なシステム要件を満たす

入力と出力が正しく表示されているか

テストされたオブジェクトの操作圧力または使用シナリオをシミュレーションすることにより、テストされたオブジェクトが事前設定されたパフォーマンスインジケーターを満たすかどうかを確認します

システムに要求された機能があることを確認します

テストシステムの一般的なシナリオを理解し、特定のパフォーマンス目標を持っている

実際の環境での実装が必要

テストされたオブジェクトのセキュリティ保護メカニズムは、システムを不正侵入から保護し、正しい承認された操作を受け入れることができます

さまざまなオペレーティングシステム、ハードウェア情報などでのテスト対象オブジェクトの動作を確認します。

1.ブラックボックス：測定されたオブジェクトの内部構造に注意を払わないでください。ユーザーの明示的または暗黙的なニーズを満たすかどうかにかかわらず、ユーザーのニーズのみを考慮してください。

2.ホワイトボックス：構造テスト、ロジックドライブテスト

3.灰色のボックス：測定対象の外部特性だけでなく、内部設計にも焦点を当てます

1.静的：テスト対象オブジェクトのプログラムは実行されず、テスト対象オブジェクトのテストメソッドは実行されません。

2.動的：測定されたオブジェクトの実行と実行された検出アクティビティ

1.マニュアル：テストエンジニアが、テストしたオブジェクトがユーザーのニーズを満たしているかどうかを確認するために使用します。

2.自動化：自動テストツールまたはスクリプト言語を通じてテストプロセスを自動化します