Test Plan Template

Download a blank fillable Test Plan Template in PDF format just by clicking the "DOWNLOAD PDF" button.

Open the file in any PDF-viewing software. Adobe Reader or any alternative for Windows or MacOS are required to access and complete fillable content.

Complete Test Plan Template with your personal data - all interactive fields are highlighted in places where you should type, access drop-down lists or select multiple-choice options.

Some fillable PDF-files have the option of saving the completed form that contains your own data for later use or sending it out straight away.

ADVERTISEMENT

[Project Name] Test Plan
[Document Version Number]
Project Team:
[Date]
[Name] [Role]
[Name] [Role]
Document Author(s):
[Name] [Role]
[Name]
[Name] [Role]
[Name] [Role]
Project Sponsor:
[Name]
I. Introduction
This serves as the plan for testing all software artifacts as well as the reporting of test results.
II. Test Plan
Use the template below to specify the black box test cases you will run on your code. Every requirement
must have a minimum of one test case. Considering equivalence class partitioning, boundary value
analysis, and diabolical test cases, it is likely that each requirement should have several test cases.
Test ID
Description
Expected Results
Actual Results
Where:
Test ID is a unique identifier for the test case. The unique identifier should relate back to the
particular requirement the test case is verifying.
For example, if your naming scheme for
requirements is numbers, test cases for requirement 3 could have test IDs 3.1, 3.2, etc. Acceptance
test cases must end the Test ID with a *.
Description should clearly document the steps that need to be done in order to run the test case.
Write the description specifically, such that any team member can run the test case, even if the
author of the test case is not present.
Expected results is a statement of what should happen when the test case is run.
Actual results are an indication of whether the test case is currently passing or failing when it is
run. The actual results could be recorded simply as “Pass” or “Fail.” However, it is also helpful
to describe what happened in cases where a test case fails.
Ultimately, your customer should agree to the test case. When test cases are written so specifically, often
requirements understanding is enhanced.
III. Testing Deliverables
Specify the planned testing deliverables which may include:
• Test Design Specification
• Test Case Specification
• Test Procedure Specification
• Test Log
• Test Incident Report
• Test Summary Report
• Test Input and Output Data
IV. Environmental Requirements
Specify the environmental needs for conducting tests:
• Hardware, communications and system software, other supplies, etc.
• Level of security

ADVERTISEMENT

00 votes

Related Articles

Related forms

Related Categories

Parent category: Business
Go
Page of 2