By David Heinemeier Hansson on April 23, 2014 Test-first fundamentalism is like abstinence-only sex ed: An unrealistic, ineffective morality campaign for self-loathing and shaming. It didn't start out like that. When I first discovered TDD, it was like a courteous invitation to a better world of writing software. A mind hack to get you going with the practice of testing where no testing had happen
和田卓人さんによるテスト駆動開発問題解説の寄稿です! バグのないよいコードを書くには、よいテスト設計が重要です。今回は現在時刻に関する問題と、その問題で提出された実際の解答コードを紹介しながら、どのようにテスト設計し開発していくのかを解説していきます。 ゲスト解答による解答コードも公開中! by CodeIQ運営事務局 はじめに こんにちは、和田(@t_wada)です。今日は先日出題させていただいたTDDに関する問題の総評を行いつつ、テスト容易性設計について考えてみたいと思います。 問題文 私が出した問題は、以下のようなものでした。 問1. 下記の仕様をテスティングフレームワークを使ってテストコードを書きながら実装してください。 【仕様1】 「現在時刻」に応じて、挨拶の内容を下記のようにそれぞれ返す機能を作成したい。 (タイムゾーンはAsia/Tokyoとする) 朝(05:00:00以上
In addition to learning new things on every client project, our team is full of readers who enjoy gaining new perspectives and insights from books....more. Feedback plays a crucial role in any successful outcome, but not all feedback is constructive. Poorly structured design reviews and poor team dynamics can have...more.
gems ディレクトリの */spec/**/*_spec.rb ファイルに対して 'it .* do' を grep する。 cd ~/.rvm/gems/ruby-1.9.3-p327/gems find */spec -type f -name '*_spec.rb' | xargs grep -ho 'it .* do' | sort | uniq | lessみたいな感じ。以下のような出力が得られる。 : it "accepts a URL as the path" do it "accepts a block to change output" do it "accepts a block" do it "accepts a body" do it "accepts a class as argument with a task to invoke" do it "accept
「JUnit実践入門 ~体系的に学ぶユニットテストの技法 (WEB+DB PRESS plus)」を献本して頂いたので読んでみました。 普段は PHPUnit でテストを書いているので、その本家とも言える JUnit の本は興味津津でした。 実は、今でこそ PHP 三昧の日々ですが、数年前(JDK1.3 とか 1.4 の時代ですが)は Java で開発していたこともあったので、いまどきの Java、JUnit がどうなっているか知りたくもあり、興味深く読み進めることができました。 読んでみて感じた点を挙げてみます。 1. 圧倒的なボリューム まず目次をざっと見た時に感じたのがカバーしている範囲の広さです。正直よく一冊に収まってるなあと:D JUnit の解説からはじまり、JUnit を使ったテストの書き方、ソフトウェアテスト・テスト技法、ユニットテストのパターン、そして JUnit のより
去る8月にアメリカ・テキサス州ダラスで開催された Agile 2012 にて James Grenning さんにインタビューを実施させていただきました。James さんは、組み込みソフトウェア開発におけるアジャイル開発のコーチ・トレーナー・コンサルタント、『Test Driven Development for Embedded C』[1] の著者、アジャイルソフトウェア開発宣言の著者17名の1人、そしてアジャイルな見積り手法「プランニングポーカー」[2] の考案者でもあります。 インタビューでは、日本の「 Test Driven Development for Embedded C読書会 」参加メンバーから挙がった質問について順次尋ねる形で進めました。 2012 年 10 月号の前編に続く後編の本記事では以下の話題についてお伝えします。 ・ モデリングやアーキテクチャ設計とTDDの関係
設計ツールとしてのモックの使い方について考える。 導入 先日、"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
コマンドラインから phpunit コマンドによるテストの実行 ブラウザから VisualPHPUnit によるテストの実行 Stagehand_TestRunner によるコマンドラインからのテストの自動実行 と 3つのテストの実行方法をみてきましたが、今回は第4の方法として、Eclipse/PDT からのテストの実行方法です。 Eclipse でコーディングをしている場合は、この MakeGood によるテストの実行方法が最高に便利ではないかと思います。Eclipse からのテストの実行が自動でも手動でも思いのままです。 MakeGood のインストール Eclipse を起動し、メニューから Help → Install New Software... を選択します。 次に「Add...」ボタンをクリックします。 以下の更新サイトを登録します。「Name:」は「MakeGood」とし
ちょっと前、id:t-wadaさんらがtogetterで「デフォルトでテスト成功にするという JUnit の設計判断とその功罪について」っていうテーマでいろいろつぶやかれてましたね。 http://togetter.com/li/138798 あったら便利かもしれないので、assertion養成ギプスをjavaagentとして作ってみました。 http://kompiro.org/maven/junit/extensions/quick/training.assert/0.0.1/training.assert-0.0.1.jar Eclipseだと、プロジェクトの直下に上記のJARを配置し、VM Argumentsに下記のように「-javaagent:training.assert-0.0.1.jar」と加え、 javassit 3.12.1に依存しているため、それもダウンロードしてクラ
車窓からのTDD [PDF形式 126 KB] 最近話題沸騰(?)のテスト駆動開発について、 ko-chan(北野)と平鍋の二人が実際にTDDを行っている所を実況中継したいと思います。 TDDが行われた場所は、二人が出張から帰る「加越」という特急電車の中。 さて何が行われたのか?
Cucumberの入門書がついに登場。Rubyの全ライブラリの中でも人気度ベスト10に入るほど(ruby-toolbox調べ)の知名度を誇るBDD向けツール、Cucumberを日本人(日本語)でも使いこなせるよう、分かりやすく解説。今日からテストを書くのも日本語で。 『はじめる!Cucumber』の刊行を記念して、著者である諸橋さんにお話をうかがいました。 (2010年11月8日、聞き手:高橋征義) Ruby、Rails、テストとの出会い ── 諸橋さんはRails勉強会@東京の世話役や、『Railsレシピブック』の執筆などでもよく知られていると思いますが、まず、諸橋さん自身の、RubyやRailsとの出会いについて聞かせてください。 諸橋 Railsというか、まず一番最初にRubyとの出会いまでさかのぼると、大学時代にiMacを買ったのがきっかけです。ちょうどMac OS Xとかのパブリ
先週末、XP祭り関西2011にて「ユニットテストの保守性を作りこむ〜設計・実装の工夫で支えるテストの継続的活用〜」と題した講演をさせて頂きました。 今回は内容として、ユニットテストをより継続活用するためテストの実装とテスト設計の工夫でユニットテストの保守性を高めていく、という話を取り上げさせて頂いています。 ユニットテストの保守性を作りこむ, xpjugkansai2011View more presentations from H Iseri. ※PDF版 今回は、直前にJaSST'11 Tokyoで登壇機会(残務処理が終わり次第報告したいと思います)があり、また仕事も急がしいままという状況が重なって準備でしんどい思いをしましたが、何とか無事に終わりかなり安堵しています。 登壇者として声をかけて頂いた細谷さんや、すばらしいイベントを作り上げているXPJUG関西の方々に深くお礼申し上げます
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く