再帰戦略（回帰戦略）

ソフトウェアやシステムを段階的に統合するとき、新たな部分の統合や修正によって既存の部分に不具合が生じていないかを確かめるため、どの範囲をいつ再テスト（回帰テスト）するかを定めた方針。統合する順序とともに統合計画に含める。

稼働中のシステムやソフトウェアに修正や変更を加えたときに行うテスト。変更した部分が正しく動くかを確かめるとともに、変更の影響で既存の機能に不具合が生じていないかを回帰テストで確かめる。

稼働を始めたソフトウェアに対して、見つかった不具合の修正、法改正や業務の変更への対応、性能や使い勝手の改善などを行う活動。システムを安定して使い続けるために必要で、修正したときは、変更していない部分に影響が出ていないかを確かめる回帰テストを行う。

テストの実行、結果の判定、報告をツールやスクリプトで自動的に行うこと。何度も繰り返す回帰テストを短時間で正確に実施でき、継続的インテグレーションのパイプラインに組み込んで変更のたびにテストを流す。自動化したテストの保守にも手間がかかるので、効果の大きいテストから自動化する。

変更の前後の画面のスクリーンショットを画像として比較し、意図しない見た目の変化（レイアウトの崩れ、文字の欠け、色の違いなど）を検出するテストの手法。CSSの変更などで起きる表示の崩れを、人の目視に頼らずに自動で見つけられる。