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のこころ ・1つずつ少しずつ、段を小さく 宮本武蔵より →複数相手にしない。一人ずつ対処する ・すばやく回す ・自分が最初のユーザ ・不安をテストに ・命綱を編む 最大の理由は心理的なもの ・即座にフィードバックを得るため ・書いたコードに自身を持つため ・これから書くコードに自身を持つため ・TDDの真の目的とは? 健康である →変化に対応するのは健康体のコード →重複だらけのコードではない自然体 →恐怖に負けては終わり 変化に対応するのは健康体のチーム ・どうTDDするのか? ・テストを書こうとしてバグるのはダメ ・まずは小さいところから ・美味しそうなところをやる ・メリット ・コード再利用、テストが壊れにくい ・スキルアップ ・デメリット ・時間的、レガシーコードの戦い、従来の開発からの切り替え |
概要はこんな感じです。
参考資料:http://www.atmarkit.co.jp/ait/articles/1403/05/news035.html#01
0件のコメント