Test planning


Published on

Software Test Plan

Published in: Education
  • Be the first to comment

No Downloads
Total views
On SlideShare
From Embeds
Number of Embeds
Embeds 0
No embeds

No notes for slide
  • Refer to Reference Guide Chapter 2 pgs 18-21
  • Test planning

    1. 1. Software Testing Lifecycle Practice Yujuan dou (窦玉娟) [email_address] MSN:douyujuan@sina.com 13858191626
    2. 2. Whole Course Plan <ul><li>10 hours in total:3 classes, 2 Labs </li></ul><ul><li>Test planning (2 hours, one time, class) </li></ul><ul><li>Test Case Design(2 hours ,one time, class) </li></ul><ul><li>Test Execution and Defect Tracking(4hours,2 times, in the lab) </li></ul><ul><li>Test Reporting(2hours , one time, Class) </li></ul>
    3. 3. Home Work <ul><li>Draft a test plan for testing the Work log System ( Group List) </li></ul><ul><li>Delivery the test cases for Work Log </li></ul><ul><li>Summarize the test results and deliver a test report </li></ul><ul><li>Home work delivery: </li></ul><ul><li>[email_address] or [email_address] </li></ul>
    4. 4. The First Class Plan <ul><li>Introduction of Whole Class Plan </li></ul><ul><li>Test Planning </li></ul><ul><li>Work log System introduction </li></ul>
    5. 5. Benefits of Test Plan <ul><li>Forms a contract between testers and project team </li></ul><ul><li>Avoids random testing and missed features </li></ul><ul><li>Optimizes resources </li></ul>
    6. 6. Key Points in Test Planning <ul><li>Test objective </li></ul><ul><li>Test Scope </li></ul><ul><li>Test Strategy </li></ul><ul><li>Establish a team and defining roles </li></ul><ul><li>Estimate a test timeline </li></ul>
    7. 7. Key Points-con. <ul><li>Risk Analysis </li></ul><ul><li>Assumptions & Constraints </li></ul><ul><li>Developing test plan detail </li></ul><ul><ul><li>Test cycles </li></ul></ul><ul><ul><li>Test scenarios </li></ul></ul><ul><ul><li>Test Cases </li></ul></ul>
    8. 8. <ul><li>The forenamed information should be covered in all test plans. If for any reason a heading is not applicable, it should still be included in the plan, with a notation that it is not applicable. </li></ul>
    9. 9. Statement of Objective <ul><li>To describe why the testing is being performed and what will be accomplished as a result by this testing effort. </li></ul><ul><li>for example “to ensure that the application will be able to recognize all financial periods that will be produced by the new functionality, and that all other processing is unaffected” </li></ul>
    10. 10. Tips and Techniques <ul><li>Itemize the objective </li></ul><ul><li>Write the objectives in a measurable statement </li></ul><ul><li>Prioritize </li></ul><ul><li>Define the completion criteria for each objective </li></ul>
    11. 11. Test Scope <ul><li>What is to be included in the testing effort and what is to be excluded </li></ul><ul><li>Features included </li></ul><ul><li>Features not included </li></ul><ul><li>Software Decomposition </li></ul><ul><li>Client-Specific Requirement </li></ul>
    12. 12. Software Decomposition <ul><li>Identify what will be covered in the test plan including: </li></ul><ul><li>Functions </li></ul><ul><li>Transactions </li></ul><ul><li>Reports </li></ul><ul><li>Interfaces </li></ul><ul><li>Error handling </li></ul><ul><li>Downstream impacts </li></ul>
    13. 13. For example <ul><li>The next transaction/process in sequence should be part of the scope of the test effort. For example: if changes are made to the buy transaction, the settlement transaction and the buy cancel transaction should be tested, too. </li></ul><ul><li>Documentation (on-line help) </li></ul>
    14. 14. Test Strategy <ul><li>Documents how the test will be executed. </li></ul><ul><li>Include: </li></ul><ul><li>Test Approach </li></ul><ul><li>Test Environment and Test Requirements </li></ul><ul><li>Test Techniques </li></ul><ul><li>Test Team </li></ul><ul><li>Team Preparation: knowledge transfer/training </li></ul><ul><li>Simulation of Missing Units </li></ul>
    15. 15. Test Approach <ul><li>the overall method to conducting the test. Includes : </li></ul><ul><li>Types of Testing </li></ul><ul><ul><li>Specify the types of testing : integration or system testing. </li></ul></ul><ul><ul><li>and non-functional quality attributes such as performance, reliability, usability etc. </li></ul></ul>
    16. 16. Test Approach-con. <ul><ul><li>Testing Methods </li></ul></ul><ul><ul><li>Specify the various testing methods (black box testing, GUI testing, system flow, database etc,) and the strategy of testing. </li></ul></ul><ul><ul><li>The method of analyzing the test results are also to be documented. </li></ul></ul><ul><ul><li>Indicate the test coverage if any. </li></ul></ul><ul><ul><li>Identify the tools for defect tracking. </li></ul></ul><ul><ul><li>Automated and Manual Tests </li></ul></ul><ul><ul><li>Specify the tests which are automated and the tests that will be carried out manually. </li></ul></ul>
    17. 17. Test Environment <ul><li>Where and under what conditions will testing take place. Is it in pilot of production, batch or on-line, mainframe or PC based, etc </li></ul>
    18. 18. Establish a Team and Defining Roles <ul><li>Specifies resources for each task </li></ul><ul><li>Assigns tasks based on unique skill set </li></ul><ul><li>Communicates objectives of testing effort </li></ul>
    19. 19. Participants <ul><li>Project Managers </li></ul><ul><li>SQA managers </li></ul><ul><li>Team Leaders </li></ul><ul><li>SQA Specialists </li></ul><ul><li>IT Representatives </li></ul><ul><li>Clients </li></ul><ul><li>Vendors </li></ul><ul><li>Users </li></ul><ul><li>Business analysts </li></ul>
    20. 20. Estimate a Test Timeline <ul><li>Development effort (software size) </li></ul><ul><li>Percentage of new design </li></ul><ul><li>Software complexity </li></ul><ul><li>Technology platform </li></ul><ul><li>Documentation quality </li></ul><ul><li>Requirements stability </li></ul><ul><li>Available resources </li></ul>
    21. 21. Risk Analysis <ul><li>Business Risk </li></ul><ul><li>External Dependency </li></ul><ul><li>Organizational </li></ul><ul><li>Planning </li></ul><ul><li>Technological </li></ul>
    22. 22. Assumptions & Constraints <ul><li>Assumptions are suppositions about things that may or may not happen in the future. </li></ul><ul><li>Constraints are limitations that must be worked around to manage the test effort </li></ul><ul><ul><li>Organizational resources </li></ul></ul><ul><ul><li>Business/Legal </li></ul></ul><ul><ul><li>Cost ,technical, schedule/timing/dependency </li></ul></ul>
    23. 23. Developing test plan detail <ul><ul><li>Test cycles </li></ul></ul><ul><ul><li>Test scenarios </li></ul></ul><ul><ul><li>Test Cases </li></ul></ul>
    24. 24. Sample Test Plan <ul><li>A typical Test Plan may have the following sections: </li></ul><ul><ul><li>Test Plan identifier : A unique name or number, useful if you store all documents in a database. </li></ul></ul><ul><ul><li>Introduction : Include references to all relevant policy and standards documents, and high-level product plans. </li></ul></ul><ul><ul><li>Test items : A test item is a software item (function, module, feature, etc) that is to be tested. List them all, or refer to a document that lists them all. Include references to specifications (e.g. requirements and design) and manuals. </li></ul></ul><ul><ul><li>Features to be tested : Cross-reference them to test design specifications. </li></ul></ul><ul><ul><li>Features not to be tested : Which ones and why not. </li></ul></ul>
    25. 25. Sample Test Plan-con. <ul><ul><li>Approach : Describe the overall approach to testing: who does it, main activities, techniques, and tools used for each major group of features. How will you decide that a group of features is adequately tested? </li></ul></ul><ul><ul><li>Item pass/fail criteria : How does a tester decide whether the program passed or failed a given test? </li></ul></ul><ul><ul><li>Suspension criteria and resumption criteria : List anything that would cause you to stop testing until it’s fixed. What would have to be done to get you to restart testing? What tests should be redone at this point? </li></ul></ul>
    26. 26. Sample Test Plan-con. <ul><ul><li>Test deliverables : List of all the testing documents that will be written for this product. </li></ul></ul><ul><ul><li>Testing tasks : List all tasks necessary to prepare for and do testing. Show dependencies between tasks, special skills (or people) needed to do them, who do each, how much effort is involved, and when each will be done. </li></ul></ul><ul><ul><li>Environmental needs : Describe the necessary hardware, software, testing tools, lab facilities, etc. </li></ul></ul><ul><ul><li>Responsibilities : Name the groups (or people) responsible for managing, designing, preparing, executing, witnessing, checking, fixing, resolving, getting you the equipment, etc. </li></ul></ul>
    27. 27. <ul><ul><li>Staffing and training needs : How many people you need at each skill level, and what training they need. </li></ul></ul><ul><ul><li>Schedule : List all milestones with dates, and when all resources (people, machines, tools, and facilities) will be needed. </li></ul></ul><ul><ul><li>Risks and contingencies : What are the highest risk assumptions in the test plan? What can go sufficiently wrong to delay the schedule and what will you do about it? </li></ul></ul><ul><ul><li>Approvals : Who has to approve this plan? </li></ul></ul>Sample Test Plan-con.
    28. 28. Homework <ul><li>Look at the template of test plan </li></ul><ul><li>Work log: URL: User: 07001~07400 Passwd:123456 </li></ul>
    29. 29. <ul><li>Thank you! </li></ul>