現在時刻が関わるユニットテストから、テスト容易性設計を学ぶ - t-wadaのブログ
この文章の背景について この文章はテスト容易性設計をテーマに 2013/11/26 に CodeIQ MAGAZINE に寄稿したものです。残念ながら CodeIQ のサービス終了と共にアクセスできなくなっていたため、旧 CodeIQ MAGAZINE 編集部の皆様に承諾いただき、当時の原稿を部分的に再編集しつつ、ライセンス CC BY（クリエイティブ・コモンズ — 表示 4.0 国際 — CC BY 4.0） で再公開いたしました。 旧 URL にいただいたブックマークとご意見はこちらです（これであなたもテスト駆動開発マスター！？和田卓人さんがテスト駆動開発問題を解答コード使いながら解説します～現在時刻が関わるテストから、テスト容易性設計を学ぶ #tdd｜CodeIQ MAGAZINE）。旧記事には本当に多くの反響をいただき、誠に感謝しております。 目次 この文章の背景について 目次 出
テストをどこまで書くか - はこべにっき ♨
CROSS2014で以下の2つのセッションにお招きいただきお話をさせていただいた。ありがとうございました。 http://www.cross-party.com/programs/testcidevops/ はてなやクックパッドの開発現場で、CIやテストはどう行われているのか？（前編）。CROSS 2014 － Publickey 2014/1/17 #cross2014 現場に聞く！テスト/CI/DevOps、実際のところどうなの - Togetterまとめ http://www.cross-party.com/programs/butsukari/ 2014/1/17 #cross2014 コードレビューCROSS 〜ぶつかり稽古 2014初場所〜 - Togetterまとめ セッション中はもちろん、その後の懇親会でもいろいろな方におはなしを伺えてかなり勉強になった。テストやコードレビ
RSpec3初心者向けの資料まとめ直しました！[Ruby]
TDDでRSpecを書くにあたって、どれだけ効率的に効果的なテストが書けるかは、品質を高めていく上ですごく大切なことだと思います。 今回、RSpec3用のドキュメントやWebサイトをいろいろ読みなおして、最近までに特に良かった記事などを中心にまとめ直しました。 RSpec3に入門しようとしている初心者さんや、普段使っているけどもう一度RSpec3の知識を整理したい人にオススメのマトメです！ 🗽 TDD/BDDとは？TDD/BDDにおける「振る舞い」の意味するところとは何なのか RSpecに限定された記事ではないですが、BDDの根本的な概念の「振る舞い」についてまとめられた記事です。 これを知っておくことで、ここから先の話がかなりスムーズに理解できるようになると思います。 🎂 まずテスト書いてからコード書くシンプルなチュートリアルはじめてのRSpec - まずテスト書いてからコード書くシ
![RSpec3初心者向けの資料まとめ直しました！[Ruby]](https://cdn-ak-scissors.b.st-hatena.com/image/square/c2ea7e72d0d7f3ba6c237909f321e67ffbdaa24e/height=288;version=1;width=512/https%3A%2F%2Fmorizyun.github.io%2Fimg%2Fog_image.png)
Everyday Rails RSpecによるRailsテスト入門でRSpec3に再入門！[書評]
『Everyday Rails - RSpecによるRailsテスト入門』 が、RSpec3に対応したとの噂を聞いて1年ぶりに読み直しました。この書籍は著者や訳者さんが、しっかりとアップデートを続けてくれているので、最新の入門チュートリアル としてRSpecの実践的な使い方が習得できるすばらしい本です。 今回は『Everyday Rails - RSpecによるRailsテスト入門』 を読んでいく中で、特に印象に残った部分を中心にピックアップしていきます。ブログ駆動勉強ですw 🍣 Everyday Railsのサンプルソースeverydayrails/rspec_rails_4 - GitHub この書籍ではできるだけRSpecやテストに集中できるようにサンプルソースが用意されています。しかもRails 4対応と至れり尽くせりです。すばらしい！ ターミナルで次のコマンドを実行すると、ロー
ユーザストーリーから始めるTDD - ヱビスブログ
ヱビスブログ :: ユーザストーリーから始めるTDD TDD from starting from user stories - a top-down styleを日本語でザックリまとめました。 意味を明らかに取り違えているようなところがありましたら指摘してください。 ------------- TDDのルールは最初にテストを書く事だ。現実世界のプロジェクトの多くは、ソフトウェアがGUI、Web、データベースや外部システムとの依存を含んでいる。大概これらはJUnitクックブックのサンプルほどシンプルではない。プロジェクトが異なれば、TDDの実装方法も異なる。例えばテスターが受け入れテスト記述の責務を取り、開発者はユニットテストを書く。TDDer向けにユーザストーリーから始めるトップダウンなTDDスタイルを提唱したい。 ユーザストーリーから始めるTDD What? ユーザスト
XPlorations Archives - XP123
Let’s look at the threaded code approach. It’s a less-well-known way to build an interpreter for a programming language. (The more common approach simulates each instruction.) Threaded code has a high-level analog, and some extra tricks when done in assembly Continue reading Threaded Code (and Composite)→ Time is a well-known source of trouble for programmers. We looked earlier at one type of time
fkino Wiki - Kent Beckのテスト駆動開発入門をRubyで写経する
money_test.rb require 'test/unit' require 'money' require 'bank' require 'sum' class MoneyTest < Test::Unit::TestCase def test_multiplication five = Money.dollar 5 assert_equal Money.dollar(10), five.times(2) assert_equal Money.dollar(15), five.times(3) end def test_equality assert(Money.dollar(5) == Money.dollar(5)) assert(!(Money.dollar(5) == Money.dollar(6))) assert(!(Money.franc(5) == Money.do
例で覗くテスト駆動開発(TDD)
テスト駆動開発(Test-Driven development = TDD)については、以前からTest Firstという名で知っていましたし、実践しようともしていたはずなのですが、Kent Beckの"Test-Driven Development by Example"を読むまでは、やっぱりわかっていなかったような気がします。 それでは今ならわかっているのかというとそれも心もとないので、自分の理解を確かめるためにもmini Test-Driven Development by Exampleを書いてみることにしました。 使用している言語はRubyです。私はRubyが得意なわけではないのですが、Rubyなら処理系によるエラーメッセージの違いやIDEの操作方法の違いに惑わされずに済むかもしれないと思いRubyにしてみました。必要最低限の説明は入れましたのでRubyを良く知らない人でもわかっ
BDD = Behavior Driven Development - テストの視点から仕様の視点へ：An Agile Way：オルタナティブ・ブログ
以前のブログで、テストをデザインの手段として捉える、TDD(Test Driven Development)の発展として、BDD(Behavior Driven Development)について紹介した。要は、テストにまつわるボキャブラリから、仕様周辺のボキャブラリに変更することから生まれる、新しい開発の捉え方だ。例えば、Stackが生成時に空であるという仕様を、こう表現する。 shouldBeEmpty() { Stack stack = new Stack(); Verify.that(stack.isEmpty); } 以前の、test, assert というボキャブラリではなく、should, verify というボキャブラリへの転向。 このBDDの本に関する、先行和訳の試みを、懸田さんが始めた！http://log.giantech.jp/BDDIntro-ja.html 要チェ
テスト駆動開発のテストは、テストか？―TDD から BDD へ - An Agile Way [ITmedia オルタナティブ・ブログ]
アジャイル開発の中の１つのプラクティスであるTDD(Test Driven Development、テスト駆動開発)に使われるユニット・テスト、というものの役割について、よくテスト界の人との意見の相違がある。テストとしての完全性、や、品質保証についての考え方から見ると、テストとは呼べないのでは？ということ。 最近、アメリカテスト界の有名人であり、アジャイルコミュニティへの貢献も大きい、Brain Marick(www.testing.com/cgi-bin/blog) 氏とメールで話す機会があった。 アメリカでのコンセンサスは、TDDのテストはテストとしては二義的であり、一義的には、「設計ツール」だ これは、以前「テストの役割=進捗管理＋設計戦略」 blogs.itmedia.co.jp/hiranabe/2005/08/sd4__c05e.html で 紹介した、t-wadaさんの「テス
標準出力に結果を出すプログラムをJUnit 4.1でテストする方法
「標準出力に結果を出すプログラムをJUnit 4.1でテストする方法」について書きます。 テスト対象となるプログラム(Hello.java) たとえば、以下のようなプログラムHello.javaがあったとしましょう。 public class Hello { public static void main(String[] args) { System.out.println("Hello!"); System.out.println("http://www.hyuki.com/"); } }これは次のようにすれば、普通にコンパイルと実行ができます。 C:\work> javac -version Hello.java javac 1.5.0_06 C:\work> java Hello Hello! http://www.hyuki.com/ 懸念事項 テスト（ここではJUnit 4.1
テストを金額にするといくら？ ― ＠IT
テスト駆動開発（Test Driven Development：TDD）。最近この言葉を聞く機会が多いと思いますが、実際のプロジェクトでTDDを取り入れているというケースはあまり聞きません。本稿は、テスト駆動開発に興味はあるけれど、いまだ導入に踏み切れないという開発者のために、その効用や実際の運用方法について、具体例を交えながら述べたいと思います。前半はテスト駆動開発の意義と、導入に当たっての説得材料について検討します。後半では実際にテスト駆動開発を進めるに当たって具体的にやるべきことについて、事例を踏まえながら説明していきます。 テスト駆動開発（TDD）とは テスト駆動開発は一般にエクストリーム・プログラミング（XP）の1プラクティスとして紹介されることが多いと思います。しかし、テスト駆動開発自体は決してXPの開発手法に特化したものではなく、さまざまな開発手法とともに有効利用が可能なもの
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://ubiteku.oinker.me/2015/07/21/tdd-is-dead-long-live-testing/
http://tcgrim.blogspot.com/2005/12/jbehave.html
http://rails.office.drecom.jp/takiuchi/archive/92