| Revision as of 06:44, 11 February 2009 edit59.160.174.12 (talk) →=IEEE 829-1998 Test Plan Structure <ref name← Previous edit | Revision as of 12:27, 11 February 2009 edit undo122.160.195.198 (talk)No edit summaryNext edit → | ||
| Line 21: | Line 21: | ||
| Test coverage in the test plan states what requirements will be verified during what stages of the product life. Test Coverage is derived from design specifications and other requirements, such as safety standards or regulatory codes, where each requirement or specification of the design ideally will have one or more corresponding means of verification. Test coverage for different product life stages may overlap, but will not necessarily be exactly the same for all stages. For example, some requirements may be verified during Design Verification test, but not repeated during Acceptance test. Test coverage also feeds back into the design process, since the product may have to be designed to allow test access (see ]). | Test coverage in the test plan states what requirements will be verified during what stages of the product life. Test Coverage is derived from design specifications and other requirements, such as safety standards or regulatory codes, where each requirement or specification of the design ideally will have one or more corresponding means of verification. Test coverage for different product life stages may overlap, but will not necessarily be exactly the same for all stages. For example, some requirements may be verified during Design Verification test, but not repeated during Acceptance test. Test coverage also feeds back into the design process, since the product may have to be designed to allow test access (see ]). | ||
| ⚫ | Test methods in thealso includes, what data will be collected, and how that data will be stored and reported (often referred to as "deliverables"). One outcome of a successful test plan should be a record or report of the verification of all design specifications and requirements as agreed upon by all parties. | ||
| Test methods in the test plan state how test coverage will be implemented. Test methods may be determined by standards, regulatory agencies, or contractual agreement, or may have to be created new. Test methods also specify test equipment to be used in the performance of the tests and establish pass/fail criteria. Test methods used to verify design requirements can range from very simple steps, such as visual inspection, to elaborate test procedures that are documented separately as Test Cases under various Test Scenarios. | |||
| ⚫ | Test |
||
| ==]-1998 Test Plan Structure <ref name="ieee829">{{cite web | ==]-1998 Test Plan Structure <ref name="ieee829">{{cite web | ||
Revision as of 12:27, 11 February 2009
A test plan is a systematic approach to testing a system such as a machine or software. The plan typically contains a detailed understanding of what the eventual workflow will be.
Test plans
A test plan documents the strategy that will be used to verify and ensure that a product or system meets its design specifications and other requirements. A test plan is usually prepared by or with significant input from Test Engineers.
Depending on the product and the responsibility of the organization to which the test plan applies, a test plan may include one or more of the following:
- Design Verification or Compliance test - to be performed during the development or approval stages of the product, typically on a small sample of units.
- Manufacturing or Production test - to be performed during preparation or assembly of the product in an ongoing manner for purposes of performance verification and quality control.
- Acceptance or Commissioning test - to be performed at the time of delivery or installation of the product.
- Service and Repair test - to be performed as required over the service life of the product.
A complex system may have a high level test plan to address the overall requirements and supporting test plans to address the design details of subsystems and components.
Test plan document formats can be as varied as the products and organizations to which they apply, but there are three major elements of a test strategy that should be described in the test plan: Test Coverage, Test Methods, and Test Responsibilities.
Test coverage in the test plan states what requirements will be verified during what stages of the product life. Test Coverage is derived from design specifications and other requirements, such as safety standards or regulatory codes, where each requirement or specification of the design ideally will have one or more corresponding means of verification. Test coverage for different product life stages may overlap, but will not necessarily be exactly the same for all stages. For example, some requirements may be verified during Design Verification test, but not repeated during Acceptance test. Test coverage also feeds back into the design process, since the product may have to be designed to allow test access (see Design For Test).
Test methods in thealso includes, what data will be collected, and how that data will be stored and reported (often referred to as "deliverables"). One outcome of a successful test plan should be a record or report of the verification of all design specifications and requirements as agreed upon by all parties.
IEEE 829-1998 Test Plan Structure
o Test plan identifier
o Introduction
o Test items
o Features to be tested
o Features not to be tested
o Approach
o Item pass/fail criteria
o Suspension criteria and resumption requirements
o Test deliverables
o Testing tasks
o Environmental needs
o Responsibilities
o Staffing and training needs
o Schedule
o Risks and contingencies
o Approvals
See also
- Software testing
- Test suite
- Test case
- Test script
- Scenario testing
- Session-based testing
- IEEE 829
- Test engineer
References
- "IEEE Standard for Software Test Documentation" (PDF). The Institute of Electrical and Electronics Engineers, Inc. Retrieved 2009-01-12.
External links
- Public domain RUP test plan template at Sourceforge (templates are currently inaccessible but sample documents can be seen here: DBV Samples)
- Test plans and test cases from the Applied Software Project Management website (O'Reilly)
- What is a Test Plan?