最近、昔作ったTest Doubleの解説資料を参照・引用してくれる方がちらほら出ていて恐縮しているのですが、見直してみると結構わかりにくい資料なので今回文章としてまとめたいと思います。内容は世間一般的に言われているMock、Stub、Fake、Dummyといった言葉の定義になります。 Test Doubleとは Test Doubleとは、テスト実行時に、テスト対象が依存しているコンポーネントと置き換わるものです。「テスト代役」と訳されることもあります。世の中でMock、Stub、Fake、Dummyなどと呼ばれているものの総称に位置づけられます。 簡単な例を以下に示します。このコードでは、テストメソッド「テストコード()」がメソッド「テスト対象()」をテストしています。また「テスト対象()」は、中でメソッド「外部メソッド()」を実行しています。なお「外部メソッド」はテスト対象でないとし

これはTDD Advent Calendarの18日目。 記事としては @mao_instantlife さんの TDDやってみてコメントが減った話 のあと、@cubeon さんの きっと方眼の理から逃れられないお前たちにも告げる！テストコードを手に入れるのだ！ の前となります。 最近、新しい開発手法の一貫としてTDDを採用しようとするプロジェクトが出始めている印象があります。 ただし、とりあえず取り入れてみたけれどもうまくいかなくて結局ウォーターフォール方式に逆戻りという例も多いのではないでしょうか。 以前、アジャイルにTDDをしようとしてペアプロして失敗したプロジェクトの話を聞いたことがあるので書こうと思います。 その時のプロジェクトでは数百人月前後の工数をかけてそれまであったレガシーシステムをJavaでリプレイスしようとしていたようです。 それなりの規模のプロジェクトに多いように、さ

2011/08/21に行われたTDDBC 1.7のまとめです。 編集可能なので追加・削除よろしくお願いします。

TDD Boot Camp 東京 1.6 #tddbc on Zusaar Togetter - 「TDD Boot Camp 東京 1.6 #tddbc」 関東地方久々のTDDBC 1.5 in Tokyoが告知即定員オーバー瞬殺且つ定員の3倍近い募集が殺到(定員36名:募集114名)し、改めて関東/東京の需要の高さを実感。 TDD Boot Camp in Tokyo #tddbc : ATND TDDBC in Tokyo 1.5 主催レポート #tddbc | Act as Professional - プロとしての行為 勉強会主催者はなかやん・そるじゃー・ゆーき(TwitterID:@pocketberserker) さん。開催に至るまでの経緯は下記ブログに記載されていますが、彼のおかげでこうしてイベントに参加＆貴重な体験をする事が出来ました。ありがとうございます！ TDD Bo

07/21にAgile Conference Tokyo 2011の連動企画「ソフトウェア構築自動化技術トレーニング 〜Continuous Delivery〜」に行ってきました。参加費75,000円の高額なイベントですが、あの"Martin Fowler"（マーチン・ファウラー）氏と、「Continuous Delivery」の著者である"Jez Humble"（ジェズ・ハンブル）氏によるトレーニングとあっては行かないわけにはいきません！ 【参考URL】 ソフトウェア構築自動化技術トレーニング 〜Continuous Delivery〜　・・・　開催概要 両氏に会えたこと、最前列中央に陣取ったおかけで目と鼻の先で両氏の生の講演を聞けたこと、トレーニング終了後に[twitter:@haradakiro]さんのおかげで両氏と立ち話に立ち会えたことは良い体験ができました！ 主催者には貴重な機会

