テスト駆動開発・実践編 - Strategic Choice
ケント・ベック師の著書で、TDDの教科書「テスト駆動開発入門」の、「Part1 Money オブジェクトの例」を写経して、TDDを「実践」し、これまで学習した「パターン」「プラクティス」を理解し、定着させます。目次テスト駆動開発・実践編01・黄金の回転（「第1章 複数通貨のMoney」より）テスト駆動開発・実践編02・テストファースト（「第2章 オブジェクトの退化」より）テスト駆動開発・実践編03・（「第3章 すべてに対する等価性」より）テスト駆動開発・実践編04・（「第4章 プライベート化」より）テスト駆動開発・実践編05・（「第5章 『フランク』に話す」より）テスト駆動開発・実践編06・（「第6章 再度、すべてに対する等価性」より）テスト駆動開発・実践編07・（「第7章 りんごとみかん」より）テスト駆動開発・実践編08・（「第8章 オブジェクトの生成」より）テスト駆動開発・実践編09・
TDD談義への反応に対する雑感（テスト駆動開発を取り巻く誤解等） - 千里霧中
先日、twitter上でTDDに関する談義があったのだけれど、気になったのがそれに対するテストや品質の方々の反応。特にTDDの戒めである「品質保証を目的としていない」という書き込みに対してネガティブな反応が多かったのが気になった。 開発経験もあり定義や概念の扱いに注意深い方々なので誤解の可能性はないと思うが、結構問題が入り組んでいるように感じたので、今回テストエンジニアと開発者の視点の差異を焦点にして一部の論点を整理したいと思う。 開発者のいう品質保証の定義 まずTDD談義で開発者が「品質保証のためのテスト」「品質管理のためのテスト」などと呼んでいるテストの定義は、乱れや不統一感も多少あるけど、基本的にKent Beckや和田さんが使われているQAテストの定義によるもの（http://gihyo.jp/dev/serial/01/tdd/0003）。 この定義で「品質保証のための単体テスト
深夜のテストTL
ヨシオリX @yoshiori なんか「テストファースト」って言葉に2種類の使われ方があって、混乱するなぁ…… テスト手法のテストファーストと、開発手法のテストファーストはわけるべきだよなぁ 2010-02-15 00:43:52 ヨシオリX @yoshiori 「TDD はテスト計画をせずにテストしてしまうから……」とか「品質管理のためには……」とか言われるとなぁ TDD はあくまで"開発"手法であって、テスト手法では無いんだよね。もう、TDDで品質があがるって啓蒙するの止めちゃえば、いっそ変な誤解が広がらないんじゃないかなぁ。 2010-02-15 00:47:13
id:t-wada先生のつぶやきメモ - ただぶろぐ
TDDerがとても為になりそうなことをつぶやいてくれたので、、、 (テストの止め時は)不安が退屈に変わるまで http://twitter.com/t_wada/statuses/776903512 そう考えると、TDDは一歩一歩進むための手法で、好奇心や興奮が不安に勝る精神状態を止めることはできないよなぁ。 http://twitter.com/t_wada/statuses/776908900 好奇心や興奮がコーディングの楽しみの一つでもあるし、プログラマの本能としては止めることが出来ないと思うし、止めるべきものでもないと思うのです。 http://twitter.com/t_wada/statuses/776909573 ただ、実感として言えるのは、テスト駆動やテストファーストに慣れると、テストしやすいコードとはどういうものなのかが分かります。そうすると、「俺ってばスゲー」タイムでも
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
