単体テスト、システムテスト、統合テスト、回帰テストの違い

単体テスト

単体テストは、プログラムの個々のユニットに対して実行され、個々のコンポーネントを調べることを目的としています。初めて変更または導入されました。 単一のモジュールを検証することを目的とする各テストには、関連する技術文書が添付されていなければなりません。 単体テストは、ソフトウェアの機能と信頼性に焦点を当て、システム統合の前のテストフェーズで実行されます。 単体テスト中に欠陥が発見された場合は、その性質と一般的なシステムへの影響が評価され、テストされたモジュールが承認される前にそれを解決す

システムテスト

システムテストは、製品を特徴付けるすべての新規または変更されたコンポーネントおよびモジュールに対して実行されます。 目標は、異なるユニタリブロックが互いにどのように相互作用し、それらが全体的に必要な出力を提供するかどうかを理解することです。 通常、システム上のテストは複数です: 最初のものは特別な言及に値する（通常は”煙テスト”と呼ばれる）、プログラムがどのように動作するか、主な機能が正しく実行されているかどうかを 発生する可能性のあるすべてのシナリオを分析するために多数を実行する必要があるため、システム全体のテストには長い時間がかかります。 エラーが検出されて修正された場合は、修正が以前にエラーがなかったコンポーネントに悪影響を及ぼさないことを確認するために、検定を再実行する必

統合テスト

様々なシステムテストを行った後、開発したプログラムがネイティブ以外の環境で実行されていても、望ましい結果を提供することを確: 従ってプロダクトが他の物インターフェイスおよび適用とともにテストされる統合テストを遂行することは必要である。 システムテストとは異なり、統合テストでは、修正後に欠陥が発見された場合に再テストする必要はありません。 統合テストは異なるグループに分かれており、テスト対象のアプリケーションに応じて実行することもできますし、実行しないこともできます:

• 互換性テスト:ユーザー
• パフォーマンステストで使用可能な構成に基づいて、アプリケーションが異なる構成で動作することを保証します: たとえば、複数のユーザーが同時に使用したり、入力の数が増加したりすると、アプリケーションが正しく機能する能力を評価します
• ストレステスト:異常なワークロード
• ロードテストでストレスを受けたときにアプリケーションが正しく機能するかどうかをテストします。: これらはストレステストと相補的であり、通常のワークロードでのアプリケーションの動作を評価する

回帰テスト

前の段落ですでに述べた回帰テストは、欠陥の特定後にプログラムピースの手順が変更されるたびに実行されます。エラーが修正されると、新しいものが意図せずに導入される可能性があります。したがって、以前に実行されたすべての機能を正しく再度繰り返すアプリケーションの能力についての不確実性が導入されます。 回帰テストは通常、他のテストと並行して実行され、変更されたコードが変更されておらず、以前に検証されたのと同じ要件を満たしている機能を正し 結論として、回帰テストは、修正の対象とならないアプリケーションの残りの部分が、他の修正から生じるエラーの影響を受けないことを保証すると言