メンテナンステスト

メンテナンステストは、すでに本番稼働している（運用中の）システムに対して行われるテストです。新規開発とは異なり、変更の影響範囲を意識する必要があります。

メンテナンステストのきっかけ（トリガー）

主に以下の3つのタイミングで実施されます。

1. 修正・変更:
   • 計画された機能追加、バグ修正、OSやDBのパッチ適用など。
2. 移行 (Migration):
   • プラットフォームの変更（オンプレからクラウドへ）、データの移行、別のソフトウェアへのリプレース時など。
   • 並行稼働テストなどが行われます。
3. 廃棄 (Retirement):
   • システムの終了時。データのアーカイブや、長期間の保存が必要なデータが正しく残るかなどを確認します。

影響度分析 (Impact Analysis)

既存システムに変更を加える際、**「その変更がシステムの他の部分にどのような影響を与えるか」**を評価する活動です。 テスト範囲を決定するために非常に重要です。

• 分析の材料: 仕様書、コード、アーキテクチャ図、既存のテストケースなど。
• 困難なケース: 仕様書が古い、コードがスパゲッティ状態、開発者がすでに退職している場合などは、分析が難しくなり、より広範囲なリグレッションテストが必要になります。

リグレッションテストの重要性

運用段階では、既存機能を壊さないことが極めて重要です。影響度分析の結果に基づき、適切な範囲のリグレッションテストセット（回帰テスト）を実行します。この段階での自動テスト資産は、システムの守り神として機能します。