TDD Boot Camp 横浜 3rdレポ #tddbc

TDD Boot Camp 横浜 3rdに参加して来ました。

• doorkeeper: http://tddbc.doorkeeper.jp/events/5751
• togetter: http://togetter.com/li/572791

基調講演 安井 力さん(@yattom)

TDDBC横浜3rd from yattom

ケント・ベック氏著の有名な本田が、既に出版されていないらしく手に入らないらしい。

テスト駆動開発入門

個人的に気になった本はこれ。

ソフトウェアテスト技法ドリル―テスト設計の考え方と実際

ペアプロ・TDDデモ

• 頭のなかの問題を棚卸するためにTODOリストを作成する
• コーディング中に生じた問題もTODOリストに追記して、１つずつ問題を解決する。
• テストに対して直接的にグリーンとなるプロダクトコードを書くことで、テストに対するテストが行える。

役割を変えるタイミング

• テストがRedになったとき。(次にやることが明確な状態)
• こんな意見も↓

ペアプロの交代を「疲れたからかわって」「書きたくなったから貸して」みたいにカジュアルにできるの、いいですね！ #tddbc

— YASUI Tsutomu (@yattom) 2013, 10月 5

時間でチェンジもありだと思います！ 昔のtddbcでは、砂時計持ってきてるペアもいましたよ！RT @shinjukujohnny: ペアプロでのペア交代って、時間で縛る必要ないのか。行き詰まったら交代、良い気がする。 #tddbc

— Yotaro TAKAHASHI (@PoohSunny) 2013, 10月 5

テストの命名規則について

• [クラス名]Test ← クラスとテストが1対1となっている
• Test[機能名] ← ある機能に対してのテスト

Priveteメソッドはテストする？

isMultiply()はprivateだし直接テストする対象になっておらず、convert()の内部(実装の詳細)だから、リファクタリングの一環としてグリーンのまま進められますね。 #tddbc

— YASUI Tsutomu (@yattom) 2013, 10月 5

TDD&ペアプログラミング 実習 / コードレビュー

今回はRuby/Rspecで挑戦。 Rspecはほとんど触ったことがなかったため、正直もう少し勉強してくればよかった感。

ペアプロも初体験だったが、相手を意識してコードを書くようになるので、自然と変数名やメソッド名に一層気を配るようになった。役割を変えるタイミングはピンポンペアプログラミングのようにしてみたところ、テンポよくコーディングができたため良かったと思う。

個人的に悩んだのはRspecのitの説明文をうまく付けることができなかったこと。適度な長さでわかりやすいテスト名の付け方がわからない。

KPT

質問コーナー

最後に

基調講演してくださった@yattomさん、TAのみなさん、今回ペアプロしてくださった@Narikazu3さん、会場を提供してくれたアットウェアさん、ありがとうございました！とても貴重な体験が出来たかと思います。とても楽しかったです！

自分を律する！