TDDと今まで

TDD と今まで Gunma.web #52 @kanayannet

大前提この資料は後ほど公開しますメモらなくてもOK twitter で賑やかし歓迎 #gunmaweb

アジェンダ 1. どこで知った？ 2. その後どうした？ 3. 仕事にどう繋げた？ 4. どうっだった？ 5.
今はどうしてる？ 6. まとめ

どこで知った？ 2010 RubyKaigi in Tsukuba アジャイル開発手法の一つとして知る https://rubykaigi.org/2010/ja/events/23/ https://www.slideshare.net/nawoto/head-first-ordinary- system-development

Rspec BDD という単語も知る

やってみないと解らないね

感想進めるとともに頭がスッキリしてきた感あるとはいえ他の人どうやってるんだろ？

その後どうした？

TDDBC TDD Boot Camp という存在を知る参加してみたかったが...tokyo はあっという間に満員隣の NSEG( 長野県)
がやってくださったので参加 TDDBC 長野0.1

どんな内容？自販機のアルゴリズムの課題

千円札と硬貨を投入することができる（1 円玉5 円玉は使えない。Exception を投げる）それ以外を投入された場合、Exception を投げる現在投入されている合計金額を算出できる

ID1 コーラ5 本120 円を在庫として保持するお金を投入すると、現在購入できるID を算出する購入できるID を指定して、ジュースを買うとコーラの在庫が減る現在の売上金額が算出される
現在の在庫数が算出される在庫切れを考慮する

千円札5 枚、硬貨はそれぞれ10 枚保持するジュースが1 つ購入されるとお釣りとして、お金が減算されるお釣りが足らなくて購入できない状態を考慮する現在のお釣り用のお金が算出される

ID2 レッドブル 5 本 200 円を追加 ID3 水 5
本 100 円を追加

前提が整った感他の人がどうやってるか？見れた Ruby C# PHP JS

案外他の人も一緒お互いどうやってるの？質問したり見させてもらったり何かの技術、出始めあるある話

仕事にどう繋げた？

TDD に向かない組織 (NSEG TDD の発表より ) プログラム設計, 実装, 単体テストの担当が別単体テストでバグ検出率を求められる

幸いかな？一人が任される環境クロスチェックしてもらうことも可ある意味ハードだがある意味やりやすい

いつやるか？

心構え他社さん( 勉強会で出会った人たち) も手探り感MAX でやってるんだから自分もこれでいんじゃない？最早、パーフェクトを求めない

とりあえず、やってみる Ruby Rspec Perl prove use Test::More

他の人がやらない時目の前で見せるどのくらい細かくテストケースを整えるのか？どのくらい細かくライブラリ関数切るのか？どのくらいのスピード感で進むのか？

どうだった？

最重要どのくらいのスピード感で進むのか？ TDD やってない人と比較して

やっぱ結果が出ないとねやってる人がいい結果を出す興味を持つキッカケに特に同じチームだと顕著に出る

何をテストするか？自覚している事が重要何のために、どのテストをするのか？意外と疎かにしがちここが整わないと...

間違ったゴールを目指してしまう

あるある話 TDD = 自動テスト TDD = テストフレームワーク

違う

TDD TDD = テストを事前に書くテストを事前に書く = テスト内容を事前に決めるテストフレームワーク苦手なら debug コードでもいいん
じゃない？なれた後にテストフレームワークを使うでも

あるある話 2 テストを先に決めていたら実装するまで時間がかかるよ遅くなるんじゃない？

そんな事はない順番の問題なだけ

最後に動作確認してもらうよね？どんな案件でも一人で終わることはない

つまり後にやるか？先にやるか？の違い

先にやる際の利点テスト内容 = 要求内容 = ゴールこれがハッキリ見えるの大きいテスト内容の時点で依頼者・関係者( 非エンジニア) に
確認できる

ライブラリ関数の粒テストケースが整うと自然と決まってくる感あるテスト時の役割ごとに関数切る事が基本これって...DDD の感覚に似てくるかも？用語を決めて -> 関数名に繋がる -> ユビキタス言語
業務で使う役割ごとに切ってコードに -> ドメインオブジェクト

結果同じチーム内外で情報が共有される同じものを見ながら進む事重要考慮漏れを発見しやすくなる

今はどうしてる？

新入社員に広めてます

重要指示ではなく体験してもらう命令は意味がない同じものを見れるようにする「仕方ないTDD やるか」は意味がない

感覚は DEBUG? 「テスト」と名前を聞くと... 実行結果の精度を求めがちだが実際の本質は違う理解度の確認画面に出力しながら...

重要感覚の話をします。いきなりパーフェクトな回答は求めない理解度の確認します質問によるチェックテスト効果も話します人間の脳の記憶のされ方について反復練習の重要さ

まとめ

体感しないと価値が解りずらい精度は求めない -> やってみる事大事精度よりも Debug -> 探索する感覚理屈で理解するより反復練習( 手を動かす)
した方が理解できるよ正しいゴール = 正しいテストケース = 先に書けば？ = TDD

ご清聴ありがとうございました

TDDと今まで

TDDと今まで

More Decks by kanayannet

Other Decks in Programming

Featured

Transcript