2.2 ソフトウエアライフサイクルでのテスト
テストレベルには数パターンあり
2.2.1 コンポーネントテスト
モジュール、プログラム、オブジェクト、クラスなどの単位で、小規模な塊の整合性をチェックする。
その場で修正する方法もあるが、できればインシデントレポートを残し、後で比較するのが望ましい。
ただし、開発のリズムを崩す可能性もあるので、ケースバイケースで。
2.2.2 統合テスト
ソフトウエアコンポーネントの相互処理を確認。インターフェースに欠陥がないかを確認。
2.2.3 システムテスト
ステージング環境において 、大掛かりなテストを実施。
2.2.4 受け入れテスト
要求どおりの仕様になっているかを確認。総合テストではない。
ユーザー受け入れテスト
運用受け入れテスト
バックアップ・リストアのテスト
災害復旧テスト
ユーザーマネジメント
保守
セキュリティの脆弱性の定期的チェック
テストの前に、保守・運用・災害時、トラブル時のフローが明確になっている事が前提
規約及び規程による受け入れてスト
アルファ・ベータ(あるいはフィールド)テスト
2.2.1 コンポーネントテスト
モジュール、プログラム、オブジェクト、クラスなどの単位で、小規模な塊の整合性をチェックする。
その場で修正する方法もあるが、できればインシデントレポートを残し、後で比較するのが望ましい。
ただし、開発のリズムを崩す可能性もあるので、ケースバイケースで。
2.2.2 統合テスト
ソフトウエアコンポーネントの相互処理を確認。インターフェースに欠陥がないかを確認。
2.2.3 システムテスト
ステージング環境において 、大掛かりなテストを実施。
2.2.4 受け入れテスト
要求どおりの仕様になっているかを確認。総合テストではない。
ユーザー受け入れテスト
運用受け入れテスト
バックアップ・リストアのテスト
災害復旧テスト
ユーザーマネジメント
保守
セキュリティの脆弱性の定期的チェック
テストの前に、保守・運用・災害時、トラブル時のフローが明確になっている事が前提
規約及び規程による受け入れてスト
アルファ・ベータ(あるいはフィールド)テスト