罢诲诲ワークショップ
- 3. バグ混入 バグ顕在化 バグ発見 バグFix Td Tfind Tfix 時間 今までのプログラミング （Debug Later Programming） バグが混入してから顕在化するまでに時間が掛かると、バグ がある場所を探すまでに時間が掛かる
- 4. バグ混入 バグ顕在化 バグ発見 バグFix Td Tfind Tfix 時間 テスト駆動開発 （Test Driven Development） バグ混入から顕在化するまでの時間を短くし、 バグがある場所を探すまでの時間を短縮する
- 6. テキスト
- 10. http://www.flickr.com/photos/kazk/198640938 ユニットテストフレームワークを使う JUnit, Google Test, CppUTest??? Mockフレームワークを使う jMock, GMock???
- 11. と言うことで???
- 12. Google Testをインストールしてみよう http://code.google.com/p/googlemock/ ? 以下のサイトからGoogle Mockのソースを ダウンロードする(Google Testのソースも 含まれている) ? zipファイルを適当な場所に解凍する ? READMEに従って、ビルド＆インストール
- 14. テストメソッドを書く テストをPassする最低限 のコードを実装する リファクタリング Red ー Green ー リファクタリング サイクル
- 15. 例：FizzBuzz問題を考える FizzBuzzクラスのfizzBuzzメソッド ? 引数が３の倍数の時、”Fizz”を返す ? 引数が５の倍数の時、”Buzz”を返す ? 引数が３と５の公倍数の時、”FizzBuzz”を返す ? それ以外の時、引数の整数を文字列にして返す
- 16. 例：FizzBuzz問題を考える Step 1 テストメソッド ３の時、”Fizz”が返される事を確認する std::string judgeFizzBuzz( int i ) { return “Fizz”; } TEST_F(fizzBuzzTest, returnFizzWhenNumberIsThree_3) { EXPECT_EQ("Fizz", sut_->judgeFizzBuzz(3)); }
- 17. 例：FizzBuzz問題を考える Step 2 テストメソッド ５の時、”Buzz”が返される事を確認する std::string judgeFizzBuzz( int i ) { if( i == 3 ) return “Fizz”; if( i == 5 ) return “Buzz”; } TEST_F(fizzBuzzTest, returnBuzzWhenNumberIsFive_5) { EXPECT_EQ("Buzz", sut_->judgeFizzBuzz(5)); }
- 18. 例：FizzBuzz問題を考える Step 3 テストメソッド ３の倍数の時、”Fizz”が返される事を確認する std::string judgeFizzBuzz( int i ) { if( i % 3 == 0 ) return “Fizz”; if( i == 5 ) return “Buzz”; } TEST_F(fizzBuzzTest, returnFuzzWhenNumberIsSix_6) { EXPECT_EQ("Fizz", sut_->judgeFizzBuzz(6)); }
- 19. 例：FizzBuzz問題を考える Step 4 リファクタリング（引数名の変更） std::string judgeFizzBuzz( int number ) { if( number % 3 == 0) return “Fizz”; if( number == 5 ) return “Buzz”; }
- 20. 例：FizzBuzz問題を考える Step n （完成） std::string judgeFizzBuzz( int number ) { std::stringstream returningString( "" ); if( number < 0 ) { std::string exceptionMessage( "Number is minus." ); throw exceptionMessage; } else if( number == 0 ) return ""; else if( number % 15 == 0 ) return "FizzBuzz"; else if( number % 3 == 0 ) return "Fizz"; else if( number % 5 == 0 ) return "Buzz"; else { returningString << number; return returningString.str(); } }
- 21. TDDの利点 ? テストカバレッジが向上する ? テスタビリティが向上する ? メソッドや構造をシンプルに保つことが出来る ? 書いたコードに自信が持てる ? テストメソッドを読めばメソッドの使い方が分かる ? その他 Titter #TDDやっててよかったのまとめ http://togetter.com/li/258537 等
- 22. 継続的にTDDをやるための材料 ? 単体テストは設計（実装）の一部だと理解する ? 単体テストフレームワークを使用する ? テストコードも構成管理する ? テストカバレッジを「Doneの定義」に含める ? CI (Continuous Integration)サーバを導入する http://www.flickr.com/photos/roboppy/312248677
- 23. 最後に ? TDD は簡単なプラクティスではありません。 ? しかし、コード品質は確実に向上します。 ? 一度や二度の失敗で諦めずに取り組みましょう。 継続は、力なり http://www.flickr.com/photos/picsbyperi/7457301384