回帰テスト

プログラムの修正や変更が、既存の機能に悪影響を与えていないかを確認するテスト。リグレッションテストとも呼ばれ、変更後に以前のテストケースを再実行して、デグレード（品質低下）を検出する。

ソフトウェアの変更後に、既存の機能が正しく動作することを確認するテスト。リグレッションテストとも呼ばれる。修正や機能追加によるデグレード（品質劣化）を検出する目的で行い、テスト自動化の主要な対象となる。

プログラムの変更・修正後に、既存の機能が影響を受けていないことを確認するテスト。変更箇所だけでなく、関連する既存機能も再テストする。自動化が効果的で、CI/CDパイプラインに組み込まれることが多い。

ソフトウェアの変更（バグ修正、機能追加等）により、既存の機能に悪影響が出ていないかを確認するためのテスト。変更箇所だけでなく、関連する既存機能のテストを再実行する。自動化が重要であり、CI/CDパイプラインに組み込まれる。

ソフトウェアの変更（バグ修正、機能追加等）により、既存の機能に悪影響が出ていないかを確認するためのテスト。変更箇所だけでなく、関連する既存機能のテストを再実行する。自動化が重要であり、CI/CDパイプラインに組み込まれる。

プログラムの内部構造（ロジック、分岐、ループなど）に着目して行うテスト。命令網羅、分岐網羅などのカバレッジ基準を用い、すべての処理経路が正しく動作するか検証する。単体テストで主に用いられる。

プログラム中のバグ（不具合・誤り）を発見し、原因を特定して修正する作業。テストで発見された問題に対して、デバッガなどのツールを活用しながら修正を行う。

単体テスト済みの複数のモジュールを結合し、モジュール間のインタフェースや連携が正しく機能するか検証するテスト。結合テストとも呼ばれ、トップダウンテストやボトムアップテストなどの手法がある。

プログラムの内部構造を考慮せず、入力と出力の関係に着目して行うテスト。仕様書に基づいて期待される出力が得られるかを検証する。同値分割法や境界値分析などのテスト技法が用いられる。

システムの処理速度、応答時間、スループットなどが要件を満たしているか検証するテスト。想定される通常の使用条件下で、システムが期待どおりの性能を発揮するかを確認する。

システムに想定される最大負荷やそれ以上の負荷をかけ、性能の限界や挙動を検証するテスト。アクセス集中時にシステムが安定して稼働するか、性能劣化がどの程度かを確認する。