Smaller pieces, lower pain
In software and in life, breaking tasks into the tiniest possible pieces makes them smoother, and therefore easier and safer.
tdd
a Rug story: adding test cases
These days I work on Rug, Atomist’s library for coding code modifications. Adding a feature, I start by creating a test. While it’s tempting to create a narrow test around the piece of code I want to change, it’s better to create an API-level test. Testing at the outside has a few benefits: it tells …
TDD with generative testing: an example in Ruby
Say I’m in retail, and the marketing team has an app that helps them evaluate the sales of various items. I’m working on a web service that, given an item, tells them how many purchases were influenced by various advertising channels: the mobile app, web ads, and spam email. The service will look up item …
TDD is Dead! Long Live TDD!
Imagine that you’re writing a web service. It is implemented with a bunch of classes. Pretend this circle represents your service, and the shapes inside it are classes. The way I learned test-driven development[1], we wrote itty-bitty tests around every itty-bitty method in each class. Then maybe a few acceptance tests around the outside. This …
Gradle is easy: Groovy tests
Today in Unit Testing, an evil framework class hid my important return value away in a private field. Groovy to the rescue! So far, all our code and tests are in Java. It took only two lines in build.gradle, as specified in the gradle documentation, and poof. I put my little test class in src/test/groovy/package/structure, …