はじめに このエントリは2016/5/7に開催したNiigata.NET 2.0で行ったセッションを再構成したものです。 ライセンス この 作品 は クリエイティブ・コモンズ 表示 – 継承 4.0 国際 ライセンスの下に提供されています。 Agenda テスト駆動開発（TDD）とは？ .NET開発におけるTDD TDDの実例 TDDの指針 テスト駆動開発（TDD）とは テスト駆動開発とは、Kent Beck（ケント・ベック）が提唱した開発手法です。彼の著書であり、「原典」とも呼ばれる「テスト駆動開発入門」（http://www.amazon.co.jp/dp/4894717115）（残念ながら絶版。再販望む！）にはこのように書いてあります。 「動作するきれいなコード」、ロン・ジェフリーズのこの簡潔な言葉は、TDD（テスト駆動開発）の目標である。動作するきれいなコードは、あらゆる理由で価値

はじめに データベースを読み書きする部分のユニットテストがやりにくいのには、いくつか理由があります。 複数人でテストを同時に実行すると、競合する データベースを使ったテストは、時間が掛かる データベース内のデータが変わると、テストが失敗する 1番目は、各自の開発環境にテスト用のデータベースを用意することで、解決できます。2番目の問題は、データベースにアクセスするコードをロジックから分離して、データベースに実際にアクセスするテストケースを減らすことで、改善できます（ロジックのテストにはモックやダミーを使います）。3番目は、テストのたびにデータベースの内容を初期化することが基本になりますが、そうするとテストに長い時間が掛かるようになってしまいます。 今回は、ビジネスロジックの開発時にモックやダミーを使いやすくするにはどうするか、また、テスト時にデータベースの内容を安定させるにはどうしたらよいか

テスト駆動開発 (TDD) は "Red-Green-Refactor" のサイクルに準ずる有名なソフトウェア開発手法だ。振る舞い駆動開発 (BDD) は自然言語を用いてユニットテストのシナリオを表すアイデアを引き合わせる TDD から派生した手法だ。 BDD に使用できる有名なテスティングフレームワークには、xUnit.net、NUnit、StorvQ、MSpec、NSpec、NBehave などがあげられる。これらは流れるようなインターフェースで記述できるため、読みやすいコードを提供してくれる。さらに、いくつかのフレームワークでは、パスしたユニットテストから自然言語を用いて仕様を生成する機能を提供している。 仕様とはなんだろうか？ "仕様とは素材、製品、またはサービスが満たすべき要件の明確な集合だ" American Society for Testing and Materials

TDD Boot Camp 横浜 Second Seasonにスタッフとして参加してきた #tddbc - Shinya’s Daily Report 先日2012/09/01(土)に行われたTDDBC横浜Second Season内『質問コーナー』にて Q.TDDをEclipseでやる時のオススメショートカットやテンプレートを教えて欲しいです。 A.ググりましょう。的な流れにしてしまい、質問者の方に『え〜(´・З・｀)』と思わせてしまったかも知れず、申し訳ありませんでした。その後1つ参考URLをつぶやいていましたが、このエントリではその辺り、Eclipseにおけるショートカットやテンプレートについて有用なまとめをしているエントリを紹介してみようと思います。 Eclipseショートカット 網羅性と言う点で行くと、下記2つのエントリがとても幅広く、丁寧に解説されていておススメです。 全Ecl

JavaScript Advent Calendar 2011 (Node.js/WebSocketsコース)3日目のhokacchaです。Node.jsのテストフレームワーク、mochaについて書きます。 mochaはTJが新しく作り始めているテストフレームワークです。ドキュメントを見ればできることは大体書いてありますので、ドキュメントを元にどういうことができるのかを解説していきます。現時点でのバージョンは0.2.0です。 http://visionmedia.github.com/mocha/ shouldについて まずmochaでどういうことができるかの前にshouldについて解説しておきます。mochaのドキュメントには特に説明もなくshouldが使われていて、shouldでどういうことができるかわかってないと、ドキュメントを読んだときにmochaの機能なのかshouldの機能なの

JUnit 強化キャンプ : ATND 2012/04/07 JUnit 強化キャンプ #junitbc - Togetter (写真：会場となった某漫画喫茶個室内に映し出される実践映像を眺める参加者一同) 私自身、勉強会に於いてテスト関連のイベントには参加しつつも(TDDBC等)、そこから先テストに於いて諸々を(Bootからの次の段階である)ブースト(Boost)出来ていなかったので、このイベントを見つけ次第『これは！』と思い参加してきました。 会場はまんがねっとラウム新宿本店。 自身としては、漫画喫茶で勉強会やるってのは初めてだったので、『(諸々)どうなんだろう？』という気持ちがありましたが、実際やってみると殊の外快適で"これは良い"という感じでしたね。ネット回線(立地上の問題で時々調子が悪い時があった)や部屋に対する定員を上手く調整すれば、利用場所としてはかな〜り良いものになるのでは

