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

2014年7月30日(水)
吉谷 愛
(クリックで拡大)
  1. [古谷] えーっとストライクを取ると直後の2投球の特典が加算されて、スペアは直後の1投球が加算されて…。
  2. [高梨] 大丈夫です。今いきなりすべてを把握しなくても、TDDでインクㇼメンタルに設計していきましょう。まず、全投球すべてで1本も倒せない場合、どうなりますか?
  3. [古谷] 全フレームで1本も倒せないということですよね?全部ガタ―ということでしょうから、0点ですよね?
  4. [高梨] そうです!では、まずそのテストケースからテストしてみましょうRubyの1.9.3以上がインストールされているWindowsもしくはLinux等Rubyが動く環境に、適当にフォルダを作成してbowling_game_test.rbというテキストファイルをUTF-8で新規作成した後、ひたすらこちらを写経して、実行してください。
(クリックで拡大)
  1. [古谷] bowling_game_test.rbは作成しました。で、次はbowlingGameクラスを作成するんですかね?
  2. [高梨] いや、そのままテストを実行してください。
  3. [古谷] それじゃ、上手くいくわけがないじゃないですか!
  4. [高梨] TDDは最初、Red(失敗)から始まります。先程説明した通りですよ。
  5. [古谷] それはそうですけど・・・
  6. [高梨] 気持ちはわかりますが、今回は初めてということもありますので、TDDの価値でもある「良いリズムをもたらす」ことを優先しましょう。実行したらどうなりましたか?
  7. [古谷] はい、「ファイルがみつからないからロードできません」というエラーが出ました。
  8. [高梨] それでは、次はGreen(成功)に進みましょう。まずはbowling_game.rbファイルを新規作成して、 BowlingGameクラスを作成してください。今回は、クラスの定義だけで、メソッドも変数も必要ありません。
(クリックで拡大)
  1. [古谷] こ、これでいいですか?
  2. [高梨] それで大丈夫です。インクリメンタルにやっていきましょう。
  3. [古谷] 通りました…。
  4. [高梨] 無事、Green(成功)に進みましたね!では設計を進めていきましょう
  5. [古谷] うーん…。
(クリックで拡大)
  1. [高梨] 今後はちゃんとメソッドのロジックを想定してテストコードを書きます。下記資料の通りにテストコードを入力して実行してください。
  2. [古谷] テストコードにrecord_shotとscoreというメソッドが出てきますね。
  3. [高梨] そうです。ここで、空っぽだったBowlingGameクラスの設計を、ちょっとだけ進化させました。まずは「倒したピンの本数を記録する」、「スコア計算する」という最低限の仕様を満たすメソッドだけ定義します。
  4. [古谷] なるほど!で、それを、bowling_game.rbのBowlingGameクラスに定義する前にbowling_game_test.rbに記載して、まずテストをするわけですね!
  5. [高梨] そういうことです。そしてこの状態でテストを行った場合、今古谷さんが言った通り、BowlingGameクラスにはrecord_shotメソッドとscoreメソッドが定義されていないので当然まだエラーになります。
  6. [古谷] では、BowlingGameクラスにrecord_shotメソッドとscoreメソッドを定義します。何もロジックを書かないままテストしたら、またRed(失敗)になりますけど大丈夫ですか?
  7. [高梨] 大丈夫です。
(クリックで拡大)
  1. [古谷] ようし、ここから、いよいよ、メソッドのロジックを考えていくわけですね!えーと、まずrecord_shotで引き渡ってきた値を変数に格納してえーとえーと…
  2. [高梨] いや、今回はオールガタ―の場合のテストケースなわけですから、ゼロ返ってきたらいいわけですよね?
  3. [古谷] ?ええ、まあそうですけど…?
  4. [高梨] なら、何も計算せずにいきなりゼロを返したらいいじゃないですか?
  5. [古谷] え?も、もしかして、こんな感じですか?
図1:「空のアプリケーション(Windows)」を選択する(クリックで拡大)
  1. [高梨] ほら、Green(成功)になったでしょ♪
  2. [古谷] そりゃそうですけど・・・でもまたすぐ修正しないといけないですよ!?
  3. [高梨] でも、テストケースはずっと使えますよね?
  4. [古谷] ま、まあ…。
  5. [高梨] さて、ここまで難しかったですか?
  6. [古谷] いや、さすがにこれは、別に難しくはないと思います。でも、これをテストと言っていいのでしょうか?
  7. [高梨] テスト駆動型開発はいわゆるテスト手法ではありません。インクリメンタルな設計を促す開発手法です。その前に、プログラミング設計について認識を合わせましょう。プログラミング設計は、おおきく、下記のような2つの設計要素にわけられます。
(クリックで拡大)
  1. [古谷] 正直、あまりそういう風に意識したことはなかったですが、確かにそうですね。
  2. [高梨] そして今回、ここまでで古谷さんと僕とで行った設計を整理するとこのようになります。
  3. [古谷] こうしてみると、何か結構凄いことやってきたようや気がしますね。
  4. [高梨] そうですね(笑)。まあまだ最初なのでTDDのメリットはぴんと来ないかもしれませんが、後半になれば凄いことになっているはずです。どんどん進めていきましょう。

<協力:株式会社ハウインターナショナル

フロイデ株式会社 代表取締役

「最新のアーキテクチャを追及し続ける技術者集団」を目指す、フロイデ株式会社代表取締役社長。現在は、自身のCOBOLからRailsまでの非常に幅広い開発経験や、学生や未経験社員への技術指導経験を糧に、技術講師としてソフトウエアエンジニアの育成に注力している。2013年06月より、初心者向けの「はじめようRuby on Rails開発!」シリーズを考案。“技術者の立場にたった、技術者の心に火をつける”熱い講義をモットーとしている。

連載バックナンバー

Think ITメルマガ会員登録受付中

Think ITでは、技術情報が詰まったメールマガジン「Think IT Weekly」の配信サービスを提供しています。メルマガ会員登録を済ませれば、メルマガだけでなく、さまざまな限定特典を入手できるようになります。

Think ITメルマガ会員のサービス内容を見る

他にもこの記事が読まれています