| « 2005年10月7日 | 2005年10月13日の投稿 |
2005年10月16日 » |
アジャイル開発の中の１つのプラクティスである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さんの「テストという言葉について」にも書かれている。
それであれば、
「テスト」の語彙を使わずに、「設計」の語彙をより積極的に使ってはどうだろう
という試みがある。BDD（Behavior Driven Development、ビヘイビア駆動開発)だ。 Dan North がJUnit を改良して、jBehaveというツールを開発している（http://jbehave.codehaus.org/）。ここでは、テストの語彙群が振る舞い（もしくは仕様）の語彙群で置き換えられている。これは、非常に単純な置き換えに見えるかもしれないが、大きな飛躍への可能性でもある。
具体的には、test/assert という名前セットから、より仕様としての振る舞いを連想させる、should/Veiry という名前を使う。
例えば、空スタックのテストであれば、
public void testEmpty() {
Stack stack = new Stack();
assertTrue(stack.isEmpty());
}
ではなく、
public void shouldBeEmpty() {
Stack stack = new Stack();
Verify.that(stack.isEmpty());
}
当然だが、製品コード（Stack）よりも先に、この仕様コードを書き、それを満たすように製品コードを書く。さあ、どうだろう。より「仕様」が見えない？（※ このコードがすごいのは、仕様として「すらすら」読めること！Verifyクラスのstatic メソッドである that() というメソッドネーミングは絶妙だと思う）
「テストを使って仕様を設計する、そしてそれをテストと呼ばずにビヘイビアとよぶ」。これが新しいコンセプトだ。
「新しい名前」は、時として飛躍へのカギを持つことがある。
ちなみに、Ruby界隈にも、rSpec という同様の動きがある。http://rspec.rubyforge.org/
この翻訳をかくたにさんがやっている。http://kakutani.com/20051013.html#p02
※ぼくはAgile Development Conference 2004（レポートがhttp://www.objectclub.jp/community/adc/index2004 にあります）で、Dan NorthがjBehaveのデモを、廊下でやっていたのをみました。自分のPCで聴衆にみせてました。また、Alistair Cockburn の自宅に遊びに行った際も、この名前群の置換の重要性について、Ward Cunningham にとくとくと説いていましたっけ。
| « 2005年10月7日 | 2005年10月13日の投稿 |
2005年10月16日 » |
顧客に“ワォ！”という体験を提供――ザッポスに学ぶ企業文化の確立
ちょっとした対話が成長を助ける――上司と部下が話すとき互いに学び合う
悩んだときの、自己啓発書の触れ方
考えるべきは得意なものは何かではなく、お客さまが高く評価するものは何か
なんて素敵にフェイスブック
部下を叱る2つのポイント
第6回 幸せの創造こそ、ビジネスの使命