エンジニアのスキルを伸ばす“テスト駆動開発”を学んでみよう［2ページ目］

[高梨] こちらを見てください。

[古谷] あれ？これって、ウォーターフォールのことですか？
[高梨] はい。そのため、「作りたいものが予め明確に決まっていない」場合、このやり方だと、よほど運が強く予見力のあるリーダーがいない限り、あらかた出来上がってしまったとおもっていたのに、中盤以降で仕様変更が頻発し、デスマーチまっしぐらになってしまう可能性があります。また、「作りたいものは予め決まっている」ようでも、フタを開けるとそうではないプロジェクトがとても多い。古谷さんもご存じのように、ウォーターフォールでも大半の開発は途中で仕様変更が入ります。もちろんそれが想定の範囲のブレならいいのですが、大きく設計を変更しなければならないようだと、手戻りが大きすぎて破綻します。結果、現場でコードのコピペなど力技でごまかして「想定の範囲内」に見せてしまうケースって、実はかなり多いと思うんですよね。本来保守のことを考えると、設計を見直すべきなのですが、その時間がなくて、ごまかしが横行しているのが現実ではないでしょうか。
[古谷] 確かにそんな感じですね…。そういえば、仕様変更に伴っての大幅な設計変更が発生するのを防ぐために、開発側がお客様に「仕様凍結」と言って、仕様変更を受け付けないようにしてしまうことをよく聞きます。自分が１プログラマの時は、そういう動きをしてくれるリーダーに感謝していましたが、結局出来上がったのはお客様が本来求めていないシステムになるのであれば、本末転倒ですよね。
[高梨] そう、要は、本当はビックバン型の設計に向いていないものまで、ビックバン型でやってしまっているということが悲劇の温床なのです。例えば「既存システムを新システムに置き換える」ようなプロジェクトは仕様が決まっていて、一見ビックバン型に向いていそうですが、経験上色々な関係者の新システムへの期待が絡んで、実は非常に混沌としていることが多いんですよね…。
すみません、ちょっと話が長くなりました。ではいよいよ、ご質問にあったインクリメンタル設計についてご説明します。こちらをご覧ください。

[古谷] これは…、まさにアジャイルですね。
[高梨] そうですね。インクリメンタルな設計の場合、まさにインクリメントしていく感じで、最低限必要な機能から「少しずつ」開発を進め、その過程で設計自体も「少しずつ」進化させていきます。
[古谷] ありがとうございます。まだTDDとインクリメンタルな設計が結びついてはいませんが、「インクリメンタルな設計」自体のイメージはなんとなくわきました。
[高梨] では、具体的にどれくらい少しずつやるか、さっそく実践して感覚をつかんでいきましょうか？
[古谷] えっ！？私まだTDDについてこれ以上のこと何にも知らないですけど！！
[高梨] それでは、まずざっくりTDDの流れについて説明していきましょう。こちらを見てください。

[古谷] 三角形になっていますが、まずはどこからスタートですか？
[高梨] Red（失敗）の「失敗するテストケースを書く」からです。TDDの場合、Red（失敗）とGreen（成功）を繰り返し、Refactor（改造）の工程を経て再度Red（失敗）に移ります。まあでも百聞は一見に如かずですから、やってみましょう。今回はRuby言語での開発を想定して、簡単にTDDのツールのご紹介をします。
[古谷] えー！？展開早くないですかー！？あ、あと、私あまりRuby詳しくないですけど！
[高梨] 安心してください、最初はそんなに高いRuby言語の知識がなくても大丈夫です。TDDだけでなくRubyの知識もついて一石二鳥ですよ。
[古谷] は、はい…。
[高梨] それでは、こちらがRubyの場合に一般的に使われているTDDのツールです。

[古谷] あ、「なんちゃらUnit」は、他の言語でもよく目にしますね。
[高梨] そうです、あれと同じイメージでOKです。今回はこの中のminitestを使用します。Ruby1.9.3から標準で提供されていますので、Rubyをインストールしていたら、何もしなくてそのまま使えます。さっ、では、いよいよ実戦に入りましょう！今回の課題はこちらです。

[古谷] ん？TDDってインクリメンタルな設計を促すから「作りたいものが決まっていない、わからない」場合に向いているんですよね？ボウリングの点数計算なら、既に決まっているじゃないですか？
[高梨] その通りですが、ボウリングの点数計算は結構複雑ですので、いきなり最初から完璧な設計をおこすのはなかなか難しいでしょう。また、ルール自体は馴染みのあるものなので、演習課題として採用してみました。
[古谷] なるほど！でもすみません、実は私の平均スコアは80弱なので、正直ストライクのボーナスルールなんかはよくわかってないです…。
[高梨] そ、そうでしたか。では簡単にボウリングのルールの説明をしましょう。

エンジニアのスキルを伸ばす“テスト駆動開発”を学んでみよう［2ページ目］