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

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

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

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

著者

五味弘

[TechFactory]

印刷する連載新着通知を受け取る Googleで優先するソースとして追加

疑心暗鬼とアサーション

　結合テストで見つかるバグの原因の多くは、インタフェースミスマッチである。結合テストはこのインタフェースミスマッチを発見するためのテストと言っても過言ではない（実際は過言）。インタフェースミスマッチが起こる原因は、仕様の抽象化された部分や曖昧さが残るところを自分勝手に解釈することにある。

　インタフェースミスマッチを防ぐには自分以外の他人を疑うことである。他人は間違っていると疑う心が必要で、結合テストをしているとどんなに人でも他人を疑うようになり、その心は疑心暗鬼になる。しかしこれこそが結合テストで生き残る道である。

　ここで武器として使えるのがアサーション（主張）である。アサーションとは「関数のここの引数はこうあるべきだ、それ以外は受け入れられない」「関数から返される値はこうだ」「for文などの繰り返しから出たときはこの変数はこうなっているべき」のように主張することである。

　これで少なくとも自分の主張に合わないことがあれば、「あいつは間違っている」と危険人物の警告をしてくれる。ただし、自分の主張が他人の同意を得られるとは限らない。アサーションの機能は多くのプログラミング言語でサポートされていて、またテストツールでもサポートされている。

　結合テストや単体テストの施策としてアサーションの運用を決めていく。アサーションは自分のプログラムを防御するだけでなく、他人のアサーションを認めることで、プログラムのコミュニケーションが正しく行える。図2にこれから紹介するオキテも含む結合テストのオキテを示す。

図2. 結合テストのオキテ

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

A：「先輩、他人を疑うって大事ですよね」

B：「自分も疑えよ」

A：「先輩はもっと自分にやさしい言葉を掛けるべきだとアサーションします」

次ページへインタフェースミスマッチの悪魔

印刷する

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

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

連載新着通知を受け取る

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

この記事の著者

五味弘

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

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

疑心暗鬼とアサーション

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

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

この記事の著者

新着ホワイトペーパー PR

関連記事

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

疑心暗鬼とアサーション

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

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

この記事の著者

新着ホワイトペーパー PR

関連記事

ソフトウェアテストのコストと品質（後編）―現場と「上」で一緒に考える

ソフトウェアテストのコストと品質（前編）―「テストの究極の問題」を考える

「状態遷移表」を使うと高品質な開発が可能に！

ソフトウェア開発現場の不安を解消する「リファクタリング」

国内組み込みシステム市場をリードするのは自動車、急成長は医療と監視