TEFでもTDDや単体テストの話題で持ちきりですが、 極力ユニットテストを書かずに品質を確保する方法 by ひがやすを blog やり方を簡単に紹介すると、最初は、Programming First Developmentで、機能を実装して、ユーザに動かしてもらうってことをユーザの要件が固まるまで繰り返します。このときは、基本的にユニットテストは書きません。動かすことに集中します。 ユーザの要件が固まった(実装がほとんど終わった)ら、保守のためのドキュメントの一つとして、テストシナリオ(ユースケーステスト)を作って、テストを行います。そのテスト中に、バグが発見されたらその周辺のユニットテストを書いていきます。 後述にもありますが、「ユニットテストは工数がかかる」という意見に対する対案のようなもので、せっかく書いたテストコードをより効果的・効率的にするための工夫ですね。 事実、ここ数年、「ユ
![ソフトウェアテストの勉強室](https://cdn-ak-scissors.b.st-hatena.com/image/square/d95f5d57dd5957d8467eee80252ac739d47afb4e/height=288;version=1;width=512/http%3A%2F%2Fsoftest.cocolog-nifty.com%2F.shared-pleasy%2Fnifty_managed%2Fimages%2Fweb%2Fogp%2Fdefault.png)