Over the course of my career I’ve had the pleasure of working with some great agile teams. I’ve also had some bitter disappointments working with great developers, testers and BAs who just don’t get it… Many of the teams that get it didn’t actually use natural language to create executable acceptance tests, however they did […]
I’ve written in the past about Using English to write Acceptance Tests and the tool I choose/advocate is without doubt Concordion. Customers love seeing their stories come alive, but I’ve found developers can sometimes struggle to differentiate these from JUnit tests, particularly since JUnit is used to provide the execution mechanism. I’ve also found that […]
Another emergn coach asked me the other day how I distinguished between an acceptance test and regression tests. For me there is a very simple rule… If I write the test before I write any code, it’s an acceptance test. If I write the test after I’ve written the code, it’s a regression test. If […]
Following on from my previous article, I thought I would share some top tips for creating automated acceptance tests for projects using user centred design. There is nothing inherent in user centred design which prevents an agile approach being adopted and indeed agile adds huge value to user centred design by reducing the feedback loops […]
I read with extreme interest James Shore’s blog about FIT but was dismayed that he devalues automated acceptance testing. To claim that FIT is a “natural language” is wrong, it is a developer language and this is possibly why customers don’t get involved. Concordion on the other hand is natural language and I think plays […]
Thanks to a colleague at emergn I’m left questioning the real value of TDD.
After 2 days coaching on test first development within a legacy code-base (lots and lots of refactoring) it really hit home just how difficult it can be to do something simple.