Problem solve Get help with specific problems with your technologies, process and projects.

Software testing methodologies should match context

Software testers have a variety of methodologies from which they can choose. Expert Mike Kelly advises testers on how to pick a methodology that works for a testing team's particular needs.

I'm looking for multiple QA methodologies/methods from start to finish in software development. I need to make a recommendation on which methodology would work best for our environment. The approach to QA where testing is done at the end of the SDLC is flawed because critical decisions have been made and without input from the testers. Do know of a good resource for this information? Thank you.

John Overbaugh answered a very similar question to this one here. His advice is quite sound, and I don't want to repeat it in detail. If you haven't read that post, please go do so now.

It's ok, I'll wait…

What's important in the selection isn't how closely your practice mirrors what's defined in the methodology, but instead how well it works for you.

When I think about the methodology I use with my current team, I recognize that it's a collection of different things all duct-taped together. If I think about the other places where I've implemented the testing methodology for the group, I find that I've often done that. What's important in the selection isn't how closely your practice mirrors what's defined in the methodology, but instead how well it works for you.

When I read your question, my immediate response is to tell you to implement all of them and none of them. I know that doesn't seem very helpful, but in many ways it's the only way you'll figure out what works for you. I suspect no off-the-shelf methodology will solve your problems. That's because your problems are unique to you and your context.

My current team uses session-based test management to manage our exploratory testing. We have to integrate that into Scrum using two-week sprints. We also have to manage large suites of regression tests, which to a great extent require us to work outside of the session-based test management chartering, testing, and debrief process. We also have to track and trace some of our work back to client-facing project plans, which requires some additional overhead and we've started to pull some V-Model elements in to help with managing that.

I also recognize that as my team matures in their testing, and as the development team matures in their development practices, my team's testing methodology will evolve slowly over time. Five years from now, we should be using a different methodology then we are using today. As we grow and change, our methods and tools will need to grow and change with us.

Next Steps

The ABCs of software testing models

Software testing on an agile project: How to get started

Learn more about software testing processes and development methodologies

Dig Deeper on Topics Archive

Start the conversation

Send me notifications when other members comment.

Please create a username to comment.