Words From a Purple Mind

Input on the important topics …to me of course

10+ Sections That Should Be In Your Software Test Plan

The test plan is very important in any organization. The Test Plan defines the project’s objectives, scope, approach, and focus of its testing efforts. The process of preparing a Test Plan provides an effective way to think through the efforts needed to validate the acceptability of the application under test (AUT).

The Test Plan offers the structure for developing the strategy, plan, procedures, test case specifications, and the time line to conduct the testing efforts for application/project. The test plan also contains the test deliverables for the phases of the project’s testing effort. When completed, it should provide information to the entire project team regarding the whom, what, where, why, and how of product validation.

The Test Plan also supports the following specific objectives:

  1. Identifies the items that should be targeted by the tests.
  2. Identifies the motivation for and ideas behind the test areas to be covered.
  3. Outlines the testing types that will be executed.
  4. Identifies the required resources and provides an estimate of the test efforts.
  5. Lists the deliverable elements of the test project.

The Test Plan document is created during the planning phase.

Below are some key sections that should be part of your test plan:

  1. Introduction
  2. Purpose
  3. Audience – This section should state the groups that the document is written for
  4. Abbreviations, Acronyms & Definitions – State the specific terms that will be used in the document.
  5. Requirements for Test – This section should list the project documents (use cases, functional requirements, non-functional requirements, etc.) that have been identified as targets for testing.
  6. Major Milestones & Dependencies – These are testing milestones with their dependencies and corresponding start and end dates. These tasks and dates should line up with the Project Plan
  7. Testing Scope – The primary scope of testing should be to ensure the project objectives and requirements have been met. You should also include the items below so everyone know what exactly is going to be part of the testing effort.
    • List the changes/features that will part of the testing effort
    • List the changes/features that will NOT be part of the testing effort
    • List the planned testing types
    • List the configurations of the testing machines
  8. Test Data – In order to test the AUT against the approved requirements there may need to have new test data created by another group. This section is a good way to list out what your data requirements are so they can be ready before testing starts.
    • List the data requirements for each of the planned testing types
  9. Testing Deliverables – This sections should specify which testing deliverables will be created and delivered to the project team.
  10. Logical & Physical Environments – This section should specify the different environments as well as which testing type will be executed in each.
  11. Applications Affected – This section should list out any other application affected by the project from either incoming or outgoing interfaces.
  12. Assumptions – This section should list out any & all assumptions that were used to create the test plan.
  13. Resources – This section shows the staffing assumptions for the testing effort. Individuals may hold multiple roles. Refer to the QA Roles & Responsibilities for definitions of the responsibilities for each of the roles.
  14. Acceptance Section for Sign Offs – After review of the test plan you should request signoff.
  15. Revision History – Just like any other document a revision history is very important so everyone can see what changes were done and why.

Are there any other sections that you think should be part of the test plan?

Share

  • Vinod Thomas

    Should include entry/exit critera

  • Rank Better and Earn More
    http://www.jayphilips.com/
    1lb1hx1dt1zp1vl1rh

  • The list of things that should be in the test plan is very comprehensive. I’m wondering about the list of things that should not be in the test plan? Too often, we put so much energy into the test plan and don’t even reference it, and that seems to contradict the purpose of it, as well as the agile manifesto. So I think that anything that you would not use on a daily or weekly basis probably should not be in the test plan, and moved to the test strategy.

  • cstoreoffice1

     I like your post and it’s really informative for us thanks for sharing keep it up!!!

    Ruby Verifone

  • Thank you for sharing this post on Software Test Plan.Though I have one question does every software testing company follow a standard for such test plan?
     

    • Every company should have a test plan or something that mimics a test plan.  You should always check with your companies standards group to find out what they have, if they don’t have anything that you can build one, which this post will help you with.