Archive for the 'test-driven' Category

Did I say don’t unit-test GUIs?

Isn’t life funny? Two weeks ago I stated my opinion that unit-testing graphical user interfaces isn’t worth the trouble. Now I find myself doing it, writing unit-tests for GUI components.
What happened, did I come to my senses or go crazy (pick the expression that fits your point of view) during Christmas holidays? No, I still [...]

Don’t unit-test GUI

I’m currently rereading parts of the book Test-Driven Development: A Practical Guide, by David Astels. It’s a great book in many ways, well worth reading, but I have objections to one particular section in the book.
The author tries to convince me that developing my user interfaces using a test-driven approach is a good thing to [...]

Tools of The Effective Developer: Make It Work - First!

I’ve come across many different types of developers during my nearly two decades in the business. In my experience there are two developer character type extremes: the ones that always seek and settle with the simplest solution, and the ones that seek the perfect solution, perfect in terms of efficiency, readability or code elegance.
Developers from [...]

I’m back!

I’m back from my three week vacation!
I had a great time, but as suspected I wasn’t able to stay away from computers. In the warm evenings, just for fun, I started to implement a ray tracer in the D Programming Language.
I have been looking for a suitable project that would give me a chance to [...]

How to automate acceptance tests

In a comment to my previous post AC wonders how I automate acceptance testing. He considers that as being done by real testers. Well, he’s absolutely right. I expressed myself a bit sloppy, so let me use this post to explain what I meant to say.
Acceptance testing is done by the customer to make sure [...]

Tools of The Effective Developer: Fail Fast!

It’s a well known fact that we regularly introduce errors with the code we write. Chances are slim to get it right on the first try. If we do, the risk is great that changing requirements and murdering deadlines will mess things up later on.
It’s also well known that the cost of failure increases with [...]

Quit Debugging!

I have a confession to make: I used to be addicted to debugging. Yes, it’s true. When I got hooked - damn you Delphi - I wasn’t able to see the dark side, the demonic side of the debugger. It lured me into thinking only quick fixes, and I lost track of the big picture. [...]

Agile low level programming in D

Agile software development techniques have long been utopia for low level system developers. The C programming language has been the most reasonable choice for implementing hardware near applications and drivers; But C was not designed with agility in mind. Hence methods like test driven development has been a pain to implement using C.
Now an alternative [...]