Learn how to do Specification by Example
I’m speaking here:
- Agile Practitioners 2012, Tel Aviv, Israel, 30-31 January 2012
- Software Passion Summit, Göteborg, Sweden, March 19-20, 2012
- Scandinavian Developers conference, Göteborg, Sweden, April 17, 2012
- Dutch Testing Conference, Bussum, NL, 18 April
- Testing and Finance, London, 17 May 2012
articles Archive
-
Bug statistics are a waste of time
Posted on May 17, 2011 | 36 CommentsLisa Crispin’s talk on defect management techniques for agile teams stirred some emotions at StarEast in early May. The idea that a team might not necessarily need a tool to track defects was, it seems, pure heresy. Luckily there were no calls to burn the witch, but many people at... -
Setting up a build pipeline in a legacy environment
Posted on May 16, 2011 | No CommentsAt the StarEast conference in Orlando earlier this month, Kristan Vingrys, global test practice lead at Thoughtworks, presented an experience report on setting up a build pipeline in an environment with multiple development streams, 3rd party delivery teams and a mix of legacy mainframe and new code. Here are some... -
A fresh perspective on the specification/script problem
Posted on May 10, 2011 | No CommentsI’ve been ranting, writing and teaching about the danger of using scripts as specifications for a while. This is one of the top reasons why teams fail with specification by example. I’m by no means the first or the only one to warn about this. Ward Cunningham and Rick Mugridge... -
Visualising quality: initial ideas
Posted on April 27, 2011 | 4 CommentsMy visualisation question has, thankfully, caused quite a lively discussion on several mailing lists and forums. Here is a bit of a summary of where the discussion is going. -
A new problem for the agile testing community
Posted on April 22, 2011 | 11 CommentsAs an industry, I think that we are now well beyond the perception that quality can be controlled for success. Lots of good thinkers and thought leaders over the last 20 years have moved our thinking from control to assurance, but for the majority of teams I work with the...



