Bottom line: I prefer writing as few tests as possible to ensure the quality of the code and Maintenance Driven Development is a practical method for achieving that.
Yes, the TDD debate really got me thinking about why I write tests. It used to be about saving me time. Now it seems to be about satisfying other people that I know what I'm doing.
But I am a fan of code-as-documentation, blindingly obvious business logic and data validations at the interface, and I was struck by how Uncle Bob's TDD example just disregards all of that. Hence the QDD piece (which is half serious, half joking; I've left it a puzzle for the reader to figure out which half is which).
3 comments
[ 3.2 ms ] story [ 20.0 ms ] threadBottom line: I prefer writing as few tests as possible to ensure the quality of the code and Maintenance Driven Development is a practical method for achieving that.
But I am a fan of code-as-documentation, blindingly obvious business logic and data validations at the interface, and I was struck by how Uncle Bob's TDD example just disregards all of that. Hence the QDD piece (which is half serious, half joking; I've left it a puzzle for the reader to figure out which half is which).