A software project test plan is a
document that describes the objectives, scope, approach, and focus of a
software testing effort. The process of preparing a test plan is a useful way
to think through the efforts needed to validate the acceptability of a software
product. The completed document will help people outside the test group
understand the 'why' and 'how' of product validation. It should be thorough
enough to be useful but not so thorough that no one outside the test group will
read it. The following are some of the items that might be included in a test
plan, depending on the particular project:
Ø Title
Ø Identification of software including
version/release numbers
Ø Revision history of document including
authors, dates, approvals
Ø Table of Contents
Ø Purpose of document, intended audience
Ø Objective of testing effort
Ø Software product overview
Ø Relevant related document list, such
as requirements, design documents, other test plans, etc.
Ø Relevant standards or legal
requirements
Ø Traceability requirements
Ø Relevant naming conventions and
identifier conventions
Ø Overall software project organization
and personnel/contact-info/responsibilties
Ø Test organization and
personnel/contact-info/responsibilities
Ø Assumptions and dependencies
Ø Project risk analysis
Ø Testing priorities and focus
Ø Scope and limitations of testing
Ø Test outline - a decomposition of the
test approach by test type, feature, functionality, process, system, module,
etc. as applicable
Ø Outline of data input equivalence
classes, boundary value analysis, error classes
Ø Test environment - hardware, operating
systems, other required software, data configurations, interfaces to other
systems
Ø Test environment validity analysis -
differences between the test and production systems and their impact on test
validity.
Ø Test environment setup and
configuration issues
Ø Software migration processes
Ø Software CM processes
Ø Test data setup requirements
Ø Database setup requirements
Ø Outline of
system-logging/error-logging/other capabilities, and tools such as screen
capture software, that will be used to help describe and report bugs
Ø Discussion of any specialized software
or hardware tools that will be used by testers to help track the cause or
source of bugs
Ø Test automation - justification and
overview
Ø Test tools to be used, including
versions, patches, etc.
Ø Test script/test code maintenance
processes and version control
Ø Problem tracking and resolution -
tools and processes
Ø Project test metrics to be used
Ø Reporting requirements and testing
deliverables
Ø Software entrance and exit criteria
Ø Initial sanity testing period and
criteria
Ø Test suspension and restart criteria
Ø Personnel allocation
Ø Personnel pre-training needs
Ø Test site/location
Ø Outside test organizations to be
utilized and their purpose, responsibilities, deliverables, contact persons,
and coordination issues
Ø Relevant proprietary, classified,
security, and licensing issues.
Ø Open issues
Ø Appendix - glossary, acronyms, etc.
No comments:
Post a Comment