Quality Assurance Plan
Quality Assurance Plan
Quality Assurance Plan
<Project Name>
Quality Assurance Plan
Version <1.0>
[Note: The following template is provided for use with the Rational Unified Process. Text enclosed in
square brackets and displayed in blue italics (style=InfoBlue) is included to provide guidance to the author
and should be deleted before publishing the document. A paragraph entered following this style will
automatically be set to normal (style=Body Text).]
[To customize automatic fields in Microsoft Word (which display a gray background when selected), select
File>Properties and replace the Title, Subject and Company fields with the appropriate information for
this document. After closing the dialog, automatic fields may be updated throughout the document by
selecting Edit>Select All (or Ctrl-A) and pressing F9, or simply click on the field and press F9. This must
be done separately for Headers and Footers. Alt-F9 will toggle between displaying the field names and the
field contents. See Word help for more information on working with fields.]
<Project Name> Version: <1.0>
Quality Assurance Plan Date: <dd/mmm/yy>
<document identifier>
Revision History
Date Version Description Author
<dd/mmm/yy> <x.x> <details> <name>
Table of Contents
1. Introduction 2
1.1 Purpose 2
1.2 Scope 2
1.3 Definitions, Acronyms, and Abbreviations 2
1.4 References 2
1.5 Overview 2
2. Quality Objectives 2
3. Management 2
3.1 Organization 2
3.2 Tasks and Responsibilities 2
4. Documentation 2
6. Metrics 2
14. Training 2
1.1 Purpose
[Specify the purpose of this Quality Assurance Plan.]
1.2 Scope
[A brief description of the scope of this Quality Assurance Plan; what Project(s) it is associated with and
anything else that is affected or influenced by this document.]
1.4 References
[This subsection provides a complete list of all documents referenced elsewhere in the Quality Assurance
Plan. Identify each document by title, report number if applicable, date, and publishing organization.
Specify the sources from which the references can be obtained. This information may be provided by
reference to an appendix or to another document. For the Quality Assurance Plan, this should include:
• Documentation Plan
• Measurement Plan
• Test Plan
• Software Development Plan
• Problem Resolution Plan
• Configuration Management Plan
• Subcontractor Management Plan
• Risk Management Plan]
1.5 Overview
[This subsection describes what the rest of the Quality Assurance Plan contains and explains how the
document is organized.]
1. Quality Objectives
[This section references the section of the Software Requirements Specification that deals with quality
requirements.]
2. Management
1.6 Organization
[Describe the structure of the organization responsible for Quality Assurance. The Rational Unified
Process recommends that the Software Engineering Process Authority (SEPA) be responsible for the
process component of Quality Assurance. The Rational Unified Process further recommends that the
product evaluation be done within the project (most notably by an independent test team) and by joint
customer and developer review.]
• Joint Reviews
• Process Audits
• Process Reviews
• Customer Audits
For each task, identify the role responsible for its execution.]
3. Documentation
[Enclose the Documentation Plan artifact by reference.
Also, list the minimum documentation that must be produced during the project to ensure that the software
product that is developed satisfies the requirements. The suggested minimum set is:
• Software Development Plan (SDP)
• Test Plan
• Iteration Plans
• Software Requirements Specification (SRS)
• Software Architecture Document
• User Documentation (for example, manuals, guides)
• Configuration Management Plan
Provide pointers to the Development Case to show where in the process the adequacy of these documents
is evaluated.]
5. Metrics
[This section describes the product, project, and process metrics that will be captured and monitored for
the project. This is usually addressed by enclosing the Measurement Plan artifact by reference.]
reviews and audits to be carried out during the project, and identifies any external agencies that are
expected to approve or regulate the work products produced by the project.
This section identifies:
• Review and Audit Tasks
Describe briefly each type of review and audit that will be carried out on the project. For each type,
identify the project work products that will be the subject of the review or audit. These may include
Joint Customer and Developer Technical and Management Reviews, Process Reviews and Audits,
Customer Audits, and Internal Technical and Management Reviews.
• Schedule
Detail the schedule for the reviews and audits. This includes reviews and audits scheduled at project
milestones, as well as reviews that are triggered by delivery of project work products. This subsection
may reference the project or iteration plan.
• Organization and Responsibilities
List the specific groups or individuals involved in each of the identified review and audit activities.
Describe briefly the tasks and responsibilities of each. Also, list any external agencies that are
expected to approve or regulate any product of the project.
• Problem Resolution and Corrective Action
This subsection describes the procedures for reporting and handling problems identified during
project reviews and audits. The Problem Resolution Plan may be referenced.
• Tools, Techniques, and Methodologies
Describe any specific tools, techniques or methodologies that will be used to carry out the review and
audit activities identified in this plan. You should describe the explicit process to be followed for each
type of review or audit. Your organization may have a standard Review and Audit Procedures
Manual, which may be referenced. These procedure descriptions should also address the collection,
storage, and archiving of the project’s Review Records.
A suggested set of reviews and audits (drawn from the Rational Unified Process) to use as a basis for
planning is:
• Requirements Review (maps to the traditional Software Specification Review)
• Architecture Review (maps to the traditional Preliminary Design Review)
• Design Review (maps to the traditional Critical Design Review)
Note that the product, technique, criteria, and metrics related aspects of these reviews are addressed
in the Rational Unified Process itself and instantiated in the Evaluation Plan section of the SDP. The
Review and Audit Plan section of the Quality Assurance Plan concerns itself with the Joint
(customer and developer) Review aspects; for example, artifacts required, responsibilities, conduct of
the review meeting, pass or fail criteria.
• Functional Configuration Audit (to verify all requirements in the SRS have been met)
• Physical Configuration Audit (to verify that the software and its documentation are complete and
ready for delivery)
• Process Audits
• Process Reviews
• Managerial Reviews (Project Approval Review, Project Planning Review, Iteration Plan Review,
PRA Project Review)
• Post-mortem Reviews (Iteration Acceptance Review, Lifecycle Milestone Review, Project Acceptance
Review).]
13. Training
[List here any training activities necessary for the project team to achieve the needs of the Quality
Assurance Plan.]