「分かりそう」で「分からない」でも「分かった」気になれるIT用語辞典

サクっと一言で説明すると

作ったシステムの職場体験

が「運用テスト」です。
システムの卒業テストである「総合テスト」の一項目としてやる場合も あります。
お客さまが実際の仕事で使うときと同じような状況で動かしてみて、問題が出ないか確認する作業です。

ある程度以上の規模のシステムを作るときは、システム全体をまとめて一気に作ることは、ほとんどありません。
機能や部品単位で分けて作って、最後にそれを合体させることで完成させます。

システムというのは普通のロボットではなくて合体ロボなのです。
ピヨレッドからピヨピンクまでが合体してピヨピヨ大魔神になります。



ピヨピヨ大魔神が ちゃんと動くかを確認するとき、まずは合体前の部品がきちんと動くかを確認します。
合体前の部品がきちんと動かなければ、合体しても動くわけがありません。
ピヨレッドが風邪気味なら、ピヨピヨ大魔神だって完全体にはなれないでしょう。

この「合体する部品が ちゃんと動く？」を確認する工程を「単体テスト」と言います。



合体する部品が ちゃんと動くか確認できたら、次は「合体して ちゃんと動くか？」を確認します。
この工程が「結合テスト」です。



合体しても、ちゃんと動きました。
これで、めでたしめでたし、でしょうか。

本当にそうですか？

仮に、悪の怪獣から地球の平和を守るのが、ピヨピヨ大魔神の仕事だったとしましょう。
もし、ピヨピヨ大魔神が1分間しか活動できなかったら、地球の平和を守れますかね？

きっと、無理でしょう。

他にも、作っているときには予想もしなかったことが起きるかもしれません。
心配です。

その心配を解消するには、どうすれば良いでしょう？

そうです。
擬似的な実戦環境を用意して、ピヨピヨ大魔神が役に立つか見れば良いのです。

ということで、擬似的な敵ロボットを用意して、ピヨピヨ大魔神と戦わせてみましょう。
これでピヨピヨ大魔神が勝てば「まぁ、実際の戦いでも役に立つんじゃないの？」と判断できます。
このような

より実践に近い状況でやるテスト

が運用テストです。

人間様に例えれば職場体験ですね。
本当の仕事現場ではないけど仕事現場に近い環境を用意して、そこでお仕事をさせて問題が出ないかを見るテストです。

ちなみに、テストの区分けは結構あいまいです。

単体テスト、結合テストまでは似たり寄ったりですが、それ以降のテストはお仕事現場の文化に左右されるでしょう。
呼び名や工程の分け方は現場の文化に左右されます。
分からないところがあったら、その現場の人に尋ねてください。