Appendix 5 - Test_Plan_Template_v2.1.docx

Testing Organization <Project Title>

<DRAFT or FINAL>

<PROJECT TITLE>

TEST PLAN

(V2.1)

<Version Number> for the

NATIONAL ARCHIVES AND

RECORDS ADMINISTRATION

<Draft or Final> <Date>

PREPARED BY:

<Testing Organization>

FINAL

07/07/06 B-1 ERA.DC.TSP.4.0.doc

National Archives and Records Administration

Document Change Control Sheet

Document Title: <Project Title>

TABLE OF CONTENTS

LIST OF TABLES

<Project Title> Test Plan

1. INTRODUCTION

This <Project Title> Plan addresses and provides guidance for testing to be performed in support of the National Archives and Records Administration (NARA) < Project Title > program. It is designed to capture and convey the overall interactions and objectives of the <Project Title> Test and Evaluation activities for testing.

Purpose This document provides a basis for planning and performing the <Project Title> testing activities. Specifically, this plan documents the following:

· An overview of the test schedule;

· The roles and responsibilities required for successfully completing testing;

· Goals and objectives of the test process;

· An overview of the acceptance criteria (no matter the testing phase or effort the goal is to meet the acceptance criteria);

· An overview of the reporting process;

· A listing of assumptions/constraints and risks/issues and associated with this process;

· Overview of the test strategy, tasks, and coverage;

This Test Plan focuses on the overall test approach used to ensure that the <Project Title> system meets the requirements and needs of the user. Further <Project Title> Test Team duties, activities, and responsibilities will be discussed later in this document.

Program Overview <Provide a description of the program/project under test> Acronyms and Definitions <Provide a table with a list of acronyms along with full names that are utilized within this document. The table provided in this section is an example and should be updated according to the project and testing effort being performed>

<Below is an example of the Acronyms List table:>

Table 1-1: Acronyms List

<Provide a table with a list of terms and definitions utilized within this document. The table provided in this section is an example and should be updated according to the project and testing effort being performed.>

<Below is an example of the Definitions List table:>

Table 1-2: Definitions List

Referenced Documents This section lists the industry standards, references, and documents that provide guidance in the development of the <Test Plan>.

TEST PROCESS

<Provide a very high-level overview of the testing to be performed on <Project Title> as well as any explanation that may be required for the test process >

Test Schedule Overview <This section should include a list of key milestones for all test phases covered by this test plan> All test activities are scheduled to be completed before <End Date>. The last activity for testing will be the Test Report covering the test results. A schedule timeline for acceptance testing is presented in Table 2-1 Test Milestones. Reference the project Integrated Schedule for the specific dates.

Below is an example of the Test Milestones table:

Table 2-1: Test Milestones

Roles and Responsibilities <Describe each role and responsibility associated with the testing activities for the <Project Title>. The table provided in this section is an example and should be updated according to the project and testing effort being performed. >

<Below is an example of the Roles and Responsibilities table:>

Roles Required Responsibilities

· Identifies what to test and determine when testing resources are needed to ensure adequate test preparation

· Monitors and controls test work products and test results

· Oversees overall testing effort

· Reviews and validates test plan

· Reviews test results to determine whether software satisfies project objectives

· Monitors users testing

· Documents and monitors test issues and tracks to closure

· Reviews test results

· Manages all CM controlled documentation

· Supports user testing

· Maintains test environment(s)

· Provides test report

· Develops test scripts and procedures

· Schedules and generates software builds

· Provides test data

· Provides test results report

Table 2-2: Roles and Responsibilities

Test Objective The objective of the test process is to demonstrate that the <Project Title> system is operationally ready for use, to determine the extent to which the <Project Title> has met the requirements, and evaluate the delivered system and products to see if they met the Program Management expectations:

• Ensure the system satisfies user requirements and expectations;

• Identifying discrepancies, deficiencies, and limitations;

• Verify interfaces;

• Demonstrate operational capabilities and prove adequacy of documentation;

• Ensure usability of the system; and

• Ensure the highest quality of the <Project Title> system and code quality.

The goal of system testing (testing performed by the development team) should be the same as above. Even if the next phase is acceptance testing, the system should be verified that it is operationally ready for use.

<If test plan just covers acceptance testing, please see below details; contractors please provide the details on the types of testing that will be done for the project> Before acceptance testing begins the application should have gone through a comprehensive testing effort from the Development Contractor, which includes unit/string, integration, and system testing. Acceptance testing is designed to provide an additional level of confidence and demonstrate that the <Project Title> system is operating as desired.

Verification of system security features/capabilities will be performed by the <Project Title> Security Team. Security testing is not covered in this document.

Acceptance Criteria <Provide a list of the acceptance criteria that must be met.> The acceptance test criteria require the following actions be completed before testing activities can end:

Defect Management Process <Provide an overview of the process and tool to be used during the testing activities> Reviews <Provide an overview and a high-level agenda of any reviews that will be conducted> Reporting <Reporting will be a regular occurrence throughout testing and will be in several different forms: Reviews (if conducted), defect status reporting, Test Result Report, and informal email updates to management.

List each type of reporting to be used during testing and include an overview/outline for those types of reporting > Test Environment <Provide a brief description of the test environment and how the environment will be established along with information on the hardware and software needed to execute testing. Provide a list of the test tools needed to support testing that is not part of the software being tested and any software required to record test results> Test Data <Describe data to be used during testing in detail. Describe where and how the data will be obtained.>

TEST AND EVALUATION

The goal of testing is to provide NARA a sufficient level of confidence that the delivered <Project Title> system meets the required objectives. This is accomplished by determining the verification and evaluations that must be covered by the testing activities for this project that will demonstrate that the system is ready for use. This section details the test strategy and the associated tasks to achieve this objective.

Test Strategy/Test Tasks <Describe the overall strategy of the testing. Identify the methods and criteria used in performing test activities. Define the specific methods and procedures for each type of test. Identify the set of tasks necessary to prepare for and perform testing activities. Identify all inter-task dependencies and any specific skills required> Test Coverage <Provide a list of functions (applications, subsystems) that will be verified during the execution of this test plan> Waivers and Deviations

<If waivers or deviations are required, they must be submitted to NARA management for approval. A deviation for testing is granted for temporary, short-term relief of a requirement or defect whereby future builds/deliveries will be in compliance. A waiver for testing is granted for permanent relief of a requirement or defect.

A requirement associated with an approved deviation will have the status of ‘Pass with Deviation’ in the final test report. All requirements with ‘Pass with Deviation’ will be treated as ‘Passed’ when determining the pass rate. A requirement associated with an approved waiver will have the status of ‘Deferred’ in the final test report and will not be used in determining the pass rate. Provide a list of all waivers and deviations> Assumptions and Constraints <The accomplishment of successful testing will require that certain expectations are met and resources are available. Also the activities that can be achieved are bounded by the project limitations that might be imposed. Provide a list that contains the known assumptions and limitations to performing testing for the <Project Title> system.> Risks and Mitigations <A system will not be devoid of risks and associated mitigations. Similarly, there will be risks that the <Project Title> Testing Team will encounter during testing. Provide a list that contains the currently known risks along with the associated mitigation(s)> Date Page # Document ID