The Torch of Truth

This idea started out as a doodle during Richard Bradshaw’s MEWT talk & thanks to Del Dewar, it became a “thing”.

In Richard’s talk, he rightly pointed out that the ice cream in the ice cream cone anti-pattern of test automation only sits on top of the cone.

In this post, I relate Richard’s fledgeling model to that of  Bach & Bolton’s idea that Testers are the headlights of a project, purposely shining the light so that others do not have to work in the dark.

MagLiteFlashlight

Continue reading “The Torch of Truth”

Single Source Of Truth Is A Lie

This is the 2nd post in my series on Truth. It builds on the first post by hopefully demonstrating how my opinions on truth & “Living Documentation” have changed after some research into what is truth.

This research was done in preparation for the fabulous MEWT conference. Here is a link for the slides of my “Single Source Of Truth Is A Lie” talk – this post aims to follow the structure of that talk.

Continue reading “Single Source Of Truth Is A Lie”

Musings on The Single Source Of Truth

One of the advantages of being part of the ISST is the fantastic opportunity to dig into topics & ideas with a community of critical thinkers. There is nothing like a good Skype IM chat to sharpen your own thoughts & beliefs!

The other day, the topic of “single source of truth” arose. Who had heard of it? Is it actually a thing?

For me, it is. Or at least it was. My beliefs have been challenged & now I’m rethinking what I have previously thought to be true.

This post was written immediately after that chat and is my way of trying to get straight in my head the conversation I had around “single source of truth” and what that phrase actually means.

 

Continue reading “Musings on The Single Source Of Truth”

Cynefin & Software Bugs

I have recently finished the fabulous but grueling “BBST Bug Advocacy course” run by the AST so my head is full of ideas about bugs, including how to reproduce them & document them in such a way that those making decisions them have the information they need.

This studying came on top of a lot of work I’ve been doing into the Cynefin framework. My brain is now trying to weave the models I learned on Bug Advocacy into the Cynefin framework.

This post is where I am up to right now with it…

bug-sellotape

Continue reading “Cynefin & Software Bugs”

Cynefin In Software Testing

The Cynefin framework has found many useful applications in the software development industry. Liz Keogh has done great work in applying the model to software development.

Some focus has been paid to Cynefin from a software testing perspective, such as by James Christie, Jesper Lottsen & Joe Larson, all of which have helped form my ideas on Cynefin & testing.

This post is my attempt to improve my understanding of Cynefin & how it can be applied to software testing.

Continue reading “Cynefin In Software Testing”

Why was that bug put in code?

I need to fill in some gaps regarding the quote taken from my recent talk at the BBC Develop 2014 conference.

I told a story of when I was asked the question:

“Why wasn’t that bug found in test?”

I responded:

“Why did you put that bug in the code?”

I have to confess, this isn’t my default response to that question, but as always there’s a story behind the story…
Continue reading “Why was that bug put in code?”