InfoQ ホームページ TDD に関するすべてのコンテンツ
-
NUnit 2.5 がリリース
ほぼ１年にわたる開発の後、NUnit 2.5が遂にリリースされた。このリリースに含まれているのはデータ駆動テスト、インラインの期待された例外のテスト、ジェネリックとラムダ式のサポート、別プロセスでのテスト実行とエラー時のソースコードの表示などである。
-
Remarkableでのマクロ、I18n付きのRails BDD
Railsアプリケーションを開発したり、テストしたり、統合する方法は多数ある。基本的なTest::UnitやZenTestがあるTDDからRSpec、ShouldaまたはCucumberがあるBDDに至るまで多岐にわたる。
-
「結合テストはでたらめだ」- J.B.Rainsberger氏による連載の紹介
著名なアジャイリストでテスト駆動開発のエキスパートでもあるJ.B.Rainsberger氏（J.B. Rainsberger）が始めたブログでの連載では、「結合テストはでたらめだ」という考えさせられる見解になぜ氏が行き着いたかの説明がなされている。
-
経験的調査で明かされるテスト駆動開発における品質の向上
学術誌Empirical Software Engineeringにて最初に発表された論文は、次のように報告している。「TDDは様々な分野で適用可能のようだ。また、開発チームの生産性を大きく低下させることなく、開発するソフトウェアの欠陥密度を大幅に削減できる。」この調査では、MicrosoftおよびIBMの4つのプロジェクトが比較されており、TDDを使用したプロジェクトとそれに類似するTDDを使用しないプロジェクトを取り上げている。
-
-
「古典派」TDD 対 「モック派」TDD、これは本当の対立軸だろうか？
先日のTest-Driven Development(テスト駆動開発)Yahoo groupsでの議論で関心を集めたのは、TDDに対するいわゆる「古典派」のアプローチと「モック派」のアプローチとのつながりについてだ。
-
SpolskyとBobおじさんの対決
ここ数週間、Joel SpolskyとRobert C Martin(Bobおじさんと呼ばれている)の間で議論が交わされている。そもそもの発端は、Jeff AtwoodとJoel Spolskyの「38:th Stack Overflow」というポッドキャストで、Joelの「よくユニットテスティングをJoelテストの13番目の項目に加えるべきだと言われるんだけど、それには反対なんだ」という発言だった。
-
リファクタリングは設計の代わりではない
stack overflowコミュニティのメンバの１人が、「設計は最近ではリファクタリングの一部なのだろうか？」という質問をした。この疑問は、創発的な設計へのアジャイルのアプローチについて多く見られる誤解を浮き彫りにしている。
-
デバッガは忘れて、「Saff Squeeze」を使おう
XPの提唱者の一人であり、TDDやJUnit自体の開発者であるKent Beck氏は、デバッガの代わりに単体テストを用いて、JUnitの新しい機能であるJUnitMaxの不具合の調査を行うことについて話をしている。
-
-
ビヘイビア駆動開発を誰にでも
ソフトウェア開発で「ベストプラクティス」を実施することは、時にやや手ごわい先行投資になることがある。結果、開発者に工程をはしょらせて「とにかく終わらせる」ことになってしまうことが多い。これとは別に、ビヘイビア駆動開発（BDD）は、開発者とテスター、経営陣、事業参加者（顧客など）の間の協力関係を、大きく改善することができる技術である。ソフトウェア開発プロジェクトで実行すべき価値のある実践として、着実に採用・評価されてきている。
-
ルールを破ってもいいのはいつか？
「Just Ship Baby」の中で、JUnit Frameworkの作者、Kent Beck氏は、すべてのアジャイルプロセスとプラクティスのポイントは、出荷するソフトウェアを作り出すことだと指摘する。それらがソフトウェアを出荷する障害になるならば、おそらくあなたはルールを破る必要がある。
-
-
-
.NET向けPex自動化調査テスト
PexはMicrosoft Research提供によるホワイトボックステスト生成ツールである。特定のメソッド内で各実行パスのテストケースを別々に手書きするのではなく、デベロッパは1つのパラメータ化されたテストメソッドを記述することができる。Pexはそれを使用し、標準MS Testユニットの一式を生成し、ターゲットメソッド内でパスを実行する。