　第6回ではウオーターフォール型開発プロセスにおけるソフトウェアテストの問題として、「システムテストリスク」を取り上げた。これは本来は上流工程で解決しなければならない問題をシステムテスト工程へ先送りしてしまうリスクのことであり、現象面から言うとシステムテスト前までは全てが順調に進んでいるように見えていたプロジェクトが、システムテストに入った途端に問題が噴出するように見えることである。

　ウオーターフォール型プロセスでのテスト施策としては、このシステムテストリスクに対する予防策（事前対策）が重要になる。加えて、システムテストリスクが発生してしまったときの事後対策も必要である。

　システムテストリスクの予防策は、問題の原因となる仕様の未確定部分を早期確定させることであり、そのためには前工程での各種施策が求められる。一番、効果のある予防策はアジャイル開発の施策でもある仕様確定への「ユーザー参加」である。初期の概要設計だけの参加でなく、詳細設計にも参加することで、さらに効果が上がる。

　ユーザー参加はアジャイルだけの特権でなく、ウオーターフォールでも実施すべき良策である。ユーザーに毎週参加してもらうのが困難な場合は、合宿のように集中開催するのも手である。きっと、その後の懇親会という楽しみもあるだろう。

　仕様のトラッキング（追跡）も重要な施策である。Excelでも構わないので、要求から設計、プログラム、テストケース、運用までを追跡できるように管理するのだ。特に大規模なソフトウェア開発ではこのトラッキングは重要な施策になる。老婆心ながら言うが高度で（そして高価な）トラッキングツールまで導入せずともExcelで十分な場合が多く、さらに言えば、プレーンテキストで十分である。とにかくに、トラッキングすることが重要である。

次ページへ「アメとムチ」で進める、テストの再利用

印刷する

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

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

連載新着通知を受け取る

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

この記事の著者

五味弘

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

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

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

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

組み込み開発

再考！従来のソフトウェアテストの施策

ウオーターフォール型のテストを変革する

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

この記事の著者

新着ホワイトペーパー PR

関連記事

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

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

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

組み込み開発

再考！従来のソフトウェアテストの施策

ウオーターフォール型のテストを変革する

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

この記事の著者

新着ホワイトペーパー PR

関連記事

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

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

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

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

ソフトウェアテストの手法と施策（前編） テストの分類

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

ソフトウェアテストの手法と施策（前編）　テストの分類