bdd しませんか?
TRANSCRIPT
TFS の次にBDD はいかがですか?
海江田 兼輔(Qooh0)
はじめに
今回の内容は、私の所属している会社、コミュニティとは関係ありません。
ご意見・ご感想はQooh0.info at gmail.comOr @Qooh0 まで~
いいわけ
今回の資料は、ALM-Day In Japanの開催前に作っています当日の話と少し違うかもしれません。
まぁ、当日の昼もつくっていますが!ちなみに、海外で行われたALM Summit の動画・資料↓(http://www.alm-summit.com/schedule.aspx)
このLT の結論
Team Foundation Server導入の次は「BDD」
してみませんか?
つまり、TFS 導入後のNext Step
ALM って結局なんだっけ?
たぶん DB を中心とした要求からリリースまでをスムーズに行うための支援ツール
および、そのサイクル、考え方
あってる?
現在:よっしゃー、レポジトリサーバーを設置しようず!( 含む TFS)
http://www.flickr.com/photos/jeansmom/3273442850/
Open Source の場合:よし、次は BTS/ITS だ!
TFS には機能があるぜよ
と長沢さんが説明してるはず
Open Source の場合:よし、次は TDD だ!
http://www.flickr.com/photos/nyuhuhuu/4442144329/
Visual Studio でできるじゃん
と@Kaorun55が説明してる
はず…
TFS と連携することで構文等のチェックもできるぜ
継続的インテグレーション (CI) Like だってできるぜ
http://www.flickr.com/photos/8078381@N03/3602174223/
と@libatyさんが説明…(ry
しかし、ほんとに TDD だけで良いのか?
Jim Coplien 氏、 Maria Siniaalto 氏は否定しています。
TDD によると密結合になったり、複雑なシステムを作りやすくなると紹介しています。
何がいいの?
BDD さ!
どう違うの?
「ふるまい」を記述する
http://www.flickr.com/photos/darkpatator/2258644510/in/photostream/
こんな感じ…
ソース
ソリューション/プロジェクト
メリットは?テストにバグが入り込みにくいらしい
仕様決定者にテストがわかりやすい
デメリットは?
Visual Studio/w TFS などとの統合性が悪い
TDD と BDD でテストのレベルを分けることによって補完的なテストが可能
…もちろん、BDD でもTDD レベルのテストは書けるけどVisual Studio の統合度から考えて微妙だと思う。
http://www.flickr.com/photos/falcon_mohyan/4967595343/
大事なところはF# で Coq もいいかもね
Coq … INRIA で開発中のProof Assistant (証明支援器)
3/17 考える大人になるのためのTOC
http://kokucheese.com/event/index/8798/
3/30 すくすくすくらむ
認定スクラムマスター研修のふりかえりでたぶん、Scrum についてのおさらいをします
BDD の実際のやり方は Blog 等で…あと、スクラムコーチします。
PPT製作者:Qooh0Twitter : @Qooh0
ご清聴ありがとうございました