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

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