Testing in Swift
About the content This content has been published here with the express permission of the author. Software tests are great for verifying software behavior and improving the quality of your code. In this talk, we learn from Jeff Hui about tooling, techniques, and writing tested code with the Quick testing framework. He also talked about generative testing, a prevalent functional programming approac
Rebuild: 43: Kent is More Professional (Kenn Ejima)
Kenn Ejimaさんをゲストに迎えて、TDD、Foursquare、Yelp、OAuth 2 などについて話しました。 Show Notes Keynote - Writing Software - David Heinemeier Hansson - RailsConf 2014 TDD is dead. Long live testing. (DHH) RIP TDD Kent Beck is TDD Dead? Hangout テスト考2014 - Hidden in Plain Sight Throwing away tests after TDD cookpad/rrrspec 分散テスト実行システムRRRSpecをリリースしました Meet Swarm: Foursquare's ambitious plan to split its app in two | The Ve
TDDは死んだ。テスティングよ栄えよ。 by DHH | 2014-04-24 - やっとむでぽん
DHHの"TDD is dead. Long live testing."を、訳してみました。 翻訳 やっとむ By David Heinemeier Hansson on April 23, 2014 著 David Heinemeier Hansson 2014年4月23日 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 disco
テストファーストなGitワークフローについて - kazuhoのメモ置き場
Gitのワークフローに関する話題が、また盛り上がっているようなので、僕が好んで使っているワークフローについて書きます。 対象としているソフトウェアは、GitHubやGitHub Enterprise等を使って開発されている、リリースブランチを切らずにmasterにリリースタグを打っていくだけで十分な程度の、ウェブサービス（の部品）やオープンソースプロジェクトです。 まず、以下の２点を原則として考えています。 origin masterを壊さない origin masterの（1st parentをたどるツリー）にテストを通らないcommitを入れないよう努めます 変更の主題を常に明確にする 前者の理由は、masterをいつでもリリース可能な品質に保つためと(←12:44追記)git bisectするときに困らないようにするため。そして、これらの原則から、以下のようなワークフローで作業するこ
「RSpec は英語として読みやすいから良い」というお題目はなんだったのか - @kyanny's blog
rspec-2.11 がリリースされましたね。いくつかの変更点の中に、今後は should ではなく expect を推奨し、デフォルトでは expect のみが有効化されるようになる、というものがありました。 http://myronmars.to/n/dev-blog/2012/06/rspecs-new-expectation-syntax 個人的にこの変更は説得力に欠けるなーと思っていて、 expect 推しにする理由が should は Kernel にはえるので Kernel を include しない BasicObject のインスタンスに対して should を呼ぶとおかしくなる 標準ライブラリ delegate は Kernel のメソッドの一部だけを include するので rspec と delegate のどちらが先にロードされるかによって should の挙動
factory_girl で最低限知っておきたい4つの使い方 - (ﾟ∀ﾟ)o彡 sasata299's blog
2013年08月22日13:26 Ruby factory_girl で最低限知っておきたい4つの使い方 みなさん、テストを書くときには Fixture Replacement として何を使ってますか？一番メジャーなところだと factory_girl でしょうか。machinist も有名ですね。シンタックスの違いのようなので基本的にはどちらでも良さそうです。 参考（stackoverflow）Machinist vs FactoryGirl - pros and cons In other words, both are extremely similar, just with a different default syntax. 今回は（僕が factory_girl4.2.0 を使ってるので）factory_girl4.2.0 についての話です。 インストール まずインストールし
これであなたもテスト駆動開発マスター！？和田卓人さんがテスト駆動開発問題を解答コード使いながら解説します～現在時刻が関わるテストから、テスト容易性設計を学ぶ #tdd｜CodeIQ MAGAZINE
和田卓人さんによるテスト駆動開発問題解説の寄稿です！ バグのないよいコードを書くには、よいテスト設計が重要です。今回は現在時刻に関する問題と、その問題で提出された実際の解答コードを紹介しながら、どのようにテスト設計し開発していくのかを解説していきます。 ゲスト解答による解答コードも公開中！ by CodeIQ運営事務局 はじめに こんにちは、和田(@t_wada)です。今日は先日出題させていただいたTDDに関する問題の総評を行いつつ、テスト容易性設計について考えてみたいと思います。 問題文 私が出した問題は、以下のようなものでした。 問1. 下記の仕様をテスティングフレームワークを使ってテストコードを書きながら実装してください。 【仕様1】 「現在時刻」に応じて、挨拶の内容を下記のようにそれぞれ返す機能を作成したい。 (タイムゾーンはAsia/Tokyoとする) 朝(05:00:00以上
Java、バージョン番号のルールを変更 - 20の倍数、5の倍数、1足して……
Oracleはここのところ、頻発するJavaのブラウザに関係したセキュリティホールに頭を悩ませている。セキュリティ対策に力を入れるために開発リソース割り当てたことで、当初予定していたJava 8のリリース日を先延ばしにするなどの変更を実施している。そして今度はバージョン番号の割り振りも変更することになった。セキュリティパッチの提供頻度が多すぎ、現在のバージョン番号ルールでは対応できなくなったためだと説明している。 「Java SE - Change in Version Numbering Scheme」で説明されている新しいバージョン番号ルールをまとめると次のとおり。 Limited Updateは20の倍数を割り当てる Critical Patch Update(CPU)には5の倍数を割り当てる。倍数が偶数になる場合にはさらに1を加算して奇数へ変更する Limited UpdateとC
TDD Boot Camp(TDDBC) - TDDBC長岡1.0/演習
Java、バージョン番号のルールを変更 - 20の倍数、5の倍数、1足して…… (アナウンス原文) Limited Updateは20の倍数を割り当てる Critical Patch Update(CPU)には5の倍数を割り当てる。倍数が偶数になる場合にはさらに1を加算して奇数へ変更する Limited UpdateとCPU以外の予定外のアップデート(Security Alert 等)はそれらバージョン番号の間の数字を使用する 例 JDK7u40 7 : family number 40 : update number バージョンアップ LUされたら → JDK7u60 CPUされたら → JDK7u45 → JDK7u51 その他 → JDK7u41 最初に この仕様に矛盾点がないかペアで相談してみよう！ 題1 : validかどうか調べよう Version.isValid("JDK7u
TDD Boot Camp 長岡 1.0
Keynote TDDの伝道師「和田卓人氏」によりTDDの心を伝えていただきます。 ペアプログラミングによるTDDデモ＆写経タイム 経験豊富なTAによるデモとともに、実際にTDDの流れをなぞってみましょう。 昼食・休憩 昼食は持参していただくか、会場外の飲食店にてお願いします。 ペアプログラミングによるTDDハンズオン ペアプログラミング・セッションでは、会場に集まった参加者同士で、使いたい言語・テスティングフレームワークによってペアを組みます。お一人でもお気軽にご参加ください。なるべく知らない人同士で組むのもオススメです！ レビュータイム 各ペアの中から何組かに、ハンズオンの成果を発表していただきます。 懇親会 おいしい食事、お酒とともにイベントを振り返りましょう。 会場が決まりました！！！ 十字路「2.5時間飲み放題付き 日本蕎麦コース」 生ビール＆『八海山・久保田千寿・〆張鶴・越の白
TDDBC長岡1.0を5月に開催します #tddbc
TDD Boot Camp(TDDBC) – TDDBC長岡1.0 twitterでNiigata.LLの情報が流れてて、RTしたらなごや方面のこわい人たちが反応したので、「おいでよ」って言ったけど予定がぶつかってるらしく来れないとのこと。 で、どうしようかなとかつぶやいてたらいつの間にかTDDBCを開くことになっていたでござるの巻。何をいっ（ｒｙ というわけで、5月中旬から下旬を目途に、TDDBC長岡1.0を開催しようと思います。内容などは全く未定なのですが、とりあえず宣言して自分を追い込むライフハック。 協力していただける方は、ぜひTDDBC MLに参加してください。 また動きがあったら随時こちらにも展開していこうと思います。
TDDで変わった人生 - やっとむでぽん
プログラミングは大学生の頃からしていました。さらに辿れば小学生からBASICでゲームを書いたりしていたので、期間だけで言えば30年近くプログラミングをしてきたことになります。大学のときにはアルバイトでプログラマをやっていて、小さいながら1システムの詳細設計以降くらいを任されたりもしていたので、まあ一応はプロのプログラマだったと言えるかもしれません。SIerに就職してからも、プロジェクトをとりまとめたりもしながらバリバリとコードを書く仕事をして、アプリケーションアーキテクトの真似事をやることもありました。まあ、ありがちなキャリアなんじゃないかなと思います。 当然はじめのうちはTDDなんていう発想はなく、テストの自動化に近いことはやっていたものの、作業自体は「前もってそっくり設計する」スタイルでした。せっかちな性格が災いして設計が詰まりきってないのに実装を始めて、案の定ハマってやりなおし、とい
「愛せないコードを書くには人生はあまりにも短い」というタイトルで TDD について講演させていただきました #TddAdventJp #devlove2012 - t-wada の日記（旧）
このエントリは、 TDD Advent Calendar jp: 2012 の 17 日目の参加エントリです。前日のエントリは [twitter:@shuji_w6e] さんの「軽量なテスト駆動開発を目指して」でした。 久しぶりのエントリです。久しぶりどころか、なんと日記の更新が一年ぶりになってしまいました……(もはや年記ですね)。 昨日、二日間開催された DevLOVE 2012 の二日目最後の(?)講演として、「愛せないコードを書くには人生はあまりにも短い」というタイトルで TDD について講演をさせて頂きました。 DevLOVE では何度か登壇の機会を頂いているのですが、昨日はいつもとは少しだけ違いました。その違いとは「イベントで私以外にも TDD の事を講演する人が複数いる」ということでした。諸橋さん([twitter:@moro])の「テストに開発をもっと駆動させたい」と和智さん
TDD的にiOSアプリケーション開発してみる - yaakaito::Blog
Test, Objective-C, iPad, iPhone(iOSのテストを書くとViewControllerがコントローラーになれる話 - yaakaito::Blog を先に見ておくと、何がやりたいか分かり易いかもしれません。)iOSアプリケーションのテストの書き方、難しいですよね。僕もよく分からないので手探り状態です。とりあえず、標準のOCUnit使ってTDDっぽいことしてみれば、何か叩き台になるかな？と思ったのでその過程を公開してみます。書くテストロジックテストだけです。後々アプリケーションテストもやる予定なのですが、というか一緒にやってたんですが、重すぎたので一旦ロジックテストだけです。ロジックテスト主体で書けるようにできる限りViewContollerと切り離してコードを考えています。ツッコミ大歓迎！(ロジックテストだけやるので、ビューに表示するところまで書いてません)リク
RSpec の入門とその一歩先へ - t-wada の日記（旧）
和田 卓人(@t_wada) 作『RSpec の入門とその一歩先へ』はクリエイティブ・コモンズ 表示 - 継承 4.0 国際 ライセンスで提供されています。 東京 Ruby 会議 03 の RSpec ワークショップの資料です。このワークショップでは参加者の方に「写経」(コードを書き写すこと)をして貰い、TDD/BDD と RSpec を同時に学べるように都度説明を入れるかたちで行いました。 第2イテレーションも書きました。続きに興味ある方はご覧下さい (更新) 第3イテレーションも書きました。続きに興味ある方はご覧下さい 1st iteration favotter の みたいな NG ワードのフィルタリング機能を RSpec で作りましょう。まずは NG ワードの検出機能を作成します。 このイテレーションでは最初ベタな形のテストコードと実装を書き、だんだんとそのコードを洗練させてゆきま
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Turnip使ってみた - 旧ブログ
TDDの自殺 #TDDeX
PerlでTDD(テスト駆動開発)するなら覚えておきたいCPANモジュール群 | hirobanex.net
ドメインパーキング
GitHub - yaakaito/ios-tdd: TDD的にiOSアプリケーション開発してみる