2011/07/09に開催された「TDD BOOT CAMP in TOKYO」に行ってきました。 まずは、Symfonyしゃべりばでのひょんなきっかけから、この素晴らしいイベントの主催をされた[twitter:@HIROCAST]さん、会社でもお世話になっておりますが、開催協力と講演をしてくださった[twitter:@t_wada]さん、各言語をサポートいただいた[twitter:@shishi4tw]さん、[twitter:@setoazusa]さん、[twitter:@kyon_mm]さん、[twitter:@sue445]さん、設営から運営をサポートしてくださった方々、LTをしてくださった[twitter:@remore]さん、[twitter:@tomy_kaira]さん、Ustの配信にご尽力いただいた[twitter:@brtriver]さん、[twitter:@gilbite

TDDBCは、みんなでTDDやってみようぜ！ペアプロとかやって他言語/他人間で 理解しあってリスペクトしようぜ！っていうワークショップです。 今回は7/9、TDDBC東京に参加してきました。 今回の発起人は@HIROCASTさんです。 HIROCASTさんのブログエントリはこちらですね。 当日のUSTの記録はこちらですね。 写真はこちらです。 @HIROCASTさん、id:t-wadaさん、スタッフのみなさん、 会場提供されたZyngaJapanさん、参加された皆さん、ありがとうございました。 かなりの参加希望者数で、ATNDは早い段階で人が溢れまくっていました。 ちなみに希望して運営のお手伝いってことで当日の受付をやらせてもらいまして、 ATNDの「設営・受付・運営協力」に「@akitsuka さん」と 書いていただいているんですが、@akitsukaさん（知らない人）は ぜんぜん別の人

プログラマは1日のほとんどを座った状態で生活している人がほとんどではないでしょうか？ この「座りすぎ」の毎日は病気のリスクを高くすることが明かになっています。 座りすぎは病気のリスクを高める この「座りすぎ」の生活は2型糖尿病、心血管疾...

TDD BOOT CAMP in TOKYO 2011/07/09 @ Zynga japan LT資料Read less

TDDやってますか？テストを書いて、実行。コードを書いて、テストを実行。PHPUnitコマンドを1日に何度も叩いているPHPerに朗報です。コードとテストを修正して保存をすると、それを検知して、自動的にPHPUnitを走らせて、結果をGrowlで通知する環境をつくりました。これで、TDD Boot Camp in Tokyo #tddbcもテンポ良くすすめられますね。 gem watchr インストールPHPerには申し訳ないのですが、Rubyのgemを使います。 gem install watchr growlnotify インストールGrowlへの通知をするgrowlnotifyをインストールします。 Growlをダウンロードして、Extraディレクトリに含まれている、growlnotifyをインストールしてください。 環境をcloneする hirocaster/phpunit-sta

お手持ちの環境で、下記のように表示される方は問題ありません。安心して、TDD Boot Camp in Tokyoにお越しください。 $ phpunit --version PHPUnit 3.5.14 by Sebastian Bergmann.さて、そうではない方に向けての記事です。PHPUnitを自分の環境に構築しましょう。 PHPUnitはJUnitを参考にしてつくられた、PHP向けのxUnitツールです。PHPのテスティングフレームワークでは鉄板のツールです。（あんまり僕は使う機会がないのだけれど） 環境以下の環境が必要です PHP 5.2.7 以上 インストール方法pear channel-discover pear.phpunit.de pear channel-discover components.ez.no pear channel-discover pear.symf

はじめに この資料は「PHPでTDD&CIワークショップ」 http://atnd.org/events/16626 で @yamashiro が発表するための資料だよ。 ワークショップ参加者じゃなくても記事読むだけで完結するようには書いてあるよ。 概要としては、Jenkins を使って PHP のウンコレガシーなコードをいかに綺麗にして行くかということを説明する。 自画自賛だけど PHPMD とか PHPCPD の使い方の説明の資料としてもそこそこイケてる資料になってると思いました。まる。 この記事に書かれてることは、割とTemplate for Jenkins Jobs for PHP Projectsとかぶってるけど、プラグインを絞ってあるのと、一個一個のプラグインについて解説、また実際にエラーが起きたときにどうすればいいのか書くよ。 Java と Jenkins のインストールとJ

みなさんこんにちは。@ryuzeeです。 planetgeek.chというサイトでUrs Enzler氏がTDDのチートシートを公開していたのでご紹介します。 Clean Code and Clean TDD Cheat Sheets (PDFファイルでダウンロード可能です) 以下で、チートシート内の一部を意訳にてご紹介しましょう。 Unit Test Smellsテストが何もテストしていない一見するとテストが有効に機能しているように見えるが、実はテスト対象をテストしていない テストに過度なテスト準備が必要とされるテストが環境をセットアップするのに長いコードを必要としている。こういうノイズがテストが本当にテストしたいのが何なのか？ということを分かりにくくする。 大きすぎるテスト有用だが大きすぎるテスト。たぶんテストが１つではなく複数の機能をチェックしているか、テストが１つ以上のことをやろう