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

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

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

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

著者

五味弘

[TechFactory]

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

インタフェースミスマッチの悪魔を葬り去るには

　前節ではアサーションを紹介したが、インタフェースミスマッチの悪魔はこれだけでは退治できない。インタフェースミスマッチの悪魔を葬り去るための方法としては、（残念ながらエンジニアが嫌いな）会議などでコミュニケーションを取るという施策がある。

　例えば、アジャイルソフトウェア開発のスクラムでは毎朝のスクラム会議をするが、これが1つの施策になる。会議を記録することも重要な施策である。しかし記録にコストをあまり掛けたくないので、会議録はその場で取るのが望ましい。この他にも結合テストの施策としては、テスターを中の人で済ますのか、非機能要件のテストをどうするのか、発見したバグの扱いをどうするのかなどいろいろな施策対象がある。

全員で一緒に苦労しながら行うシステムテストの施策

　総合テスト（システムテスト）はシステム全体を対象としており、ベンダー側の最後の砦になる。ここで全てのバグを葬り去りたい。このためにこそ施策が重要になる。

　結合テストまでの施策は個人からプロジェクトで決める施策が多かったのに対して、システムテストの施策は会社施策となる。会社のテスト施策を決めていくことになり、この会社施策がソフトウェア開発の羅針盤になる。羅針盤なくしてバグの大海の中へ船出はできない。

　システムテストの施策には技術的な施策から運用的な施策、経営的な施策などがある。図3にシステムテストのオキテを示す。次節からこのオキテを見ていくことにする。

図3. 総合テスト（システムテスト）のオキテ

次ページへ記述的テストと探索的テストのいい関係

印刷する

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

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

連載新着通知を受け取る

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

この記事の著者

五味弘

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

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

インタフェースミスマッチの悪魔を葬り去るには

全員で一緒に苦労しながら行うシステムテストの施策

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

この記事の著者

新着ホワイトペーパー PR

関連記事

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

インタフェースミスマッチの悪魔を葬り去るには

全員で一緒に苦労しながら行うシステムテストの施策

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

この記事の著者

新着ホワイトペーパー PR

関連記事

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

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

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

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

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