　結合テストまでは順調に進んでいったプロジェクトが、システムテストに入った途端に事件が起きる。その原因は要求分析や設計などの上流にあることが多いが、そこでのバグはシステムテストの下流で発見される。本来であれば単体テストまたは結合テストで見つけるべきバグも（臨機応変という言葉の中にある「テキトー」さで甘くなってしまい）システムテストでやっと見つかることは珍しくない。

　一方、システムテストの運用は徹底的に厳しい。第三者が実施するので全く甘えは許されず、間違いが見逃される事もない。システムテストの完了基準は会社施策の規則として厳格に決められ、それを厳格に運用している。これは正しい姿勢であるが、プログラマーには鬼の運用といえる。

　このテスト運用はバグが想定の範囲内のときは正しく実行される。しかしシステムテストのバグが想定以上に出てしまうと事件が起こる。事件が起こると、捜査現場ではテスト運用だけでなく、プロジェクト全体の運用が過激に柔軟さ（テキトーさ）を発揮し、やっつけ仕事になる。ときにはリリースした後のサービス運用になったときも特別運用（という名前の規則を無視した運用）になることさえある。アジャイルやDevOps（*）もびっくりするぐらいの臨機応変な運用になる。これまでの厳格な運用がうそや幻のようである。

（*）「DevOps」　開発（Development）と運用（Operations）を一体化する開発手法。開発者と運用者が協力して臨機応変に開発する。DevOpsによるテスト運用は後述。

図1. ウオーターフォールでのテスト運用

とあるテスト現場より（1）

A：「うぁー、テスト運用はやりたくないなぁ、テストケース一杯作りますから許して」

B：「なぜ、そんなに嫌う？テスト技術者がかわいそうだろ」

A：「だってバグを見つけたら、みんなから恨まれるような気がして」

B：「それは大丈夫。バグを見つけなくてもテスト技術者は恨まれるから」

次ページへアジャイル開発のテスト運用は空気のように

印刷する

IoTとAI、ビッグデータ時代のソフトウェアテスト

言うまでもなくソフトウェアテストは重要だが、IoTやAIなどの新しい概念によってソフトウェア自体の在り方が変わりつつある中、旧来からのテストを踏襲するだけでは成果は得られない。新時代のソフトウェアテストについて、考察する。

連載新着通知を受け取る

この連載の記事をもっと見る

この記事の著者

五味弘

OKI（沖電気工業）シニアスペシャリスト、エバンジェリスト。博士（工学）。ソフトウエアの開発支援・教育に従事。電子情報振興協会（JEITA）専門委員会の委員長や情報処理振興機構（IPA/SEC）などの委員多数。三重大学などの非常勤講師も務める。エンタープライズ系と組み込み系におけるソフトウエア開発の知見融合が関心事。共著書に『定量的品質予測のススメ』（オーム社、2008年）、『プログラミング言語論』（コロナ社、2008年）などがある。

ソフトウェアテストの施策と運用（後編）――カギを握るテストの運用（1/5 ページ）

昔ながらのソフトウェアテスト運用

【連載】IoTとAI、ビッグデータ時代のソフトウェアテスト

◎おすすめホワイトペーパー

組み込み開発

ウオーターフォール型のテスト運用、厳格にときには慌てて

とあるテスト現場より（1）

IoTとAI、ビッグデータ時代のソフトウェアテスト

この記事の著者

新着ホワイトペーパー PR

関連記事

ソフトウェアテストの施策と運用（後編）――カギを握るテストの運用（1/5 ページ）

昔ながらのソフトウェアテスト運用

【連載】IoTとAI、ビッグデータ時代のソフトウェアテスト

◎おすすめホワイトペーパー

組み込み開発

ウオーターフォール型のテスト運用、厳格にときには慌てて

とあるテスト現場より（1）

IoTとAI、ビッグデータ時代のソフトウェアテスト

この記事の著者

新着ホワイトペーパー PR

関連記事

ソフトウェアテストの施策と運用（前編）――IoT時代を生き抜くテスト施策

ソフトウェアテストの試練（後編）―IoTとAI、ビッグデータが愛したテスト

ソフトウェアテストの試練（前編）―IoTとAI、ビッグデータの試練を乗り越える開発

ソフトウェアテストの手法と施策（後編）「テストの施策」を反省する

ソフトウェアテストの手法と施策（中編） 幸せになれるソフトウェアテストの選び方

ソフトウェアテストの手法と施策（中編）　幸せになれるソフトウェアテストの選び方