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

ソフトウェアテストの手法と施策（前編）　テストの分類（3/5 ページ）

公開 2017年02月10日 09時00分

更新 2017年04月05日 12時32分

著者

五味弘

[ITmedia]

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

ブラックボックステストとは

　ブラックボックステストはホワイトボックステストと異なり、プログラムを見ずにテストケースを作っていく。プログラムコードが見られないので、ブラックボックステストの入力は仕様書やマニュアルのドキュメントになる。

　このドキュメントは、プログラムに比べると曖昧で抜けがあり、間違いも多い。これがブラックボックステストが困難になる大きな原因の1つで、逆にテストエンジニアの腕の見せ所にもなる。またブラックボックステストでは実装を想像する必要がある（これがときには妄想となり、外してしまうこともあり、バグを見逃すこともある）。

ドキュメントとプログラムの違い、そしてテストへ

　重ねて言うが、ドキュメントはプログラムコードと比較して、曖昧で抜け漏れがあり、重複があり、ときには矛盾だらけになっている。表2にドキュメントとプログラムの比較を示す。

表2. ドキュメントとプログラムの比較

　プログラムコードはコンパイラなどの言語プロセッサを通して、それをパスしている（少なくともコンパイルエラーは出ていない）ので、表面的には整っている（はずである）。これと比較して、ドキュメントはコンパイルしていないので、コンパイルエラーも一杯あるかもしれない（もしドキュメントコンパイラがあればだが）。

　勘違いしてほしくないが「ドキュメントをプログラムのように書け」とは言っていない。もしそのように書くのなら、ドキュメントはプログラムと同じようなコストが必要になり、プログラムと同じくらい読みにくくなる。これならプログラムだけを書く方がマシである。

　ドキュメントはプログラムと比較して、抽象的に記述でき、関心事を浮きただせ、詰まらないことを捨てさせ、読む人に短時間で大枠をつかませることができ、分かりやすいものになる。少なくともプログラムコードよりは分かりやすいものになるはずである。

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

A：「ドキュメントを書くのはプログラムよりも難しいんでしょうか」

B：「いろいろあるってことだな。簡単にも書けるし、頭を振り絞って書かないといけないこともあるし。」

A：「ドキュメントを詠むのはプログラムよりも感嘆なんでしょうか」

B先輩：「これもいろいろあるってことだな。ところで君の言葉、漢字が間違っているけど」

　AI やIoT、ビッグデータの時代になると、ドキュメントはますます複雑怪奇なものとなる。これはAIやIoTなどの正体を明らかにせず、分かりやすくするための比喩も用いず、モデル化もせずに、闇夜の雲のようなまま、ドキュメントを書いているからである。

　分かりやすく書こうとすると、どうしても情報を多く捨てる必要があり、自分の知っている全ての情報を網羅することができなくなるからである。このため、本当に分かっている人が書くドキュメント以外は版を重ねるごとに、分厚くなり、難解になっていく。そして誰にも見向きされなくなる。

次ページへブラックボックステストの基本手法「同値分割」

印刷する

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

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

連載新着通知を受け取る

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

この記事の著者

五味弘

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