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

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

公開 2017年04月21日 09時00分

著者

五味弘

[TechFactory]

印刷する連載新着通知を受け取る

アジャイルソフトウェア開発のテストを変革する

　アジャイルソフトウェア開発におけるソフトウェアテストの問題の1つに、テストファーストの弊害がある。これはテストケースが神聖化してしまい、テストケースの変更がしにくくなるという問題である。

図2. 神聖テストファースト

　要求を早期に確定するために作ったテストケースが神聖にして不可侵のものになり、ただテストをパスするためだけに、仕様やその実装だけを変更するようになる。もはや、テストケースのみのために生きるようになる。そして要求変更もテストケースの神前では許されない不敬行為となってしまう。まさに本末転倒である。

　このようになる原因は、アジャイルで毎回実施する回帰テストのコストにある。回帰テストは毎回実施するので、効率化のために自動化する必要があり、人手を介することを避けなければならない。しかしこれが行き過ぎると自動化こそが主体になり、それを阻害するものは避けてしまうようになる。やがてテストケースは神聖不可侵なものになる（図2）。

　これへの対策は案外難しいものである。プログラマーは仕様や実装に対する不平不満はいつも持っているが、テストに対しては面倒なので触れるのを避ける傾向がある。つまり、プログラマーはテストに対しては不平不満を言わずに、それに従ってしまうという性癖を持っているともいえる。

　この問題を解決するためには、プログラマーによるテスト実施ではなく、テスト技術者の専任化や定期的入れ替えなどといった要員配置の施策が有効だ。もっと具体的に言うと、アジャイルやテストファーストに懐疑的なメンバーを入れることで、テストファースト信奉者の目を覚ますことができる。

　他の問題として、品質とコストのバランス問題がある。アジャイルソフトウェア開発における品質とコストのバランスについては、コストが掛かりすぎるというより、コストが隠れてしまうことが問題となる。

　アジャイルは元来、各作業が混然一体となるものであり、その結果、各作業別のコストが覆い隠されてしまう。ウオーターフォールと比較して、作業別のコストは計測しにくくなるのだ。ソフトウェアテストの最大の問題である「品質とコストのバランス」に対する施策が最初の入口でつまずいててしまうことになる。しかし作業別のコストを正確に計測するという施策を勧めるのではない。こうしてしまうとアジャイルのオイシイところが失われてしまう。

　この問題に対する施策は、品質とコストの問題をテストの一断面で捉えるのは諦めて、開発全体に捉えることである。毎回の繰り返し開発で品質を計測し、コストは全体で計測し、そのバランスを見て、次なる施策を次の繰り返しで実施する。これは今回の最後で見ていくことにする。

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

A：「こんなにアジャイルを disっても怒られませんかね」

B：「すみませんでした！私もアジャイラーで、毎日、信仰しています！信じて……」

A：「もしかしてテストケースを神棚に祭っているんですか」

B：「……いや、ゴミ箱にたたき込んだ」

次ページへ新時代ソフトウェアテスト施策の肝

印刷する

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

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

連載新着通知を受け取る

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

この記事の著者

五味弘

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