結合テスト・受入れ・保守

イントロ

テスト段階の対象と目的を比較する

テストは部品単体から組合せ、システム全体、利用者の受入れへ広がり、利用開始後も修正や改善の保守が続く。単体では動く部品も、つなぐと問題が出る。利用者が受け入れる確認や運用後の保守を理解する必要があるからです。

定義

教科書では: テストは部品単体から組合せ、システム全体、利用者の受入れへ広がり、利用開始後も修正や改善の保守が続く。
言いかえると: テストは部品単体から組合せ、システム全体、利用者の受入れへ広がり、利用開始後も修正や改善の保守が続く。ここでは結合テスト、システムテスト、運用テスト、受入れテスト、移行、保守を扱います。テスト設計技法、性能試験の詳細、運用監視、障害対応手順までは追わず、結合テストとシステムテストを分けます。

比較

見る点	押さえる内容	注意する混同
目的	結合テストの目的と役割を見る	用語名だけで選ばない
判断軸	誰が、何の単位で、何を確認するテストかを分ける	開発者のテストが終われば、利用者の確認は不要だと思う
範囲	結合テスト、システムテスト、運用テスト、受入れテスト、移行、保守	テスト設計技法、性能試験の詳細、運用監視、障害対応手順

見る点目的

見る点判断軸

見る点範囲

結合テスト・受入れ・保守は、似た用語を丸暗記するより、目的・対象・判断軸を分けると理解しやすくなります。

例

場面: 経費申請、承認、会計連携が一連で正しく動くかを結合・受入れで確認する例
順に考えると: この場面では、まず結合テストが何を助けるかを確認します。次にシステムテストとの違いを見て、誰が、何の単位で、何を確認するテストかを分ける。テスト設計技法、性能試験の詳細、運用監視、障害対応手順までは追わず、役割を一文で説明できれば十分です。
ここが結論: 結合テストとシステムテストを分けると、誰が、何の単位で、何を確認するテストかを分ける。

注意

確認

Q1

結合テスト・受入れ・保守で最も大切な見方はどれですか。

まとめ

ウォータフォールは工程を順に進める考え方、アジャイルは短い反復で価値を確認する考え方で、DevOpsは開発と運用の連携を重視する。