Scribd Logo
Upload

Welcome to Scribd!

  • 112 views

    Software Test Document Template

    Uploaded by

    kluda13
    The document outlines a software test plan, beginning with an introduction and test approach section describing the overall testing strategy and key questions to consider. It then covers the specific features to be tested and not tested, the testing tools, data, and environment required, and how test cases will be documented with expected outputs and procedures. An appendix is included for test logs and incident reports.

    Copyright:

    Attribution Non-Commercial (BY-NC)
    Download as DOCX, PDF, TXT or read online from Scribd

    Software Test Document Template

    Uploaded by

    kluda13
    112 views2 pages
    The document outlines a software test plan, beginning with an introduction and test approach section describing the overall testing strategy and key questions to consider. It then covers the specific features to be tested and not tested, the testing tools, data, and environment required, and how test cases will be documented with expected outputs and procedures. An appendix is included for test logs and incident reports.

    Original Title

    Software-Test-Document-Template.docx

    Copyright

    © Attribution Non-Commercial (BY-NC)

    Available Formats

    DOCX, PDF, TXT or read online from Scribd

    Did you find this document useful?

    Is this content inappropriate?

    The document outlines a software test plan, beginning with an introduction and test approach section describing the overall testing strategy and key questions to consider. It then covers the specific features to be tested and not tested, the testing tools, data, and environment required, and how test cases will be documented with expected outputs and procedures. An appendix is included for test logs and incident reports.

    Copyright:

    Attribution Non-Commercial (BY-NC)
    Download as DOCX, PDF, TXT or read online from Scribd
    Download as docx, pdf, or txt
    112 views2 pages

    Software Test Document Template

    Uploaded by

    kluda13
    The document outlines a software test plan, beginning with an introduction and test approach section describing the overall testing strategy and key questions to consider. It then covers the specific features to be tested and not tested, the testing tools, data, and environment required, and how test cases will be documented with expected outputs and procedures. An appendix is included for test logs and incident reports.

    Copyright:

    Attribution Non-Commercial (BY-NC)
    Download as DOCX, PDF, TXT or read online from Scribd
    Download as docx, pdf, or txt
    of 2

    Software Test Document (STD) Cover Page Table of Contents 1 INTRODUCTION 1.1 System Overview 1.

    2 Test Approach
    The test approach is the overall test strategy that underpins the whole test plan. A test approach asks, how are you going to test the software? Also consider if you are going to use established, documented test processes or procedures or if you will need to tailor your own specifically for this project. Other questions to ask in devising the test approach include: What type of testing will be done when? Will you start by running tests on the most risky area of the software? Are there parts of the planned functionality that will be delivered after other parts and therefore require you to stage your testing? Is there a must have, should have, could have approach to the priority of new functionality and if so does your test approach take this into account? What about the depth and timing of regression tests? Will regression tests be run manually or will you use automated test tools? What about non-functional testing like install/uninstall, compatibility, load, volume and performance, etc.? When will such tests be run and will this impact on the more regular functional testing?

    TEST PLAN 2.1 Features to be Tested


    This is a high-level view of what is to be tested from the users viewpoint of what the system does. It is also useful to list the features to be tested with respect to the names of the parent components, etc. A bulleted list format can serve well here, or use the table format given below.
    Feature Parent Component / System Overview

    Feature name

    The component or system the feature belongs to

    Brief outline of what is being tested from users perspective

    2.2 Features not to be Tested


    What is not to be tested can be sometimes just as important as stating what is to be tested. It removes any ambiguity in order that other project stakeholders are clear on what to expect from the test phases. Make this list the same format as above. Additionally, however, you should state clear reasons why the feature is not being tested. There could be any number of reasons and all should be given alongside the mitigating factors.

    2.3 Testing Tools, Data, and Environment 2.3.1 Testing Tools


    List all the tools required for testing. Such tools may include obvious ones like test management software, a defect management system, GUI automation tools, etc., but there may be less obvious tools required like project management tools, etc.

    2.3.2 Testing Data


    Plan your test data needs. Is this something that you can manage within the test team or is it something you will need to get a developer or database administrator to do? What about automatic test data generators? If you are using data sourced from a current live system then there may be confidentiality aspects that need to be addressed or you could anonymise the data. Will the test data need to be reset for every cycle of testing? If so, who will do this and how long will it take. If scripts have to be run to do this they could mean lengthy runs that could impact your progress.

    2.3.3 Testing Environment


    The test environment encompasses the software being tested, related platform software, third-party software, communications software, etc. Ensure that you have the resources required to install, set up and configure your test environment. The test environment also extends to hardware, test data, technical publications, consumables (like printer paper, ink, etc.), swipe cards, etc. Take a helicopter view of your test environment and plan for anything that is required in order to assure the smooth execution of your testing.

    TEST CASES 3.n Case-n 3.n.1 Purpose 3.n.2 Inputs 3.n.3 Expected Outputs & Pass/Fail criteria 3.n.4 Test Procedure ADDITIONAL MATERIAL (including appendix A)

    APPENDIX A. TEST LOGS A.n Log for test n A.n.1 Test Results A.n.2 Incident Report

    You might also like