This post originated from an RSS feed registered with Agile Buzz
by Jared Richardson.
Original Post: One Test per Feature?
Feed Title: Jared's Weblog
Feed URL: http://www.jaredrichardson.net/blog/index.rss
Feed Description: Jared's weblog.
The web site was created after the launch of the book "Ship It!" and discusses issues from Continuous Integration to web hosting providers.
Not every product has smoke tests (a series of tests you can run after each build to make sure the product works well enough to continue development and testing). Smoke tests provide early feedback to developers about their work. So, for the last several years, I've been suggesting to my clients that as they develop a feature, they include one short automated test for that feature in the smoke test. This test allows the developers to know their changes didn't break the product.
...
This isn't optimal, but the people in the group are becoming accustomed to receiving feedback about their work. With the way they'd been implementing "smoke" tests, they prevented themselves from seeing any feedback about their work. This technique might help.
Sounds like another good technique to put in your toolbox...