　例えば、if (x > 0 && x <= 10) bar(); のようなif文があったときは代表値としては、有効系データとして 1 と10を選び、無効系データとして0と11を選ぶ（図1）。これが同値分割法であれば、0以下、1以上10以下、11以上の3個の同値類から適当なデータを代表値として、例えば、-5、5、20の3個を選んでもいい。

図1. 境界値

　同値分割法であれば3個のテストケースで良かったが、境界値分析だと4個必要になり、テストケース数が増加する。つまり1次元（直線）の境界値は2個あるのでその分だけ増えることになる。これが2次元の境界（図1右図）、3次元の境界、4次元の境界と、次元数が増えるごと、大幅に増えていく。

　代表値として境界値を選んだ理由は「欠陥は真ん中にはない（トム・デマルコ「デッドライン」より）」の言葉からも分かるように、真ん中のデータはプログラマーが慎重に吟味して実装されていることが多く、バグはあまり出ない（多分）からである。対して境界値付近はプログラマーが見逃している可能性が高く、バグが出やすい（きっと）。

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

A：「やっぱり端っこがいいんですか」

B：「ロールケーキも食パンもチャーシューも端っこがおいしいのと同じだな」

A：「え、全然、違うと思いますが。ところでドーナッツの真ん中は端っこですか」

B：「サイクリックキューをリストで作っているときの端っこと同じだな」

A：「意味不明ですが、先輩にはドーナッツの真ん中を差し上げます」

次ページへ境界値分析の例　「あなたは太っています」

印刷する

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

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

連載新着通知を受け取る

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

この記事の著者

五味弘

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

ソフトウェアテストの手法と施策（中編）　幸せになれるソフトウェアテストの選び方（1/5 ページ）

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

◎おすすめホワイトペーパー

組み込み開発

ブラックボックステストを分類する

同値分割法から境界値分析へバージョンアップ

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

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

この記事の著者

新着ホワイトペーパー PR

関連記事

ソフトウェアテストの手法と施策（中編） 幸せになれるソフトウェアテストの選び方（1/5 ページ）

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

◎おすすめホワイトペーパー

組み込み開発

ブラックボックステストを分類する

同値分割法から境界値分析へバージョンアップ

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

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

この記事の著者

新着ホワイトペーパー PR

関連記事

ソフトウェアテストの手法と施策（前編） テストの分類

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

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

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

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

ソフトウェアテストの手法と施策（中編）　幸せになれるソフトウェアテストの選び方（1/5 ページ）

ソフトウェアテストの手法と施策（前編）　テストの分類