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

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

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

更新 2017年04月27日 09時52分

著者

五味弘

[TechFactory]

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

アジャイル開発のテスト運用、テストは空気のように

　アジャイルでのテスト運用は、繰り返してテストをすることもあり、ウオーターフォールとは趣が異なる。毎回の繰り返し開発の中でテストを実施するために、テストは低コストに気楽に実施することになり、お金と心の障壁は低くなる。テストをすることが自然現象のように思え、空気のように気にならなくなる。バグの多少さえも気にならなくなる。このような麻薬のような常時テストこそがアジャイルのテストの肝である。

　そのテスト運用は弾力的で臨機応変に行われる。テストはいつでもどこでも（そして）誰でも実施でき、部分的に気ままに実施できる。逆に言えば全対象のテスト運用は少なく、部分を対象にするテスト運用の方が一般的である。

　重要なのは回帰テスト（*）の自動化による、低コスト化である。回帰テストを実施する度にコストが発生するとトータルコストを圧迫してしまうので、回帰テストは自動化してコストを低く抑える必要がある。

　回帰テストは自動化して、空気のように気に掛けない運用とする。手動による制御や記録などを行わずに、なるべく自動化する。例えば、毎夜、自動的に回帰テストを自動実行し、翌朝にはその記録がみんなに配信されるようにする。土日を挟むときは、バグがないときでも連続運転のテストもすることになるだろう。

（*）回帰テスト（regression test）　回帰テスト（退行テスト、リグレッションテスト）はプログラムの変更によって、以前に正常に動作していた部分が正しく動作する（回帰している）ことを確認するためのテスト。単にリグレとも呼ばれる。

　一方、アジャイルではどうしてもテスト運用が甘くなる。記録が少なくなり、バグの原因追求も後回しになり、テスト運用が正常かどうかの確認も甘々になる。もちろん、これがアジャイルの正しい運用ではないが、アジャイルはこのような傾向を生みがちになる。しかしアジャイルでテスト運用を厳格にして、テストコストを掛けるのは誰の得にもならない。これではウオーターフォールの二の舞になってしまう。

　IoTやAIなどが一般化した新しい時代になると、テストの妥当性やその評価がさらに困難になる。このためテスト運用はウオーターフォールでなく、臨機応変に評価さえも変更できるアジャイルに近い運用になる。しかしアジャイル的にすると上記と同じ問題が出てくる。次からはこれを解決するための運用として、回帰テストとDevOps（開発と運用）にスポットを当ててみていく。

図2. アジャイルでのテスト運用

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

A：「アジャイルのテストって、ついでにどうぞという感じで、甘いんですよね」

B：「なぜ、そう思う？君はウオーターフォールの回し者か？」

A：「だってもはや、テストを無意識にやっている感じだし」

B：「バグを無意識に隠そうとする君と同じ？……。でも下手くそ！という叫び声でバレバレだけどな」

次ページへよりダイナミックなテスト運用

印刷する

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

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

連載新着通知を受け取る

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

この記事の著者

五味弘

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