Agile Samurai Base Camp 2014に行ってきました!!!
今回は
TDD(Test Driven Development)=テスト駆動開発
のお勉強です。
テスト駆動開発って？
開発スタイルの一つでテストファーストによる追加・変更と、
リファクタリングによる設計改善の2つの活動を超短期で繰り返して開発を進めていく手法。
・図Red→Green→リファクタリング 繰り返し
|
1 2 3 4 5 |
・具体的な4つ ・ユニットテスト ・リファクタリング ・テスト駆動開発 ・継続的インテグレーション |
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 |
・TDDのサイクル ・次の目標を考える ・その目標を示すテストを書く ・そのテストを実行して失敗させる ・目的のコードを書く ・2で書いたテストを成功させる ・テストが通るままでリファクタリングを行う ・1~6を繰り返す ・TDDのこころ ・１つずつ少しずつ、段を小さく 宮本武蔵より →複数相手にしない。一人ずつ対処する ・すばやく回す ・自分が最初のユーザ ・不安をテストに ・命綱を編む 最大の理由は心理的なもの ・即座にフィードバックを得るため ・書いたコードに自身を持つため ・これから書くコードに自身を持つため ・TDDの真の目的とは？ 健康である →変化に対応するのは健康体のコード →重複だらけのコードではない自然体 →恐怖に負けては終わり 変化に対応するのは健康体のチーム ・どうTDDするのか？ ・テストを書こうとしてバグるのはダメ ・まずは小さいところから ・美味しそうなところをやる ・メリット ・コード再利用、テストが壊れにくい ・スキルアップ ・デメリット ・時間的、レガシーコードの戦い、従来の開発からの切り替え |
概要はこんな感じです。
明日からでも実践できると言ってました。
友人といざ実践！。
参考資料:http://www.atmarkit.co.jp/ait/articles/1403/05/news035.html#01
The following two tabs change content below.
あだちん
1989年生まれ。 ランサーズ/SRE。
2013年新卒に自宅サーバを構築し、技術ブログを立ち上げた。
ホスティングから大規模なアドテクなどのインフラエンジニアとして携わり、他社インフラレスポンス改善、ランサーズにてサーバ系のお仕事も副業で行っている。未経験によるエンジニア勉強会なども実施している。そして「脆弱性スキャナVuls」のOSS活動もしており、広報/エバンジェリスト/VulsRepo init file,chatwork通知のコントリビュータでもある。現在は分析基盤を担当しておりDigdag,embulk,BigQueryを使いこなそうと奮闘中。