There’s quite a bit of work at my current employer regarding agile testing. What some might see as a part of the overall test management process others see as a discipline requiring its own focus. I’m getting to the point where I don’t give a shit (I originally got a little ragey about the whole thing which wasn’t helping so I decided that if you can’t beat ‘em… arrange to have them beaten) but I think what matters is how testers fit into an agile team. I don’t think we need to be focusing on what Scrum is or how a retrospective works or what do we do with these cards with all the writing on them. Instead we should be focusing on getting shit done. How do we do that? Try, fail, try something different, succeed, refine, repeat.
What should be of most interest to testers is how do we go about testing in a team that’s doing some variant that at least looks a little like Agile rather than waterfall. Given this context, I’m always on the lookout for anything to make the job a little easier. Rather than reinventing the wheel I keep an eye out for what smart people have already done and look for ways to adapt it.
The good folks over at Ministry of Testing have put together a set of useful resources. One of these is the image below:
There’s a lot to absorb there. The image is worth printing out on a large sheet of paper and sticking to a wall somewhere close at hand when you start looking at the project from a testing point of view. It needs to be easy to get to because you’ll be adding your own notes to it sooner rather than later.
I’m tempted to rush into this and talk about areas that interest me specifically, but I think that’s for another post.
The mindmap even goes into