テスト自動化

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

稼働中のシステムに修正や変更を加えたときに行うテスト。変更した箇所が正しく動くことを確かめるとともに、変更の影響で既存の機能に不具合が出ていないかを回帰テストで確かめる。

ソースコードの変更を起点に、ビルド、テスト、セキュリティ検査、デプロイといった一連の工程を自動的に順に実行する仕組み（CI/CDパイプライン）を整えること。手作業による誤りと待ち時間をなくし、変更を短い間隔で安全に本番へ届けられるようにする。

開発者が変更したソースコードを頻繁に共有のリポジトリへ統合し、そのたびにビルドと自動テストを実行する手法。統合時の問題を小さいうちに見つけられ、いつでも動く状態のソフトウェアを保てる。

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

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

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