テストの理論:網羅基準・同値分割と境界値・突然変異テスト
対象読者: 本テーマ第 1 章の契約(事前条件・事後条件)と、グラフの BFS・DFS を学んだ人。pytest で単体テストを書いた経験があればよく、確率や組合せの数え上げは学部 1 年程度で足ります。
前提となる記事:契約による設計:事前条件・事後条件・不変条件と Hoare 論理、グラフアルゴリズム:BFS・DFS・ダイクストラ法を正しさから理解する
0. この記事の要点
Section titled “0. この記事の要点”プログラムを作ったあと、「テストが全部通ったから大丈夫」と言ってよいのでしょうか。テストは有限個の入力しか試せないので、通ったことと正しいことのあいだには隙間があります。この記事は、その隙間に何があるのかを、「どこを実行したか」「どの入力を選んだか」「わざと壊したら気づくか」という 3 つの見方で整理します。読み終えると、網羅率の数字やテストの設計法が、それぞれ何を保証して何を保証しないかを説明できるようになります。
- 入力が無限にあるとき、どんな有限のテスト集合にも、全部に合格して仕様に違反するプログラムがあります。テストは誤りの存在を示せますが、不在は示せません。
- 誤り(故障)が失敗として観測されるには、その箇所に到達し、状態が感染し、出力まで伝播し、オラクル(出力が合格かどうかを判定する仕組み)がそれを見ている必要があります。網羅率が保証するのは到達までです。
- 網羅基準には包含関係(経路網羅 ⇒ 分岐網羅 ⇒ 文網羅、MC/DC ⇒ 条件網羅かつ分岐網羅)がありますが、包含は検出力の大小を意味しません。強い基準を満たすテスト集合が見逃す誤りを、弱い基準を満たす別のテスト集合が見つけることがあります。
- 個の条件からなる判定の MC/DC(各条件が単独で判定の結果を変えることを、テストで実際に見せる基準)には少なくとも 個のテストが要り、各条件が 1 回ずつ現れる式ではちょうど 個で足ります。全組合せは 個です。
- 境界値テスト(各境界の値と、その 1 つ手前)は、「実装の切り替わり点の数が仕様と同じ以下」というモデルの中の誤りをすべて検出します。モデルの外の誤りは見逃します。
- 個の因子(各 値)のすべての 2 因子の組合せは、 個ではなく高々 個のテストで網羅できます。
契約による設計 では、プログラムが契約を満たすことを証明する方法を見ました。同時に、その判定に機械的な近道がないこと(命題 8.2[契約による設計])も見ました。実際の開発では、証明されるプログラムはごく一部で、大半の品質はテストに支えられています。
テストについては、経験則がたくさん語られます。「網羅率 80% を目指す」「境界を狙え」「組合せはペアワイズで十分」。これらは便利ですが、どれも「なぜそれで足りるのか」「何を見逃すのか」が付いていません。網羅率 100% のテストが通ったあとで不具合が見つかったとき、経験則は何も説明してくれません。
この記事では、テストの設計法を定理として述べ直します。定理の形にすると、主張にはかならず仮定が付きます。「境界値テストは誤りを検出する」は、誤りがある種類に限られるという仮定のもとでだけ正しい。その仮定(誤りのモデル)を明示することが、テスト設計の根拠を持つということです。逆に、仮定の外にある誤りは、その方法では見つからないと分かります。テストの方法は 1 つでは足りず、性質の違う方法を組み合わせる理由がここにあります。
E. W. Dijkstra は 1970 年前後に、テストは誤りがあることを示すのには使えるが、無いことを示すのには使えない、という趣旨の言葉を残しました。この記事はまずそれを命題として証明し(第 2 節)、そのうえで「では有限のテストで何が言えるのか」を順に見ていきます。
2. テストで言えること
Section titled “2. テストで言えること”2.1. テスト集合とオラクル
Section titled “2.1. テスト集合とオラクル”仕様と実装の定義は前章のもの(定義 2.1[契約による設計])を使います。仕様は、約束の範囲 と、許される入出力の関係 の組 で、実装は から への部分関数 でした。
仕様 を固定する。
- テストケースとは、入力 をいう。空でない有限集合 をテスト集合という。
- オラクルとは、関係 をいう。 は「入力 に対する出力 を合格とする」ことを表す。 のとき は正確であるといい、 のとき は健全である(正しい出力を不合格にしない)という。
- 実装 がオラクル のもとでテスト集合 に合格するとは、すべての について が定まり、 であることをいう。そうでないとき、 は の誤りを検出するという。
「期待値と比べる」テストは、 というオラクルです。「例外が出なければ合格」というテストは、 がほとんどすべての出力を含む、健全ですが正確からほど遠いオラクルです。オラクルの強さは、第 2.2 節で網羅率と同じくらい効いてくることが分かります。
仕様 を満たす実装 が存在するとし、 をテスト集合、 を正確なオラクルとする。
- ある と について であるとする。このとき、 に合格し、仕様 を満たさない実装 が存在する。 は、 に「入力が と等しいか」を調べる分岐を 1 つ足したものにとれる。
- とくに が無限集合で、 がどの入力についても何らかの出力を禁じている(すべての に となる がある)ならば、どんなテスト集合 についても (1) の が存在する。
- 逆に が有限で ならば、「 が に合格する」ことと「 が仕様を満たす」ことは同値である。
証明(定理 2.2)
(1) を
と定めます。 なら ()なので で、 は仕様を満たすので は定まり 、 は正確なので です。よって は に合格します。一方 で なので、 は仕様を満たしません。
(2) は有限、 は無限なので は空でありません。 を 1 つとり、仮定から となる をとれば、(1) の仮定が満たされます。
(3) が に合格するとは、すべての で が定まり となることです。 は正確なので、 については と が同値です。これは が仕様を満たすことの定義です。
(1) の は作為的に見えますが、現実の誤りの多くはこの形をしています。特定の入力(、空の列、うるう年、最大値)だけで誤る実装は、その入力がテスト集合に入っていなければ見つかりません。前章の言葉でいえば、違反入力の集合 がテスト集合 と交わらない、ということです(命題 8.2[契約による設計] (1))。
(3) は、入力が有限なら全数テストが証明になることを言っています。ただし「有限」はすぐに手に負えなくなります。32 ビットの整数 2 つを受け取る関数の入力は 個で、1 秒に 個を試しても 秒、およそ 585 年かかります。全数テストが現実的なのは、8 ビットの演算や、状態数の少ない有限状態機械などに限られます。
したがって、テストの理論の問いは「どのテスト集合 を選ぶか」になります。定理 2.2 は、仮定なしにはどの も不十分だと言っています。以下の各節は、誤りについての仮定を置くと、ある で十分になる(あるいは、ならない)という形の主張です。
2.2. 故障・誤り状態・失敗
Section titled “2.2. 故障・誤り状態・失敗”誤りが「ある」ことと、テストで「見える」ことのあいだには、いくつもの段があります。それを述べるために、プログラムを制御フローグラフとして定めます。
先に小さな例で感覚をつかんでおきます。y = x * 2 と書くべきところを y = x + 2 と書いてしまったとします。誤りのある行を実行しても(到達)、 では両方とも で、値は正しいままです。 では と になり、値が食い違います。さらにその値が最後の出力に影響して初めて、テストの不合格として見えます。以下の定義は、この「行に着く、値がおかしくなる、出力に出る」という段を厳密に言い直したもので、制御フローグラフは if 文やループを、文と判定を頂点、実行の順序を矢印とする図で表したものです。
制御フローグラフによるプログラム とは、次のものの組をいう。
- 有向グラフ (定義 2.1[グラフアルゴリズム])と、入口 、出口 。 の出次数は 。
- 状態の集合 、入力から初期状態への写像 、状態から出力への写像 。
- 以外の各頂点 は文か判定のどちらかである。文 は出次数が で、写像 (文の効果)をもつ。判定 は出次数が で、2 本の辺に (真)と (偽)のラベルが付き、写像 をもつ。 は、条件 とブール関数 (定義 2.1[コンピュータアーキテクチャとCPUの構造])によって と表されているとする。
入力 に対する実行とは、次で定まる列 をいう。、。 が文なら で、 は から出る辺の先。 が判定なら で、 はラベル の辺の先。 となったら実行は終わり、 を出力とする。このとき頂点の列 は から への歩道(定義 2.2[グラフアルゴリズム])で、これを の実行経路という。 に至らないとき は定まらない。
頂点・辺・ から への歩道が、ある の実行経路に現れる(歩道の場合は実行経路に等しい)とき、それは実行可能であるという。
if 文は判定 1 つと 2 つの枝、ループは判定から自分に戻る閉路になります。a and b のような複合条件は、1 つの判定の中の条件 、 と です。この記事では、判定に入ったら条件はすべて評価されるものとします(短絡評価をする言語でも、条件に副作用がなければ判定の真偽は変わりません)。
を仕様を満たすプログラム、 を、 と同じグラフをもち、1 つの頂点 の写像( または )だけが異なるプログラムとする。 を の故障(fault)という。入力 について、 の実行を 、 の実行を とする。
- 到達: が実行経路 に現れる。
- 感染: ある で、()、、かつ となる。このとき を誤り状態(error)という。
- 伝播: (一方だけが定まらない場合を含む)。これを失敗(failure)という。
定義 2.4 の状況で、入力 について伝播が起きるならば感染が起き、感染が起きるならば到達が起きる。とくに、 が に現れなければ、 と の に対する実行は一致し、 である。この主張は が仕様を満たすことを使わず、同じグラフをもち 1 つの頂点 の写像だけが異なる任意の 2 つのプログラムについて成り立つ。
証明(補題 2.5)
感染が起きるなら、定義の について なので、 は に現れます。これが「感染 ⇒ 到達」です。
「伝播 ⇒ 感染」を対偶で示します。感染が起きないとします。すべての について であることを、 についての帰納法(定理 3.2[証明の技術])で示します。 では、どちらも です。 まで一致しているとします。 なら、 と は頂点 で同じ写像をもつので、同じ状態 から同じ に進みます。 なら、感染が起きないという仮定から です。したがって 2 つの実行は列として一致し、一方が に至れば他方も同じ状態で に至り、出力は等しく、一方が に至らなければ他方も至りません。よって伝播は起きません。
最後の主張は、到達しなければ感染せず、いま示したとおり実行が一致することから従います。
逆向きは成り立ちません。到達しても感染しないことがあり(x * 2 を x + 2 と誤っても では同じ値)、感染しても伝播しないことがあります(誤った中間値が、あとの計算で使われない・打ち消される)。前章の表明つき二分探索の例では、 個の入力のうち 個で誤った枝に到達して状態が感染し(hi が正しい値より 小さくなります。同じ入力で数え直した値です)、そのうち返り値まで伝播したのは 個でした。
実装 がすべての で停止して値を返すとする。オラクル が を満たすならば、 はどんなテスト集合 にも合格する。とくに「例外を出さずに値を返せば合格」とするオラクル のもとでは、仕様を満たさない も、実行可能な経路をすべて通るテスト集合に合格する。
証明(命題 2.6)
とします。 は定まり、仮定から です。これがすべての で成り立つので、定義 2.1 の定義により は に合格します。 は を含むので、後半はその特別な場合です。 がどの経路を通るかは、この議論に現れません。
自明な命題ですが、実務では見落とされがちです。「関数を呼んで、例外が出ないことだけを確かめる」テストは、網羅率の数字を上げますが、到達・感染・伝播の 3 条件がすべてそろった入力でも失敗を報告しません。網羅率はテストの入力の側の指標で、オラクルの側については何も測っていないのです。前章の 例 8.1[契約による設計] のように途中に表明を置くことは、オラクルを強めて、伝播する前の誤り状態を見えるようにすることにあたります。正しい出力が分からない関数にどうオラクルを与えるかは、次章の性質ベーステストの主題です。
3. 構造に基づく網羅基準
Section titled “3. 構造に基づく網羅基準”3.1. 定義
Section titled “3.1. 定義”「プログラムのどこを実行したか」でテスト集合の十分さを測る基準を定めます。以下、プログラム はすべての で停止するとします。
MC/DC の「独立対」は、a and b で考えると分かりやすくなります。 では判定は真、 だけを にした では偽になります。ほかの条件 を固定したまま だけを変えて結果が変わる、この 2 つのテストが の独立対です。同様に と が の独立対で、3 つのテスト 、、 で両方の条件の独立対がそろいます。
を制御フローグラフによるプログラム、 をテスト集合とする。 の実行で判定 を訪れたときの条件の値の組 の全体を と書く。
- 文網羅: 実行可能な頂点はすべて、ある の実行経路に現れる。
- 分岐網羅: 実行可能な辺はすべて、ある の実行経路に現れる。
- 条件網羅: 各判定 の各条件 について、 の入力の実行でその条件が値 をとることがあるなら、 にも第 成分が の元がある。
- MC/DC(改良条件判定網羅): 分岐網羅を満たし、さらに各判定 の各条件 について、 と が第 成分だけで異なり となる が存在するなら、そのような が の中にも存在する。この組 を条件 の独立対という。
- 経路網羅: 実行可能な から への歩道はすべて、ある の実行経路に等しい。
基準 が基準 を包含するとは、どんなプログラム と入力の範囲 についても、 を満たすテスト集合がすべて を満たすことをいう。
どの基準も「実行可能な」ものだけを対象にしています。決して実行されないコード(到達不能な枝)まで要求すると、100% がそもそも達成できないからです。MC/DC の独立対は、「ほかの条件を固定したまま、その条件だけを変えると判定の結果が変わる」ことを実際に見せるテストの組です。航空機搭載ソフトウェアの指針 DO-178 が、もっとも重要度の高いソフトウェアに要求している基準として知られています。
3.2. 包含関係
Section titled “3.2. 包含関係”- 経路網羅は分岐網羅を包含し、分岐網羅は文網羅を包含する。
- MC/DC は分岐網羅を包含する。また、各判定の各条件が独立対をもつ(定義 3.1 の の中に独立対がある)プログラムについては、MC/DC を満たすテスト集合は条件網羅を満たす。
- 逆向きの包含はどれも成り立たない。すなわち、文網羅は分岐網羅を、分岐網羅は経路網羅を、分岐網羅と条件網羅の両方を満たすことは MC/DC を、包含しない。
- 条件網羅は分岐網羅を包含せず、分岐網羅は条件網羅を包含しない。経路網羅は条件網羅を包含しない。
証明(定理 3.2)
(1) が経路網羅を満たすとし、 を実行可能な辺とします。 はある の実行経路 に現れます。 は実行可能な歩道なので、経路網羅により となる があり、 は に現れます。よって分岐網羅を満たします。
が分岐網羅を満たすとし、 を実行可能な頂点とします。 なら、 は空でないので、どの の実行経路も から始まり、 を含みます。 なら、 を含む実行経路 ()の中で の直前の頂点から への辺 は実行可能で、分岐網羅により はある の実行経路に現れます。その経路は の終点 を含みます。よって文網羅を満たします。
(2) 前半は MC/DC の定義に分岐網羅が含まれていることによります。後半。判定 の条件 をとります。仮定から の中に独立対があるので、MC/DC により の中にも独立対 があります。 と は第 成分で異なるので、一方の第 成分は 、他方は です。よって は の実行で と の両方の値をとり、条件網羅の要求が満たされます。
(3)(4) それぞれ、小さな反例を挙げます。入力はブール値の組とし、すべての組が に属するとします。
文網羅だが分岐網羅でない。 if a: x = 1 のあとに return が続くプログラム(else の枝がない)。 は判定・代入・出口をすべて通りますが、判定から代入を飛ばして進む偽の辺を通りません。その辺は で通るので実行可能です。
分岐網羅だが経路網羅でない。 if a: ... else: ... のあとに if b: ... else: ... が続くプログラム。 は 4 本の枝をすべて通りますが、実行可能な経路は の 4 通りに対応して 4 本あり、そのうち 2 本しか通りません。
条件網羅だが分岐網羅でない。 判定が a and b 1 つのプログラム。 では も も両方の値をとりますが、判定は 2 回とも偽で、真の辺を通りません。
分岐網羅だが条件網羅でない。 判定が a or b 1 つのプログラム。 では判定は真と偽の両方になりますが、 は しかとりません。
分岐網羅かつ条件網羅だが MC/DC でない。 判定が a and b 1 つのプログラム。 は判定の両方の結果と、各条件の両方の値を与えます。しかし の 2 元は 2 つの成分で異なるので、独立対になりません。 の独立対 は にあるので、MC/DC は満たされません。
経路網羅だが条件網羅でない。 同じく判定が a and b 1 つのプログラム。実行可能な経路は真の側と偽の側の 2 本で、 は両方を通りますが、 は しかとりません。
(2) の条件網羅についての仮定は、条件どうしに依存があって独立対が存在しない場合(たとえば x > 0 and x > 5 の 1 つ目の条件は、2 つ目が真なら必ず真です)を除くためのものです。
包含関係は「強い基準を満たせば弱い基準も満たす」と言っているだけです。「強い基準を満たすテスト集合のほうが多くの誤りを見つける」とは言っていません。次の命題がその違いです。
3.3. 包含は検出力の大小ではない
Section titled “3.3. 包含は検出力の大小ではない”- 分岐網羅は文網羅を包含するが、あるプログラムについて、分岐網羅を満たすテスト集合 が検出しない誤りを、文網羅を満たす(分岐網羅は満たさない)テスト集合 が検出することがある。
- 経路網羅を満たすテスト集合が、正確なオラクルのもとで検出しない誤りがある。
証明(命題 3.3)
(1) 整数 を受け取り を返す、という仕様に対する次のプログラムを考えます。
def double(x): y = x * x # 誤り: 正しくは 2 * x big = False if x > 1: big = True # 大きい入力の印(戻り値には使わない) return y出力が誤るのは 、すなわち のときです。 は、 で判定の偽の辺、 で真の辺を通るので、すべての辺を通り、分岐網羅を満たします。出力は と で、どちらも正しい値 に等しく、正確なオラクルのもとで合格します。 は、すべての文と判定を通るので文網羅を満たし、判定の偽の辺を通らないので分岐網羅は満たしません。出力は で、正しい値 と異なり、誤りを検出します。
(2) 整数 を受け取り、 なら商 を、 なら を返す、という仕様に対して、プログラム def ratio(a, b): return a / b を考えます。 のときの分岐が欠けています。このプログラムの制御フローグラフには判定がなく、 から への歩道は 1 本だけです。 はその経路を通るので経路網羅を満たし、出力 は正しいので合格します。しかし では例外が発生して値を返さず、仕様を満たしません。
(1) は、網羅基準が「どこを通るか」だけを決めて「どの値で通るか」を決めないことから生じます。同じ基準を満たすテスト集合はたくさんあり、誤りを見つけるものと見つけないものが混ざっています。包含関係は基準どうしの関係で、個々のテスト集合どうしの関係ではありません。
(2) は、構造に基づく基準に共通の盲点です。書かれていないコードは網羅できません。 欠けている分岐、考慮されていない入力の種類は、プログラムの構造をいくら調べても現れません。これを見つけるには、プログラムではなく仕様の側から入力を選ぶ必要があり、それが第 4 節の同値分割です。
3.4. MC/DC に要るテストの数
Section titled “3.4. MC/DC に要るテストの数”1 つの判定に条件が 個あるとき、条件の値の組合せは 通りです。全部を試す基準(複合条件網羅)は が大きいと現実的でありません。MC/DC が使われるのは、 にほぼ比例する個数で済むからです。
とし、 をブール関数とする。 が、各 について第 変数の独立対(第 成分だけで異なり の値が異なる 2 元)を含むとする。
- である。
- が、変数 がそれぞれちょうど 1 回現れる、・・ による式で表されるならば、各変数の独立対を含む で のものが存在する。
証明の方針は次のとおりです。独立対を「2 つのテストを結ぶ線」とみなすと、条件が 個なら線が 本引かれます。この線が輪をつくらないことを示し、輪のない図では線の本数より点の数が必ず多いことを使うと、テストの数が 以上になると分かります。
証明(定理 3.4)
(1) 各 について、 に含まれる第 変数の独立対を 1 つ選び とします。 を頂点集合とし、この 個の対を辺とする無向グラフ を考えます。対 は第 成分だけで異なる 2 元なので、 が違えば別の辺で、辺はちょうど 本です。
に閉路がないことを示します。閉路 (、辺はすべて異なる)があったとします。辺 が第 変数の対だとすると、 は の第 成分を反転したものです。辺がすべて異なるので は相異なり、 は の第 成分をそれぞれ 1 回ずつ反転したものになります。よって で、矛盾です。
閉路のないグラフでは、辺の数は頂点の数より小さいことを示します。辺を 1 本も引かない状態では、連結成分は頂点の数 個です。辺を 1 本ずつ加えていくと、加える辺の両端は別の連結成分に属します(同じ成分に属していれば、その成分の中の道と合わせて閉路ができます)。したがって辺を 1 本加えるごとに連結成分は 1 つ減り、 本加えたあとの連結成分の数は です。これは 以上なので です。
(2) 式の構造についての帰納法で、次の主張を示します。
変数がそれぞれちょうど 1 回現れる式 (変数の個数 )に対し、各変数の独立対を含む 元の集合 が存在する。
このような は、 なので独立対を少なくとも 1 つ含み、したがって の値が になる元と になる元の両方を含みます。
(変数 1 つ)のとき、 が の独立対そのものです。
のとき、 と は同じ変数をもち、 は と同値なので、 でよい。
のとき、変数は 1 回ずつしか現れないので、 の変数( 個)と の変数( 個)は重ならず、 です。 の元を、 の変数への割り当て と の変数への割り当て の組 と書きます。帰納法の仮定の 、 から、 となる と、 となる を選び、
とおきます。2 つの集合の共通部分は の 1 元なので、 です。 の変数 について、 の中の独立対を とすると、 と は の成分だけで異なり、、 で値が異なります。よって についての独立対です。 の変数についても、 と が同じ理由で独立対になります。
のときは、、 となる 、 を選び、 とします。 なので、同じ議論が通ります。
(1) の証明は、独立対を辺とみると**木(森)**になる、という観察です。(2) の構成は、部分式ごとの木を 1 点で貼り合わせて、全体を 1 本の木にしています。 個と 個の差は、 で 個と 個、 で 個と約 個です。
注意 3.5(一般の式について)
(2) は、同じ条件が式の中に 2 回以上現れる場合や、条件どうしに依存がある場合を扱っていません。一般の について言えるのは、独立対を 1 組ずつ素朴に集めれば 個で足りる、という上界です。著者が総当たりで調べた範囲(すべての変数に依存する 3 変数の関数 218 個と、すべての変数に依存する 4 変数の単調な関数 114 個)では、どの関数も 個で足りましたが、これは小さい場合の観察であって、一般の主張ではありません。
例 3.6(うるう年の判定の MC/DC)
グレゴリオ暦のうるう年の判定は (y % 4 == 0 and y % 100 != 0) or y % 400 == 0 です。条件を : y % 4 == 0、: y % 100 != 0、: y % 400 == 0 とすると、 で、各変数が 1 回ずつ現れます。定理 3.4 により、MC/DC には少なくとも 個のテストが要ります。
ただし 3 つの条件は独立ではありません。 の倍数は の倍数かつ の倍数なので、 なら 、 です。 の倍数でなければ の倍数でも の倍数でもないので、 なら 、 です。実際に現れる は次の 4 通りだけです。
| 年 | 判定 | |||
|---|---|---|---|---|
| 2023 | 0 | 1 | 0 | 偽 |
| 2024 | 1 | 1 | 0 | 真 |
| 1900 | 1 | 0 | 0 | 偽 |
| 2000 | 1 | 0 | 1 | 真 |
2023 と 2024 は だけが異なり判定が変わるので の独立対、2024 と 1900 は の独立対、1900 と 2000 は の独立対です。4 つの年が、2023 — 2024 — 1900 — 2000 という 1 本の道(木)でつながっています。下界の 個がちょうど達成され、しかも実際に現れる組合せはこの 4 通りで尽きているので、この判定については MC/DC が複合条件網羅と一致しています。「うるう年のテストは 4 つの年で行う」という経験則の根拠です。
3.5. 経路の数
Section titled “3.5. 経路の数”- 条件分岐(判定 1 つと、真の側・偽の側それぞれ 1 つの文、合流点)を 個直列につないだ制御フローグラフには、入口から出口への歩道がちょうど 本ある。 番目の判定が入力の第 ビットを調べるなら、そのすべてが実行可能である。
- ループを含むプログラムでは、実行可能な経路が無限にありうる。
- をチューリング完全なプログラミング言語とする。 のプログラムとその中の文が与えられたとき、その文が実行可能(ある入力で実行される)かどうかは決定可能でない。プログラムから実行可能な文の個数(文網羅の「100%」の分母)を計算するアルゴリズムも存在しない。
証明(命題 3.7)
(1) についての帰納法(定理 3.2[証明の技術])で示します。 のとき、入口の判定から真の側の文を通って合流点(出口)に至る歩道と、偽の側を通る歩道の 本です。 個のときに 本とし、 個つないだグラフを考えます。入口から出口への歩道は、最初の 個の部分を通り抜ける歩道( 番目の合流点まで。帰納法の仮定から 本)と、最後の条件分岐を通り抜ける歩道( 本)を、 番目の合流点でつないだものです。組合せは自由なので 本です。グラフに閉路はないので、歩道はこれで尽きます。
入力を とし、 番目の判定が を調べるなら、入力 の実行経路は各 で の側を通ります。 個の入力が相異なる 本の歩道を与えるので、すべてが実行可能です。
(2) 非負整数 を受け取り、while x > 0: x = x - 1 を実行するプログラムを考えます。入力 の実行経路は、ループ本体の文をちょうど 回通ります。 が違えば経路の長さが違うので、 に対応する実行経路は相異なり、無限個あります。
(3) 停止問題の集合 (定義 7.1[計算可能性])からの帰着です。番号 が与えられたとき、入力を無視して「機械 を入力 で模倣し、模倣が止まったら文 を実行して終わる」プログラム を機械的に作ります( はチューリング完全なので模倣が書けます)。文 が実行されるのは模倣が止まるとき、すなわち のときで、そのときに限ります。文の実行可能性を判定するアルゴリズムがあれば、 と に使うことで かどうかを判定できますが、 は決定可能でないので(定理 7.2[計算可能性])、そのようなアルゴリズムは存在しません。
個数について。 から文 を取り除いたプログラムを とします。 は模倣のあとにあるので、 以外の文が実行されるかどうかは と で同じです。したがって、実行可能な文の個数は、 なら のほうが より 多く、 なら等しくなります。個数を計算するアルゴリズムがあれば、 と の個数を比べることで かどうかを判定できてしまい、やはり矛盾です。
(3) は、網羅率の数字の読み方に関わります。実際の計測ツールは、実行可能かどうかを判定できないので、すべての文・分岐を分母にします。到達不能なコードがあれば 100% にはならず、「残りの数 % は到達不能だから問題ない」のか「テストが足りない」のかは、人が 1 つずつ判断するしかありません。
4. 仕様から入力を選ぶ:同値分割と境界値
Section titled “4. 仕様から入力を選ぶ:同値分割と境界値”構造に基づく基準は、書かれたコードから出発するので、書かれていない場合分けを見つけられませんでした(命題 3.3 (2))。仕様から出発する方法がこれを補います。
仕様 に対して、 の分割 (互いに交わらない空でない部分集合への分割)で、仕様が各 の入力を「同じ扱い」にしているものを同値分割といい、各 を同値クラスという。各同値クラスから少なくとも 1 つの入力を選んだテスト集合は、同値分割を網羅するという。
で、同値クラスが区間であるとき、あるクラスの最小の元を境界という。各境界 について と (境界の値と、その 1 つ手前)をテストに含める方法を境界値分析という。
「同じ扱い」は仕様の読み方に依存する言葉で、数学的な定義ではありません。同値分割は、「実装は、同じクラスの入力をすべて同じように(正しく、または誤って)処理する」という一様性の仮定のもとでだけ、各クラス 1 点で十分だと言えます。この仮定は定理ではなく、破れる例はすぐに作れます(クラスの中の 1 点だけを特別扱いする実装)。それでも同値分割が有用なのは、仕様を読んでクラスを列挙する作業が、実装に欠けている場合分けを見つけるからです。
一様性の仮定がもっとも破れやすいのがクラスの境目です。< と <= の書き間違い、 ずれた定数。境界値分析はここを狙います。次の定理は、境界値分析がどんな誤りを確実に検出するかを述べます。
とし、整数 と、出力 で ()を満たすものをとる。、 として、仕様の関数 を
で定める。関数 について、 となる整数 を の切り替わり点という。テスト集合を とする。
- の切り替わり点が 個以下で、すべての について ならば、 である。
- 整数 と出力 による「 なら 、そうでなく なら 、……、どれでもなければ 」という形の実装は、 と が何であっても切り替わり点が 個以下である。したがって、境界の値のずれ()、不等号の等号の有無の誤り( を と書く。これは にあたる)、出力の取り違え()は、いくつ重なっていても、 によってすべて検出される。
- 切り替わり点が 個以上ある実装には、 に合格して と異なるものがある。
証明(定理 4.2)
(1) 各 について、 で整数なので であり( のときは )、、 です。 なので、仮定から で、 は の切り替わり点です。 は相異なる 個の切り替わり点で、 の切り替わり点は 個以下なので、 の切り替わり点は で尽きます。
()とします。 となる整数 は切り替わり点でないので で、これを に順に使うと です。 のときは、 となる が切り替わり点でないので、 です。よって です。
(2) この実装を とし、 を「 となる最小の から を引いた数(そのような がなければ )」とすると、 です。 ならば、 となる は も満たすので、 についての最小の は についての最小の 以上で、 です。 は に値をとる広義単調増加な関数なので、 となる は 個以下です(そのたびに値が 以上増え、増える幅の合計は 以下)。 の切り替わり点では の値が変わっているので、 の切り替わり点も 個以下です。
挙げた 3 種類の誤りはどれもこの形の実装です。 は整数については と同値なので にあたります。誤った実装 は と異なるので、(1) の対偶により、 となる があります。
(3) を 1 つとり、 を 1 つとって( なので は 2 元以上を含みます)、()、()と定めます。 の元はすべて 以下なので は 上で と一致しますが、 です。 の切り替わり点は の 個です。
「境界を狙え」という経験則が、仮定つきの定理になりました。仮定は切り替わり点の数です。実装が仕様と同じ個数の場合分けでできているかぎり、境界の位置や不等号や出力値をどう間違えても、 個のテストで必ず見つかります。逆に、実装が余分な場合分けをもつとき(特定の値の特別扱い、大きな値での桁あふれ)は保証の外です。(3) の例は「最後のクラスの奥のほうで壊れる」実装で、境界の近くだけを調べるテストには見えません。
テスト点の選び方も定理の一部です。「境界の値と、その 1 つ手前」の代わりに「境界の値と、その 1 つ先」( と )を選ぶと、 という誤りを見逃すことがあります。たとえば境界が 1 つ()のとき、、 で、どちらも正しいからです(誤るのは、テストに入っていない だけです)。境界をまたぐ 2 点を選ぶことが効いています。
例 4.3(年齢による料金区分)
仕様: 入場料は、6 歳未満は無料、6 歳以上 13 歳未満は子ども料金、13 歳以上 65 歳未満は大人料金、65 歳以上はシニア料金。境界は 、、 で、 です。定理 4.2 のテスト集合は の 6 点です。
age <= 6と書いた実装()は、 で無料と答え、検出されます。- 子どもと大人の料金を取り違えた実装は、(または 、、)で検出されます。
- 境界を と思い込んだ実装()は、 でシニア料金と答え、検出されます。
- 「100 歳以上は無料」という仕様にない特別扱いを入れた実装は、切り替わり点が 4 個で、 に合格します。
最後の誤りを見つけるのは、境界値分析ではなく、「仕様にない場合分けがコードにある」ことを見つける方法、つまり構造に基づく網羅(その分岐が一度も実行されないことが分岐網羅の計測で分かります)です。仕様からのテストとコードからのテストは、互いの盲点を補います。
例 4.4(三角形の分類)
G. Myers が『The Art of Software Testing』の冒頭に置いた問題です。3 つの整数 を受け取り、それを辺の長さとする三角形が「正三角形」「二等辺三角形」「不等辺三角形」のどれかを答える(三角形にならなければそう答える)。出力は 4 種類ですが、同値クラスは 4 つでは足りません。仕様を読むと少なくとも次のクラスが見つかります。
- 入力が不正: どれかが 以下。
- 三角形にならない: 最大の辺が残りの 2 辺の和以上(、、 の 3 通り)。
- 正三角形: 。
- 二等辺三角形: 等しい 2 辺の選び方で 3 通り(、、)。
- 不等辺三角形。
境界は「三角形になる・ならない」の境目 です。 は でつぶれた三角形(面積 )で、三角形ではありません。 は で二等辺三角形です。a > b + c と a >= b + c を取り違えた実装は、 のように となる入力でだけ誤ります。境界値分析は、この 1 次元ではない境界にも「境界の上の点と、すぐ隣の点」という形で使えますが、定理 4.2 の保証は 1 変数の区間の場合のものです。多変数では、境界の上の点が無数にあり、どの点を選ぶかに追加の判断が要ります。
引数の並べ替えで 3 通りずつあるクラスを 1 通りしか試さないのは、よくある見落としです。a == b だけを調べて b == c を調べ忘れた実装は、 では正しく、 で誤ります。
5. 組合せテスト
Section titled “5. 組合せテスト”設定項目がたくさんあるシステムでは、入力は「各因子の値の組」です。因子が 個、各因子の値が 通りなら、全組合せは 通りです。、 で約 通りになります。経験的に、不具合の多くは 1 つか 2 つの因子の値の組合せで起きるとされます。そこで「どの 2 因子についても、値の組合せがすべて現れる」テスト集合を考えます。
、 とする。因子が 個あり、各因子が 個の値 をとるとする。テストは の元である。テスト集合 がペアワイズ網羅(2 因子間網羅)であるとは、すべての因子の組 とすべての値の組 について、 かつ となる が存在することをいう。このような の元を行として並べた配列を(強さ 2 の)被覆配列といい、最小の大きさを と書く。
証明の方針は次のとおりです。下界は「数えるべき組の個数」と「列の相異なり方」から素朴に出ます。上界は、無作為に選んだテストが未網羅の組の を平均して網羅することを使い、未網羅の組が毎回この割合ずつ減っていくことから、 に比例する個数で尽きると示します。
証明(定理 5.2)
網羅すべき対象は、四つ組 (、)です。これを単に組と呼び、テスト が 、 を満たすとき は組 を網羅するといいます。組の総数は です。
(1) 因子 と だけを見ます。値の組 は 通りあり、1 つのテストは の 1 通りしか与えません。 通りすべてを網羅するには 個以上のテストが要ります。
(2) をペアワイズ網羅なテスト集合、 とし、 の元を と並べます。因子 の列を とします。 で とすると、どのテストでも因子 と の値が等しく、組 が網羅されません。よって 個の列は相異なり、列の候補は 通りなので 、すなわち です。
(3) まず、次を示します。
組の集合 が空でなければ、 の組を 個以上網羅するテストが存在する。
各テスト が網羅する の組の個数を とし、全テストにわたる和 を 2 通りに数えます。組 を 1 つ固定すると、それを網羅するテストは、因子 と の値が決まり、残りの 個の因子の値が自由なので、 個です。よって です。テストは全部で 個なので、 の平均は で、平均以上の値をとる が少なくとも 1 つあります。(これは、テストを一様に無作為に選んだときに網羅される組の個数の期待値が であることを、数え上げで言い直したものです。)
貪欲法を考えます。未網羅の組の集合を (すべての組、)から始め、各段で、 の組をもっとも多く網羅するテストを 1 つ選んで加え、網羅された組を除いたものを とします。いま示したことから、 が空でなければ、選ばれるテストは 個以上を網羅するので
です。また、選ばれるテストが網羅する組の個数は、正の数 以上の整数なので 以上です。 が空でないかぎり、各段で少なくとも 個の組が網羅されます。
についての帰納法(定理 3.2[証明の技術])により です。 について が成り立つので(定理 6.2[検算と検証] の 1)、 です。 とおくと( なので )、
です。残りは 個以下で、以後は各段で 個以上が網羅されるので、高々 段で は空になります。得られたテスト集合はペアワイズ網羅で、大きさは 以下です。 なので で、2 つ目の不等式が従います。
全組合せ は について指数的に増えますが、ペアワイズ網羅は に比例する個数で足ります。 のとき、(2) の下界 と (3) の上界 は、どちらも の定数倍です。 のときの の正確な値は、G. Katona と、D. Kleitman・J. Spencer が 1973 年に独立に決定しています。(3) の証明の議論(平均以上のものが存在する、という数え上げ)は、D. Cohen らが 1997 年にテスト生成の道具 AETG の論文で使ったものです。
例 5.3(OS × ブラウザ × 表示言語のペアワイズ表)
OS が 3 種類(O0, O1, O2)、ブラウザが 3 種類(B0, B1, B2)、表示言語が 3 種類(L0, L1, L2)の組合せは 通りです。OS の番号 、ブラウザの番号 に対して言語を とした次の 9 個で、ペアワイズ網羅になります。
| テスト | OS | ブラウザ | 言語 |
|---|---|---|---|
| 1 | O0 | B0 | L0 |
| 2 | O0 | B1 | L1 |
| 3 | O0 | B2 | L2 |
| 4 | O1 | B0 | L1 |
| 5 | O1 | B1 | L2 |
| 6 | O1 | B2 | L0 |
| 7 | O2 | B0 | L2 |
| 8 | O2 | B1 | L0 |
| 9 | O2 | B2 | L1 |
OS とブラウザの組は、 の 9 通りがそのまま並んでいます。OS と言語については、 を固定すると が の置換なので、各 について 3 つの言語がすべて現れます。ブラウザと言語も同じです。 は 定理 5.2 (1) の下界に一致するので、これ以上は減らせません。
この表が保証するのは、2 つの因子の値の組合せで起きる不具合は必ずどれかのテストで起きることです。3 つの因子がそろったときにだけ起きる不具合(O1 かつ B1 かつ L0)は、27 通りのうち 9 通りしか試していないので、見逃すことがあります。実際、この表に (O1, B1, L0) はありません。
例 5.4(貪欲法による被覆配列の生成)
定理 5.2 (3) の貪欲法は、全 個のテストから最良のものを選ぶので、 が大きいとそのままでは実行できません。次のコードは、未網羅の組を 1 つ含む候補を無作為に 50 個作り、その中で最良のものを選ぶ簡略版です(定理の上界は保証されませんが、毎回少なくとも 1 つの組を網羅するので必ず止まります)。
# Python 3.12.14(標準ライブラリのみ)。乱数種は 20261008import mathimport randomfrom itertools import combinations, product
def pairs_of(test): """テスト(長さ k の組)が網羅する (因子 i, 値 a, 因子 j, 値 b) の集合""" return {(i, test[i], j, test[j]) for i, j in combinations(range(len(test)), 2)}
def greedy_pairwise(k, v, candidates=50, seed=20261008): """候補を candidates 個ずつ無作為に作り、未網羅の組を最も多く網羅するものを足していく。""" rng = random.Random(seed) uncovered = {(i, a, j, b) for i, j in combinations(range(k), 2) for a, b in product(range(v), repeat=2)} tests = [] while uncovered: i, a, j, b = min(uncovered) # 未網羅の組を 1 つ必ず含める(毎回 1 つ以上減る) best, gain = None, -1 for _ in range(candidates): t = [rng.randrange(v) for _ in range(k)] t[i], t[j] = a, b g = len(pairs_of(t) & uncovered) if g > gain: best, gain = tuple(t), g tests.append(best) uncovered -= pairs_of(best) return tests
v = 3print(" k 貪欲法 下界 v^2 上界 ceil(2 v^2 ln k) + v^2 全組合せ v^k")for k in (5, 10, 20): tests = greedy_pairwise(k, v) covered = set().union(*(pairs_of(t) for t in tests)) assert len(covered) == math.comb(k, 2) * v * v # すべての組を網羅したことの検算 bound = math.ceil(2 * v * v * math.log(k)) + v * v print(f"{k:3d} {len(tests):8d} {v * v:10d} {bound:28d} {v ** k:14d}") k 貪欲法 下界 v^2 上界 ceil(2 v^2 ln k) + v^2 全組合せ v^k 5 15 9 38 243 10 18 9 51 59049 20 26 9 63 3486784401因子が 5 個から 20 個に増えると、全組合せは から約 に増えますが、ペアワイズ網羅のテストは 個から 個に増えるだけです。どの でも、得られた大きさは定理の下界 と上界のあいだにあります。上界はかなり余裕のある評価だと分かります。
6. 突然変異テスト
Section titled “6. 突然変異テスト”網羅基準は「テストがコードのどこを通ったか」を測りました。突然変異テストは「コードを少し壊したら、テストは気づくか」を測ります。これはオラクルの強さも込みの指標です(命題 2.6 の弱いオラクルは、何を壊しても気づきません)。
プログラム に小さな構文上の変更(演算子の置き換え、定数の変更、文の削除など)を 1 か所加えたプログラム を、 の突然変異体という。変更を 2 か所以上加えたものを高次の突然変異体という。
が合格しているテスト集合 について、ある で が不合格になるとき、 は を殺すという。オラクルが出力を の出力と比べるものであれば、これは「ある で 」と同じである。
すべての で (一方が定まらなければ他方も定まらない)である突然変異体を等価であるという。突然変異体の集合 に対する の突然変異スコアを
と定める。
等価な突然変異体はどんなテストでも殺せないので、分母から除きます。ここに突然変異テストの実務上の困難があります。
命題 6.2(文の削除の突然変異体と文網羅、等価性の判定)✓
- を制御フローグラフによるプログラム、 をその文とし、 の効果 を恒等写像に置き換えた突然変異体を とする。テスト集合 が( の出力と比べるオラクルのもとで) を殺すならば、 はある の での実行経路に現れる。したがって、文の削除による突然変異体のうち等価でないものをすべて殺すテスト集合は、削除すると振る舞いが変わる文をすべて実行する。
- をチューリング完全なプログラミング言語とする。 のプログラムとその突然変異体が等価であるかどうかは決定可能でない。したがって、突然変異スコアの分母を計算するアルゴリズムは存在しない。
証明(命題 6.2)
(1) と は同じグラフをもち、頂点 の写像だけが異なります。 が を殺すので、 となる があります。 が に現れないとすると、補題 2.5 の最後の主張(2 つのプログラムの役割を入れ替えて使います)により、 と の に対する実行は一致し、 となって矛盾します。よって は に現れます。
後半。文 の削除で振る舞いが変わるとは、 が等価でないことです。 が等価でない削除の突然変異体をすべて殺すなら、そのような各 について、いま示したとおり を実行する があります。
(2) 命題 3.7 (3) と同じ帰着です。番号 に対して、入力を無視して「機械 を入力 で模倣し、止まったら を返す」プログラム と、その最後の定数を に変えた突然変異体 を作ります。 なら は を、 は を返すので等価でなく、 ならどちらもどの入力でも止まらないので等価です。等価性を判定するアルゴリズムがあれば の補集合が、したがって が決定可能になり、停止問題の決定不能性(定理 7.2[計算可能性])に反します。分母は等価でない突然変異体の個数で、 の場合にこれを計算できれば等価性が判定できるので、計算するアルゴリズムはありません。
(1) は、突然変異テストが文網羅より強いことを示しています。文を実行するだけでなく、その文の効果が出力に現れる入力をテストがもっていて、かつオラクルがそれを見ている必要があるからです。(2) は、健全な静的検査が不完全になること(定理 5.6[プログラミング言語論])と同じ根をもつ限界です。実務では、殺せなかった突然変異体を人が 1 つずつ見て、等価なのかテストが足りないのかを判断します。
例 6.3(3 つのテスト集合の網羅率と、殺す突然変異体)
2 月の日数を返す関数に、文網羅・分岐網羅・MC/DC を満たすテスト集合を 1 つずつ用意します。
def february_days(y): """西暦 y 年(グレゴリオ暦)の 2 月の日数を返す。""" days = 28 if (y % 4 == 0 and y % 100 != 0) or y % 400 == 0: days = 29 return days# test_feb.py — Python 3.12.14 / pytest 9.1.1 / coverage 7.16.2import pytestfrom feb import february_days
EXPECTED = {2024: 29, 2023: 28, 1900: 28, 2000: 29}T1 = [2024] # 文網羅T2 = [2024, 2023] # 分岐網羅T3 = [2023, 2024, 1900, 2000] # MC/DC
@pytest.mark.parametrize("y", T1)def test_t1(y): assert february_days(y) == EXPECTED[y]
@pytest.mark.parametrize("y", T2)def test_t2(y): assert february_days(y) == EXPECTED[y]
@pytest.mark.parametrize("y", T3)def test_t3(y): assert february_days(y) == EXPECTED[y]coverage run --branch --include=feb.py -m pytest -q test_feb.py -k test_t1 のあと coverage report -m を実行し、test_t2、test_t3 についても同じことをしました。3 回の出力から feb.py の行を抜き出して並べます(見出しは 1 回だけ示し、合計の行は省きました。表の体裁と分岐の書き方 5->7 は coverage.py の版で変わることがあり、ここに示すのはコードの先頭に書いた版での出力です)。
== test_t1Name Stmts Miss Branch BrPart Cover Missing----------------------------------------------------feb.py 5 0 2 1 86% 5->7== test_t2feb.py 5 0 2 0 100%== test_t3feb.py 5 0 2 0 100%T1 は文をすべて実行しますが(Miss が 0)、5 行目の判定から 7 行目へ飛ぶ偽の辺(5->7。行番号は先頭のコメント行 # feb.py を 1 行目として数えたもの)を通っていません。T2 と T3 は、coverage.py の測る文と分岐については同じ 100% です。coverage.py は MC/DC を測らないので、網羅率の数字では T2 と T3 は区別できません。
次に、手で作った 6 個の突然変異体を、それぞれのテスト集合が殺すかどうかを調べます。
# Python 3.12.14(標準ライブラリのみ)import inspectimport febfrom test_feb import EXPECTED, T1, T2, T3
MUTANTS = [ # (名前, 置き換える文字列, 置き換えたあとの文字列) ("M1 初期値を 29 に", "days = 28", "days = 29"), ("M2 days = 29 を削除", " days = 29", " pass"), ("M3 and を or に", "and", "or"), ("M4 != を == に", "y % 100 != 0", "y % 100 == 0"), ("M5 400 の条件を削除", " or y % 400 == 0", ""), ("M6 == 0 を <= 0 に", "y % 4 == 0", "y % 4 <= 0"),]source = inspect.getsource(feb.february_days)
def build(old, new): assert source.count(old) == 1 env = {} exec(source.replace(old, new), env) return env["february_days"]
def killed(f, tests): return any(f(y) != EXPECTED[y] for y in tests)
print(f"{'突然変異体':<22}{'T1':>4}{'T2':>4}{'T3':>4} 1583〜2400 年で元と異なる年の数")totals = [0, 0, 0]for name, old, new in MUTANTS: f = build(old, new) row = [killed(f, T) for T in (T1, T2, T3)] totals = [t + r for t, r in zip(totals, row)] diff = sum(f(y) != feb.february_days(y) for y in range(1583, 2401)) print(f"{name:<22}" + "".join(f"{'殺す' if r else '-':>4}" for r in row) + f" {diff}")print(f"{'殺した数':<22}" + "".join(f"{t:>4}" for t in totals))突然変異体 T1 T2 T3 1583〜2400 年で元と異なる年の数M1 初期値を 29 に - 殺す 殺す 619M2 days = 29 を削除 殺す 殺す 殺す 199M3 and を or に - 殺す 殺す 619M4 != を == に 殺す 殺す 殺す 202M5 400 の条件を削除 - - 殺す 3M6 == 0 を <= 0 に - - - 0殺した数 2 4 5読み取れることを 4 つ挙げます。
- 文網羅の
T1は 6 個中 2 個しか殺しません。M1(いつも 29 を返す)は、うるう年だけのテストでは見えません。 M2は文の削除で、T1が殺しています。命題 6.2 (1) のとおり、T1はdays = 29を実行しています。M5(400 年の規則を忘れる)を殺すのは、MC/DC のT3だけです。M5が元と異なるのは 818 年のうち 3 年(1600、2000、2400 年)だけで、例 3.6 の の独立対(1900 年と 2000 年)がちょうどこれを捉えます。網羅率が同じ 100% のT2は見逃します。M6は等価な突然変異体です。Python のy % 4は 以上なので、== 0と<= 0は同じです。どのテストも殺せません。突然変異スコアは、等価なものを除いて、T1が 、T2が 、T3が です。M6が等価だと気づかずに分母に入れるとT3は となり、存在しないテストを探し続けることになります。
突然変異テストは「単純な誤りを検出できるテストは、複雑な誤りも検出できるだろう」という見込みに支えられています。これは結合効果仮説と呼ばれ、R. DeMillo、R. Lipton、F. Sayward が 1978 年に述べました。A. Offutt の実験(1992 年)など、多くの場合に成り立つという実証的な報告がありますが、定理ではありません。
プログラム 、その突然変異体 、、両方の変更を加えた高次の突然変異体 、テスト集合 であって、 は と をどちらも殺すが、 と等価でない を殺さないものが存在する。
証明(命題 6.4)
ブール値 を受け取るプログラム (return a and b)をとります。( に否定を挿入)、( に否定を挿入)、 とし、 とします。値を表にします。
| 0 | 1 | 0 | 0 | |
| 0 | 0 | 1 | 0 | |
| 1 | 0 | 0 | 0 | |
| 0 | 0 | 0 | 1 |
は で、 は で と異なるので、 はどちらも殺します。 は の 2 点でどちらも と同じ値 をとるので、殺されません。 は で と異なるので等価ではありません。
2 つの誤りが、テストに使った入力の上で互いを打ち消しています。 に を加えれば 3 つとも殺せます。 は、定理 3.4 の構成が に与える MC/DC のテスト集合です。
7. テストの単位とテストダブル
Section titled “7. テストの単位とテストダブル”ここまでは、テストの対象を 1 つの関数として扱いました。実際のプログラムは、ほかのモジュールを呼び出します。
1 つのモジュール(関数・クラス)を、それが依存するほかのモジュールから切り離して調べるテストを単体テスト、複数のモジュールを組み合わせて調べるテストを結合テストという。単体テストで、依存先のモジュールの代わりに使う簡単な代用品をテストダブルという。決まった値を返すだけのものをスタブ、呼び出されたこと・引数を記録して検査できるものをモック、簡略化した本物の実装(メモリ上のデータベースなど)をフェイクという。
テストダブルを使う理由は、速さ・決定性・故障の局所化です。依存先がネットワークやデータベースなら、本物を使うテストは遅く、外部の状態に左右されます。一方で、ダブルを使ったテストが通ることが、本物と組み合わせたときにも正しいことを意味するかは、別の問題です。
前章の言葉で言えば、依存先の操作 の呼び出しは で、本物の実装とテストダブルは 2 つの解釈 、 です。呼び出し側の正しさが契約表 から導かれているなら、 を満たすどの解釈のもとでも呼び出し側は正しい(定理 3.8[契約による設計])。しかしテストは証明ではなく、 のもとでの有限個の実行です。ダブルが、本物の返しうる結果の一部しか返さない(エラーを返さない、空の結果を返さない、順序が決まっている)なら、呼び出し側がそれらを正しく扱うかは調べられていません。単体テストが通り、結合テストで落ちるとき、原因はたいてい、ダブルが本物の契約と食い違っているか、契約の許す振る舞いの一部しか演じていないかのどちらかです。ダブルと本物の両方に同じテスト(契約のテスト)を走らせることが、この食い違いを減らします。
注意 7.2(この記事で扱わなかったこと)
網羅率と欠陥検出の関係。 網羅率の高いテスト集合ほど多くの誤りを見つけるのか、という問いには実証研究が多数あります。L. Inozemtseva と R. Holmes(2014 年)は、テスト集合の大きさの影響を除くと網羅率と突然変異スコアの相関は弱い、と報告しました。命題 3.3 と 命題 2.6 は、相関が弱くなりうる理由を与えています。
テストの優先順位づけ。 全部のテストを毎回走らせられないとき、どの順に走らせるかという問題があります(G. Rothermel らの研究、2001 年)。継続的インテグレーションの章で、テストの選択として触れます。
記号実行。 入力を記号のまま実行し、経路ごとの条件を制約として集めて、その経路を通る入力を制約ソルバで求める方法です(J. King、1976 年)。実際の実行と組み合わせたコンコリックテスト(P. Godefroid らの DART、2005 年)は、命題 3.7 の経路の爆発と、制約が解けない場合の扱いが課題になります。
判定 a and (b or c) について、定理 3.4 (2) の証明の構成にしたがって、MC/DC を満たす 4 個の条件の組 を作れ。各条件の独立対を示せ。
解答
から作ります。、 で、 の構成では偽になる元 、 を選び、
です。次に 。 から真になる元 、 から真になる元 を選び、
です。判定の値は順に です。独立対は、: と (値 と )、: と (値 と )、: と (値 と )。全組合せは 通りで、その半分で済んでいます。
演習 8.2標準
整数 の符号を返す関数( なら 、 なら 、 なら )について、次に答えよ。
- 定理 4.2 の 、、 と、テスト集合 を求めよ。
- 実装
if x < 0: return -1/elif x <= 1: return 0/else: return 1は で検出されるか。 - に合格するが仕様を満たさない実装を 1 つ挙げ、定理のどの仮定が破れているかを述べよ。
解答
-
仕様は で 、 で 、 で なので、、、、 です。 の 3 点です。
-
この実装は 、( は )の形で、切り替わり点は と の 2 個です。 で を返し、正しい値 と異なるので、 の点 で検出されます。定理 (2) のとおりです。
-
たとえば「 のときだけ を返し、ほかは正しい」実装。 の 3 点では正しいので合格しますが、 で誤ります。切り替わり点は の 4 個で、 個以下という (1) の仮定が破れています。32 ビット整数で を計算する実装が でだけ誤る、というのも同じ種類の誤りです。
各因子が 2 値()のとき、次を示せ。
- 。
- 。
解答
準備。 4 個のテストからなるペアワイズ網羅なテスト集合を考えます。因子 について、4 通りの値の組 がすべて現れる必要があり、テストは 4 個なので、各組がちょうど 1 回ずつ現れます。とくに、各因子の列(長さ 4 のビット列)には がちょうど 2 個あります。また、ある因子の値 と の名前を入れ替えても、ペアワイズ網羅であることは変わりません。そこで、各因子について必要なら名前を入れ替え、1 番目のテストがすべて であるとしてよい。すると各因子の列は、2〜4 番目のテストのうちちょうど 2 つで になります。その 2 つの選び方は 、、 の 3 通りです。2 つの因子の列が同じなら組 が現れないので、列は相異なります。したがって因子は 3 個以下です。
(1) 定理 5.2 (1) より 。上の 3 通りの列を因子 1, 2, 3 に割り当てたテスト集合
は、どの 2 因子についても、列が「ちょうど 1 つのテストで両方 」「それぞれ片方だけ のテストが 1 つずつ」「1 番目のテストで両方 」となるので、ペアワイズ網羅です。よって 。
(2) 準備で示したとおり、4 個のテストでは因子は 3 個までなので、 です。5 個のテスト
を考えます。2〜5 番目のテストは、それぞれ 1 つの因子だけが です。因子 について、 だけが のテストが 、 だけが のテストが 、残りの 2 つのテストが 、1 番目のテストが を与えます。よってペアワイズ網羅で、 です。全組合せは 通りです。
演習 8.4標準
整数のリストを昇順に並べ替える関数 sort のテストで、オラクルを次の 3 通りにする。それぞれについて、テスト集合をどう選んでも検出できない誤った実装を 1 つずつ挙げよ(存在しない場合はそう答えよ)。
- (a) 例外を出さずにリストを返せば合格。
- (b) 返されたリストが昇順なら合格。
- (c) 返されたリストが昇順で、入力の並べ替え(同じ要素を同じ個数ずつ含む)なら合格。
解答
(a) 入力をそのまま返す実装。例外は出ず、リストを返すので、命題 2.6 のとおり、どんなテスト集合にも合格します。
(b) つねに空のリストを返す実装。空のリストは昇順です。重複を取り除いてから並べる実装も、返すリストは昇順なので合格します。どちらも「昇順である」というオラクルが受け入れる出力しか返さないので、どの入力でも検出されません。
(c) 存在しません。昇順で入力の並べ替えであるリストは、入力から一意に決まります(同じ多重集合を昇順に並べる方法は 1 通り)。したがってこのオラクルは正確で、誤った実装には、不合格になる入力が必ずあります。ただし、その入力がテスト集合に入っているかは別の問題で、定理 2.2 により、有限のテスト集合ごとに、それに合格する誤った実装があります。(b) と (c) の違いは、次章で「性質の組が仕様を決めているか」という問題として扱います。
- P. Ammann, J. Offutt, Introduction to Software Testing, 2nd ed., Cambridge University Press, 2016 — 到達・感染・伝播のモデル、網羅基準と包含関係、突然変異テスト。
- G. J. Myers, C. Sandler, T. Badgett, The Art of Software Testing, 3rd ed., Wiley, 2011 — 三角形の問題、同値分割と境界値分析。
- E. W. Dijkstra, “Notes on structured programming”, in O.-J. Dahl, E. W. Dijkstra, C. A. R. Hoare, Structured Programming, Academic Press, 1972 — テストで示せることについての指摘。
- K. J. Hayhurst, D. S. Veerhusen, J. J. Chilenski, L. K. Rierson, A Practical Tutorial on Modified Condition/Decision Coverage, NASA/TM-2001-210876, 2001 — MC/DC の定義と独立対の作り方。
- D. M. Cohen, S. R. Dalal, M. L. Fredman, G. C. Patton, “The AETG system: An approach to testing based on combinatorial design”, IEEE Transactions on Software Engineering 23 (1997), 437–444 — ペアワイズ網羅の貪欲法と対数の上界。
- R. A. DeMillo, R. J. Lipton, F. G. Sayward, “Hints on test data selection: Help for the practicing programmer”, Computer 11(4) (1978), 34–41 — 突然変異テストと結合効果仮説。
- L. Inozemtseva, R. Holmes, “Coverage is not strongly correlated with test suite effectiveness”, Proceedings of the 36th International Conference on Software Engineering (ICSE), 2014 — 網羅率と検出力の実証研究。
執筆: Claude Code(Opus 5.5)、Claude Code(Sonnet 5.5)・監査 2 回(Claude Code)・最終 2026-10-12
この記事の誤りを報告する ・運営: 夢現技研合同会社 ・料金 ・利用条件 ・特定商取引法に基づく表記
© 2026 夢現技研合同会社 ・コード例は MIT ライセンスです。