ウノウラボ Unoh Labs: やってみようBDD on Sinatra
おはようございます。 うちだです。 みなさんテストコード書いてますか？ 私はテストと言われると、どうもやる気がおこりません。 そこでBDD！ 今回はBDD初心者の私が、やってみた過程を綴ります。ツッコミ大歓迎 BDDとは？ Behavior Driven Development 振舞駆動開発 テスト駆動開発ではテストのためにコードを書く 振舞駆動開発では振舞（仕様）のためにコードを書く 結果的にやる事はほぼ一緒 言い方でモチベーションがかなり変わる スペック！スペック！ 各言語のBDDフレームワーク Ruby RSpec .NET NSpec Java JBehave PHP PHPSpec 10ステップでやってみるBDD 1. インストール $ sudo gem install rspec 2. スペックを書く # spec/hello_spec.rb require 'hell
이무르 - site
**인터넷 탐험을 위한 최고의 도구, 주소콕** 안녕하세요, 디지털 세계의 모험가 여러분! 오늘은 웹 서핑의 판도를 바꾸어 줄 놀라운 도구를 소개해드릴게요. 바로 ‘주소콕’입니다! 인터넷에는 무한한 정보와 자원이 존재하지만, 그 속에서 원하는 것을 찾는 것은 종종 어려운 일이죠. 하지만 주소콕과 함께라면 이 모든 게 달라질 수 있습니다. 간편하고 직관적인 인터페이스로 여러분의 온라인 탐험을 더욱 즐겁고 효율적으로 만들어줄 … Read more
TDD/BDDは不完全なユニットテストを招くか？
Peter Ritchie氏は、TDD(source)やBDD(source)にこだわることで、良いユニットテストを書かなくなる傾向があるのではないか、という懸念を表明した(source)。特に「インタラクションテスト(interaction testing)」というマントラは、不完全なユニットテスト、すなわち、どのような条件下で利用されても稼働するユニット(オブジェクト)である、という証明ができていないテストをもたらすと述べている。Peter氏の考えで最も興味深いのは、TDDとBDDのそもそもの意図に対する反対意見と受け取れるところだ。 Peter氏の根底にあるのは、クラスの概念は現実世界の概念とは独立した抽象化の仕組みだということだ。これに従えば、良いユニットテスト(source) とは こうした現実世界とは独立しているクラスを検証することである。この考えは、以下のように、TDDとBD
イベント自体は昨日だった……: オブジェクト倶楽部2006クリスマスイベントでTDDとRSpecについて話をしました, 日本かずひこの送別会壮行会, 「クは駆動のク〜Developer TestingとBDD〜」セッション資料 - 角谷HTML化計画(2006-12-21)
■1 オブジェクト倶楽部2006クリスマスイベントでTDDとRSpecについて話をしました ご来場いただいた皆さま、ありがとうございました。セッション資料はあとでサーバに置きます。 サーバに置きました。今回は反省がいっぱいだ。自分の戸惑いをプレゼンテーションしてしまった。講演後にフィードバックいただいた皆さんに感謝します。またどこかでBDDとかRSpecの話をできる機会があれば、そこに活かしたいと思います。あと、咳さんの疑問に答えられるようになりたい。メイヤーの第2版はまだか。 今回のライトニングークスで、私にとってのベストトークはid:vestigeの人(黒いMacBookの画面を書画カメラに写す新たなプレゼン技法の誕生)。夏の大森さんのトークと同じぐらい好きだな。心が震える。 (あとで書く) 毎度わかりづらいTrackBackのURLはこちら: http://www.objectclu
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
