1 / 10

Test Plannin g

Test Plannin g. Mike O’Dell Based on an earlier presentation by Mike O’Dell, UTA. Test Planning … when?. Occurs throughout the product life cycle Requirement completeness Architectural integrity Component design precision Implementation correctness

arlen
Download Presentation

Test Plannin g

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Test Planning Mike O’Dell Based on an earlier presentation by Mike O’Dell, UTA

  2. Test Planning … when? • Occurs throughout the product life cycle • Requirement completeness • Architectural integrity • Component design precision • Implementation correctness • But all too often we wait until the end to “validate” what we have already done. CSE 4317

  3. System Verification System Definition DDS: Detailed Design Specification SRD: System Requirements ADS: Architecture Specification Implementation MAP: All Module Interfaces & Interactions MAP: All Subsystem & Layer Interfaces & Interactions MAP: All Specified Requirements MAP: All Modules System Validation Test Integration Test Unit Test Component Test (a.k.a. Function Test) System Verification CSE 4317

  4. System Verification • Unit Test: verifies that EVERY module (Hardware & Software) specified in the DDS operates as specified. • Component/Function Test: verifies integrity of ALL inter-module interfaces and interactions. • Integration Test:verifies integrity of ALL inter-subsystem/layer interfaces and interactions. • System Verification Test: verifies ALL requirements are met. CSE 4317

  5. System Test Plan Contents • Introduction • Executive Summary (purpose, scope, etc.) • References • SRD (requirements drive the system-level tests you do) • ADS (architecture drives the subsystem and integration testing) • Etc. (detailed design, standards, sample plans, etc. that are test drivers) • Test Item(s) – What will be tested CSE 4317

  6. System Test Plan Contents • Design decomposition (relationship of specific modules to test plan, test cases) • Limitations of product under test (restrictions, assumptions, caveats, etc.) • Other product-level restraints on testing • Risks (in test phase) • Specific risks that may affect testing/test outcome • Impact assessment and management plan as it relates to these risks CSE 4317

  7. System Test Plan Contents • Features to be tested • List of specific features (from the USERS’ viewpoint) that you will test • Features NOT to be tested • List of those features (USERS’ perspective) that cannot/will not be tested • Describe rationale for not testing each item (not in current release, insufficient test capability, low risk feature that is hard to test, not a user-visible feature) CSE 4317

  8. System Test Plan Contents • Approach (Strategy) • Overall test strategy (what, why, and how of your test plan) • Number of hardware and software configurations tested/not tested • Plan to deal with defects identified (re-integration, regression) • Identify metrics for overall success (number of bugs found/corrected/open, number of critical features passed, etc.) • Identify any special requirements for testing CSE 4317

  9. System Test Plan Contents • Item Pass/Fail criteria • List specific criteria for each unit/module/feature to be tested (number and severity of defects, any specific tests that indicate system failure, etc.) • Test Deliverables • List what is to be delivered by this test plan (plan document, test cases, error logs, etc.) • Incident/Bug/Problem Reports (IRs) • Test Schedule (should be consistent with your published project plan) CSE 4317

  10. System Test Plan - Resources • IEEE Std829-1998, IEEE Standard for Software Test Documentation • Test Plan Outline for IEEE Format (from Gerrard Consulting) CSE 4317

More Related