Thank you.

Your uploaded files are waiting for moderation.

CLOSE

Blog

Why You Need A Test Plan: 3 Reasons For Creating A Test Plan

Go Back

Starting a testing project with writing a test plan is old school, I guess. Still, I see a lot of value in defining a thorough test plan first. But I wonder how many of us in the test community value writing a test plan in these agile ages. My views on the value of a good test plan are described in this post. I am curious to see your views on this topic. So please leave a comment if you agree or disagree.

Value of A Test Plan

Most important, the value of at test plan is that it makes you think about all the important stuff beforehand. It is the design of what you think should be done, whom is involved, when things will take place and why or why not. Therefore a test plan, should clarify at the least these topics:

  • test objects and the objectives: what are you going to test (and what not);
  • test approach: how are you going to test and why;
  • resources: who do you need for which activity;
  • planning: when will you be carrying out which test activities and who do you need.

So I think of the test plan as a design. The design provides the structure of what has to done and how it is done. Keep in mind that testing, like software development, needs a good structure too. Within a good structure you can work efficiently and effectively, provide prove of your results and save items for reuse.

test plan

A Good Test Plan Can Prepare You for Unexpected Problems

Test Plan is Communication

Furthermore, I think of the test plan as a means of communication with your stakeholders, testers and anyone else of interest. Let me elaborate on that, because I believe it is utterly important aspect of the rest plan.

Your stakeholders must be informed and must get the reassurance that the testing is in good hands. A solid test plan helps you to gain their trust. Seen from the outside, testing is all about trust. As a test manager you must come across as reliable and assure the testing will be reliable too and that it will result in a trustworthy information system. As a test manager you’ll need to clarify with your stakeholders what trustworthy means is in the context of your assignment. And to get there: get their view on their needs and potential risks. This all is input for the test plan. The plan will help to manage their expectations of what testing can contribute to the end result (and what not).

What to Expect

Next, your testers must know what is expected of them. Depending on the testers in your team, you’ll need to inform them in more or less detail. When you work with inexperienced testers or end users it is even more important to be clear on how you work. You don’t want to start off with coincidences and chaos. Most people like to get provided a clear picture and don’t want to figure things out themselves, especially if they have no experience or time doing so.

Estimation of Testing

And lastly, another important aspect of the test plan is that it should indicate the duration, costs and efforts of testing. From a management perspective testing is often seen as costly, too much time consuming and not adding value. So a good test plan provides the structure (the what and how) and defines which efforts are required by whom and when and the justification of all that (the why).

Of course a plan is a bunch of bits and bytes and things will turn out differently in practice. But only because I have a well-thought-out test plan, I am able to anticipate and adjust the course of the test trajectory and prevent chaos, because the structure still holds.

See Also

Go Back

Blog Post Added By

Petri is a senior consultant specialist in software test management and project management. Involved in software testing since 2000 she developed from a hands-on software tester to test manager and project leader. As a test manager Petri successfully delivered test projects from initiation to completion. Her latest success comprise the planning and execution of several E2E tests in the complex payments processing organisation Equens. Petri developed a versatile skill set, having mainly worked in international business environments in collaboration with external parties in distributed IT projects. Petri's strengths are: adaptability, diplomacy, organisational awareness, positivity and trust. Petri delivers quality to her projects by applying frameworks as Scrum, Prince2 and TMap in pragmatic ways to enable achieving results, on time. Petri is sociable and enjoys working on complex problems that challenge and broaden her management and organisational skills. Certified: TMap Next Advanced, TMap Next Foundation, Prince2 Practioner, Prince2 Foundation, Professional Scrum Master I. Specialties: E2E Testing, TMap, TMap Next, Scrum, Prince2, RUP, TPI, Test Management, Project Management, Project Planning, Project Estimation, Test Strategy, Test Automation, Quality Assurance, Master Test plan, PID, Test Organisations, System Integration Testing, Performance Testing, Product Risk Analysis, Google Analytics, Google Sites.

Join the discussion!

Share your thoughts on this article by commenting below.

2 comments to Why You Need A Test Plan: 3 Reasons For Creating A Test Plan

  1. Test planning absolutely can be a valuable aid, especially when driven by informed motivated testing specialists with a product/project perspective. However, what often is called test planning in fact can sow the seeds of its own demise. The more useful view of a test plan is as a project plan for the testing project, or sub-projects. What the example instead describes as a test plan actually is essentially a test case, mainly inputs/conditions and expected results; and lots of folks resist writing test cases, even in as light weight a format as the example. Resistance increases as those folks are oriented toward and informed about development rather than testing, are dogmatic about Agile or exploratory or whatever, and take a very narrow typically sprint-based perspective. Perhaps calling it a “testing roadmap” would make it more palatable to the resisters.

    • Hi Robin, thanks for the comment. The example (picture) is not something I have delivered as an example test plan. My goal is more towards a testing project plan, rather than a plan about test cases. That’s too much detail for my liking too.
      Petri

Leave a Reply

Your email address will not be published. Required fields are marked *

Skip to toolbar