満足せる豚。眠たげなポチ。:TDD は企画には使うなってことでいい？
あかさたさんの「TDD は新規性の高いサービス開発には適さない」にとても同意。 What(何を作るかっていうゴール) が決まっているかどうかに依存するってことだよね。つまり、naoya さんが言う「新しい機能を作っているときや、新しいサービスを作っているとき」は設計でも実装でもなく、本質的に企画の状態だから TDD とか関係ないと。たまたまコードで表現できる人だから企画をコードで検証している（プロトタイプ作りながら取捨選択してサービスや機能をデザインしている）だけなんでしょう。 個人的に今まで一番「BDD/TDD すばらしい！」と感じたのは、ある機能用のライブラリを書いているとき。開発時の制約で VB6.0 を使っていたんだけど、Collection にイライラしたので Ruby の Array を移植した。 まず、要素の追加とか要素へのアクセスとかの基本機能についてこつこつとテストを書い
テスト・ファーストなんて嫌いだ！
私はテスト・ファーストが嫌いだ。 君はテスト・ファーストを知っているか？ 知らないなら簡単に説明しておこう。テスト・ファーストというのは，XP（エクストリーム・プログラミング[用語解説] ）というソフトウエア開発手法で紹介されている実践項目（プラクティス）だ。プログラムを作る前にテストを作れ，と説く。 テスト・ファーストで言うテストは，ソフトウエア全体のテストではないんだ。ソフトウエアを構成する単体プログラムのテスト，すなわち「単体（ユニット）テスト」を意味する。これまでテストと言えば，ソフトウエアがある程度完成してからのテストがメインで，テスト担当者（テスター）が行う作業，という意味合いが強かっただろう？ しかしテスト・ファーストでは，単体テストをテストの中心に置くんだ。 まず最初にテスト・プログラムを作る。それもテスターではなく，プログラマ自らが作る。それからテスト・プログラムが成功す
テストファーストの弊害
テストファーストは、XP（エクストリームプログラミング）の中でも特に広く浸透したプラクティスの１つである。 テストファーストは、モノを作るよりも前に、まずテストから着手する、という手法だ。モノが無ければテストできないという常識を、根本からひっくり返す斬新なアイディアは、多くのソフトウェア開発者に衝撃を与えた。 テストファーストは、短期開発におけるXPの有効性が認められ、JUnitなどのテストツールが普及した今では、広く受け入れられるようになった。 だが、このようなまったく新しい手法は、初めはなかなか受け入れられ難いが、いったん受け入れられると、今度は逆に、魔法の技術であるかのように盲信されやすい。テストファーストについても、最近では「JUnitでテストコードを書いていれば、ソフトウェアの品質は問題ない」という風潮が広まりつつあるような危惧も感じる。 テストファーストの効果は、多くの人が認め
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
