ストーリーについて - Dan North - Digital Romanticism - digitalsoulのブログ
この記事はDan North氏の記事「What’s in a Story?」を氏の許可を得て翻訳した公式版（"the official translation"）です。（原文公開日：2007年2月11日） ふるまい駆動開発（"Behaviour-driven development"）は「アウトサイド・イン」の方法論です。ビジネス上の結果（"business outcomes"）を識別することで外側から始まり、それらの結果をもたらす諸機能（"the feature set"）へと掘り下げていきます。各機能は「ストーリー（"story"）」としてとらえられ、このストーリーは受入基準（"acceptance criteria"）とあわせて機能のスコープを規定します。この記事ではストーリーとその受入基準を定義して識別するために用いられるBDDのアプローチを紹介します。 イントロダクション ソフト
ScalaTest
Getting started with BDD and ScalaTest In the behavior-driven development style, you specify the behavior of the code with text and verify that behavior with tests. ScalaTest has three traits that facilitate this style: Spec, WordSpec, and FlatSpec. Although three traits all facilitate BDD, they differ in the way they let you express the specification text. Note: Trait FeatureSpec can also be cons
BDDの導入 - Dan North - Digital Romanticism
この記事はDan North氏の記事「Introducing BDD」を氏の許可を得て翻訳した公式版（"the official translation"）です。（原文公開日：2006年9月20日） 私は１つ問題を抱えていました。様々な環境にあるプロジェクトでテスト駆動開発（TDD）のようなアジャイルのプラクティスを用いたり、あるいは教えていると、いつも同じような混乱や誤解に行き当たったのです。プログラマが知りたいと望むのは、どこから始めれば良いのか、何をテストすれば良いのか、何をテストする必要がないのか、１つのものに対してどの程度テストすれば良いのか、テストをなんと呼べば良いのか、テストが失敗した理由をどう理解すれば良いのか、ということでした。 TDDに深く入り込むほどに、自分の道程が、言われたことをコツコツやれば徐々に上達するようなものではなく、むしろ行き詰まりの連続であると感じました
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
