Q
Get started Bring yourself up to speed with our introductory content.

My Agile test plan isn't working. How can I make it better?

A test plan is a key Agile component. Too bad they don't work. Expert Amy Reichert explains why you should implement a flexible Agile test strategy instead.

It's time for no more paperweights or online documents that no one on the team reads or reviews. Agile test plan...

documents range from near novels to short stories, and neither are generally read or reviewed outside of QA. Many software development groups develop test plans either within a wiki or other online storage mechanism where documents can be easily transmitted or shared and still controlled. In my experience, more often than not, an Agile test plan, regardless of its quality, is rarely read by team members outside of QA.

Why even write one? After all, in an Agile-type methodology, documentation is minimal. However, software development groups are starting to return to using a test plan in order to track project testing. In order to be useful, an Agile test plan must be easy to read, concise and stick to the critical points. A test plan that isn't used isn't worth the effort of developing. But test plans can be relevant and useful.

Making it worth the effort

The first thing I'd do is rename it. Sounds silly, but the connotation of an Agile test plan sounds long, heavy and dull. I create test strategy documents instead. The test strategy document is a one-to-two page outline, short, concise and to the point. The test strategy document covers who, what, where and how testing was performed. There are no long paragraphs duplicating the description of the overall project, testing server descriptions, or repetitive data on test cases or execution. All of that data can be found within a test management tool, the user story or within the test cases themselves. There's no need to duplicate the information in the test strategy document.

Why create it? Agile-type development teams move quickly and take in a variety of ongoing projects broken into small fragments across multiple iterations. The only reliable method of tracking an actual project is with a test strategy document. The test strategy lays out concisely what was tested, by whom, when and where exactly, as well as how. It includes critical details on test environments, release levels, test case location and other truly relevant details.

Now anyone down the road a few weeks, months or years can access the test strategy for a project and find concise, critical detailed information on what was done and where to find the testing artifacts in a single, easy to read location. 

Next Steps

Here's another way to track your project progress

Look in to the testing crystal ball -- you may like what you see!

Testing issues? More might be, well, more

This was last published in June 2016

Dig Deeper on Software Testing Tools and Frameworks

PRO+

Content

Find more PRO+ content and other member only offers, here.

Have a question for an expert?

Please add a title for your question

Get answers from a TechTarget expert on whatever's puzzling you.

You will be able to add details on the next page.

Join the conversation

4 comments

Send me notifications when other members comment.

By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States. Privacy

Please create a username to comment.

How do you make an Agile test plan work for you?
Cancel
In agile that I know and worked with, "test plan" exists in a distributed form. It's a part of User Stories. It's a part of testing tasks.
Some teams practice "hardening" sprints dedicated for system testing and bug fixing. But even in that case testing is a part of overall sprint planning.
Cancel
Thanks for the article.  We are wrestling with this now.  Can you provide some test strategy document examples or links to other resources that you think are good?
Cancel
"A test plan is a key Agile component".

- Well, this is something new. How I missed that in the Agile Manifesto? :)

Cancel

-ADS BY GOOGLE

SearchMicroservices

TheServerSide

SearchCloudApplications

SearchAWS

SearchBusinessAnalytics

SearchFinancialApplications

SearchHealthIT

Close