保守テスト

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

保守で修正したソフトウェアが、修正の目的を満たし、修正していない部分に悪影響を与えていないかを確かめるテスト。修正箇所の確認と、影響の範囲を分析したうえでの回帰テストを組み合わせて行う。

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

サービス、システム、プロジェクトの計画や成果物などに対して変更を求める正式な提案。ITサービスマネジメントではRFC（Request for Change）とも呼ばれ、変更管理で影響、リスク、費用を評価して承認の可否を決める。プロジェクトマネジメントでは、変更管理委員会などで審査してからベースラインを変える。

新規のサービスやサービスの大きな変更について、要求事項を満たすように計画、設計、構築、試験を行い、運用環境へ移行するサービスマネジメントのプロセス。JIS Q 20000-1の「サービスの設計，構築及び移行」に含まれ、変更管理、リリース及び展開管理と連携して進める。

新規又は変更したサービスやサービスコンポーネントをリリースとしてまとめ、計画に沿って運用環境へ展開するプロセス。リリースの計画、構築、試験、展開、展開後の確認を行い、失敗した場合に元に戻す手順も準備する。変更管理と連携して進める。

プロジェクトで提出された変更要求と、その評価、承認・却下の判断、実施の状況を記録した文書。変更の経緯を追跡できるようにし、承認された変更が計画に反映されているかを確かめるために使う。

承認された計画の基準となる版。スコープ、スケジュール、コストのベースラインなどがあり、実績と比べて進捗や差異を測る基準として使う。変更するには正式な変更管理の手続を経る必要がある。