How do you test?

by Dejan Bosanac

After introduction of Test Driven Development (TDD) there was only one "testing related mantra" for developers:

write test, write code, refactor

and that was the point were all further discussion stopped. Of course, this is only the introduction to this topic as there are many other factors that should be considered in order to deliver quality software to your customers.

Finally, in past few months I ran across few articles (and blog entries) that broadens discussion on this very important topic. In this post I'll collect them in one place and summarize their content hoping that they will be a valuable read to you (as they were to me).

4 Comments

Bart van Kuik
2006-10-03 02:45:27
I find maintenance of tests can take quite a bit of time and is boring, too. I keep the amount of test code small. So what I'm currently doing on my project at work is testing the modules (yes modules, I do Perl), but not the GUI. Also, I don't put in a lot of strange input. I definitely wouldn't call it 'heavily tested', but it suits me for now.
Thomas Boshell
2006-10-06 04:12:36
I test what I need when I need. I have done a lot of Automated Gui Testing and do code tests (unit) when & where needed, when and if time allows. Regretfully, some customer projects do not allow even the smallest tribute of time for testing. Some barely had time to quickly slap the code together and pray. Then it really just gets on-the-spot tests, and in the maintence phase tests will be done on errors. Not the best situation but what you have to do when time is tight.


TDD is a luxury and not for J2EE projects whose planning-implementing-deployment timeframe are in the low single digit numbers

am
2006-10-06 20:03:30
Since you mentioned defensive programming I was surprised you didn't mention assertions and logging as a way to catch errors in code rapidly during and after development.
MaryJames
2007-05-23 14:08:12
Yo all

How I can change avatar in this forum?