ねぇねぇジャバ―ド先生。この前「製造」について教えてくれたよね？

そうだね。製造がどうかしたの？？

イタチさんが社内システムを開発したいって相談したのおぼえている？？

うん。覚えているよ。

あの社内システム、完成したらしいんだけど、どうもバグが多いみたいなんだ。ボクもあんまり詳しくないからイタチさんの話がわからなかったんだけど、単体テストはしっかりやっているみたいだったよ。

ふむふむ。他に何か言ってた？

なんかね、各機能はたしかに設計書どおりに実装されているらしんだけど、1つにしたときに想定しないとかなんとか…

ことりん君、それはたぶん結合テストの実施がちょっと足りてないのかも知れないよ。

けつごうてすと？？単体テストとは別のものなの？？

そうなんだ。開発っていうのは1つの機能を小さい機能に分割するんだ。そして、その小さい機能毎に担当者がプログラミングや単体テストをするんだよ。でも、これだと分割された「小さい機能」しか、テストをしていないことになるよね。

あ、たしかにそうだね。分割する前の機能としてはテストをしていないことになるのか。でもさ、単体テストの結果がOKだったら問題ないんじゃないのかな？？

たしかに単体テストをしっかりやっていれば、バグはかなり検出することができるんだ。それでも、全部のバグを取り除くことはかなり難しいんだよ。なぜなら、「小さい機能」と「小さい機能」をつなぎあわせたときに、はじめて分かることもあるからね。

う～ん。そうなのかぁ。

そもそもなんだけど、どれだけレビューしても設計書に不備があることもあるんだ。だから各機能が設計書通りだとしても、その機能をまとめて動かしたときにNGっていうこともあるんだよ。

設計書が間違ってると、プログラミングするエンジニアは気付けないかも知れないね…。

そうだね。だから、単体テストで全部OKだったとしても「小さい機能」をつなぎあわせた状態で確認を行うといった目的で結合テストを実施するんだよ。

単体テストで細かいバグをつぶした後は、機能を結合して確認する結合テストをやって、さらに品質アップするって感じだね。

そのとおり！イタチさんには、もう一回結合テストをやり直すように伝えてみればいいんじゃないかな。

そうするよ！ジャバ―ド先生ありがとう！