ここ数日 ruby をやってるんですけど、ruby といえばテストらしいので Test::Unit やら RSpec やらを調べてました。しかし僕はこれまでまともな TDD をやってこなかったので、先にテストとは何ぞや？TDD とは何ぞや？ってのを調べたりしていました。 この記事は、ずぶの TDD 素人がテストについて知り始めたまとめです。 1. きっかけは RSpec のドキュメント そもそも RSpec の↓紹介文の冒頭から意味不明に感じたんです。 FAQ:「RSpec って、要は Test::Unit でやっていることを別の書き方にしただけでは？」 この FAQ への短い答えはイエスです。 『スはスペックのス 【第 1 回】 RSpec の概要と、RSpec on Rails (モデル編)』 Rubyist Magazine えっ... じゃあ要らんやろソレ。いちいち手作業でチェック

はじめに 各地でTDD Boot Camp（TDDBC）が開催されるようになり、このところTDD（テスト駆動開発）が注目を浴びています。ただ、自分でも試してみようと思った時に目につく書籍や記事などは、Java、Ruby、PHPといった、いわゆるオープンソース系の言語ばかり。.NET Framework（Windows）で開発の仕事をしているとTDDは関係ないんだろうか、…とさえ思えてくるかもしれません。 しかし、そんなことはありません。.NET FrameworkでのTDDに必須のユニットテストフレームワークとして有名なNUnitの最初のバージョンは、Visual Studio .NET 2002がリリースされる以前の2001年に公開されています。.NET Frameworkは、生まれたときからTDDと共にあると言っても過言ではないでしょう。 この記事では、TDDとTDDBCについて簡単に

TDDBC横浜にLT枠で参加&JavaのTAもどきをやっていました。 2011/11/05 TDD Boot Camp 横浜 #tddbc - Togetterまとめ 全体的な内容を見たい場合は@shinyaa31さんのブログへいきましょう。 TDD Boot Camp 横浜に参加してきた #tddbc - Shinya’s Daily Report LTについて LT資料をはりつけておきます。 私とTDDと研究と(TDDBC横浜LT) View more presentations from pocketberserker ここでgit-nowについて補足。 資料では「git-nowを使うなら対話的rebase必須」と書きましたが、 @pocketberserker git-nowですが、mzpさんの拡張である--fixupオプションを使えば、実は対話的rebaseは必須じゃないです U

The document appears to be notes from a presentation or workshop about agile software development practices like test-driven development (TDD) and behavior-driven development (BDD). It includes TODO tags, links, diagrams, and quotes about techniques like writing tests before code, refactoring, and treating code as a living plant. The material discussed transitions between topics like TDD, BDD, ver

設計ツールとしてのモックの使い方について考える。 導入 先日、"Mock Roles, not Objects"の日本語版「ロールをモックせよ」を公開しました。この論文は2004年に書かれたもので、著者はSteve Freeman氏、Nat Pryce氏、Tim Mackinnon氏、Joe Walnes氏という豪華メンバーです。また、Steve Freeman氏とNat Pryce氏は『Growing Object-Oriented Software, Guided by Tests (Addison-Wesley Signature Series (Beck))』（いわゆるGOOS）の著者でもあり、"Mock Roles, not Object"で語られている思想はGOOSのベースになっているとも言えます。 今回は、この"Mock Roles, not Objects"（以下、MRnO

札幌 Java カンファレンス 2011 with TDD BootCamp 札幌サテライトを開催しました。最終的には、来場者数55名、事前キャンセル6名、ドタキャン1名となりました。スタッフや講師を除外しても50名以上が参加され、本当にありがとうございます。当日にはポストできませんでしたが、簡単にレポートをまとめておきます。 今回のイベントは、Java7のLaunchイベントの一環として札幌で何かできないか？という相談を寺田さん（@yosioterada）から頂いた事がキッカケです。そこで開催しなかったら、札幌Javaコミュニティを立ち上げた意味がありません。快諾し、日程を調整した結果、7月9日開催となりました。 ところが、TDD BootCamp東京も運悪くバッティング。実は参加を企んでいたのですが、未遂に終わります。しかし、各地でサテライト開催の企画があがっていたため、札幌も便乗する

アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） みなさんこんにちは。@ryuzeeです。 SlideShareを徘徊していたところ自動テストと手動テストに関する良いスライドがあったので、翻訳して公開します。 ライセンスはオリジナルに準じてCC BY-SA 3.0とします。 内容としては、僕自身も一貫して主張しているテスト自動化の必要性の話で、主に以下の観点で記載されています。 作業量とコスト再利用性ユニットテストによる良い設計への誘導手動テストのリスクリスクマネジメント書き方が若干極端な箇所もあると思いますが、全体としてはかなり分かりやすいのではないでしょうか。 なお、テストの自動化に際しては、必ずしも全てのテストを自動化「しなければならない」わけではありません。 スライ

第16回プログラミング言語とTDDは、どちらを先にマスターすべきか？ 和田卓人 2007-12-21