<Note: everything surrounded by <> is either a placeholder to be filled in or a comment to be deleted. All

Similar documents
Test Plan Airline Reservation System

8. Master Test Plan (MTP)

Software Test Plan (STP) Template

Test Plan Template (IEEE Format)

Building Reusable Testing Assets for a Product Line

Example IEEE software project management plan (SPMP)

How to Write a Software Process Procedures and Policy Manual for YOUR COMPANY

White Papers: Unit Testing. Unit Testing

D6.1 GEEWHEZ Test plan

Software Project Management Plan (SPMP)

System Development and Life-Cycle Management (SDLCM) Methodology

Test Plan1.0 For the project A Credit Assessment System (CAS) Version 1.0

Oracle Insurance Policy Administration System Quality Assurance Testing Methodology. An Oracle White Paper August 2008

Metrics in Software Test Planning and Test Design Processes

SOFTWARE DEVELOPMENT PLAN

Test Plan Template: (Name of the Product) Prepared by: (Names of Preparers) (Date) TABLE OF CONTENTS

Test Plan Online Book Store Phase-II. Vamsi Krishna Mummaneni

TEST PLAN OUTLINE (IEEE 829 FORMAT)

Design Document Version 0.0

Organization. Project Name. Project Overview Plan Version # Date

Smarter Balanced Assessment Consortium. Recommendation

THE SOFTWARE DEVELOPMENT LIFE CYCLE *The following was adapted from Glencoe s Introduction to Computer Science Using Java

ERP Test Plan. Revised 7/5/10. SYSTEM TEST PLAN and PEOPLESOFT FMS TEST SCRIPTS SpearMC Consulting. Page 1 of 15

Software Quality Assurance Plan

> Define the different phases of K2 development, including: understand, model, build, maintain and extend

Project Management Guidelines

Customer Deliverable C0 Request for Proposals (RFP)

Educational Collaborative Develops Big Data Solution with MongoDB

Winning the Battle against Automated Testing. Elena Laskavaia March 2016

Object-Oriented Software Engineering

Utilizing Defect Management for Process Improvement. Kenneth Brown, CSQA, CSTE

TASPO-ATS-L System Test Plan

PROJECT MANAGEMENT PLAN TEMPLATE < PROJECT NAME >

Introduction to Automated Testing

<Company Name> <Project Name> Software Development Plan. Version <1.0>

<name of project> Software Project Management Plan

Acceptance Criteria. Software Engineering Group 6. 0/3/2012: Acceptance Criteria, v2.0 March Second Deliverable

TeamCity A Professional Solution for Delivering Quality Software, on Time

Minnesota Health Insurance Exchange (MNHIX)

FSW QA Testing Levels Definitions

A Case study based Software Engineering Education using Open Source Tools

Managing Successful Software Development Projects Mike Thibado 12/28/05

Project Title: UFTR DIGITAL CONTROL SYSTEM UPGRADE. UFTR-QA1-06.1, Software Test Plan - SIVAT Test. Date: Reviewed by, Dr.

Attachment G - Required Response Format for ERP Implementation Service Providers

Project Management Guidelines

The Dangers of Use Cases Employed as Test Cases

Project Plan Version 0.0

Software Configuration Management. Slides derived from Dr. Sara Stoecklin s notes and various web sources.

Test Plan (a Real Sample) SoftwareTestingHelp.com Live Project Training - OrangeHRM

Enterprise Test Management Standards

Project Audit & Review Checklist. The following provides a detailed checklist to assist the PPO with reviewing the health of a project:

December 21, The services being procured through the proposed amendment are Hosting Services, and Application Development and Support for CITSS.

Regulatory Guide Configuration Management Plans for Digital Computer Software Used in Safety Systems of Nuclear Power Plants

26/03/2012. Software? Less than a cm 2. How to incorporate software in a budget discussion? Small expenditure component with huge impact

Rational Team Concert. Guido Salvaneschi Dipartimento di Elettronica e Informazione Politecnico di Milano salvaneschi@elet.polimi.

CS 451 Software Engineering Winter 2009

An Automated Testing Tool Using UI Structure

Education Data Portal ( EDP ) Data Dashboard Solutions

Software Quality. Software Quality Assurance and Software Reuse. Three Important Points. Quality Factors

Project Management. Project Analysis and Definition. Project Management. Project Management People

Practitioner Certificate Software Asset Management Syllabus. Version 2.0

Independent Test and Evaluation

Team Members: Adam Wroblaski Jared Kline Mark Reisinger Yu Chan. Advisor: Dr. Chen-Ching Liu Client: General Electric

<PROJECT NAME> PROJECT MANAGEMENT PLAN

Minnesota Health Insurance Exchange (MNHIX)

The George Washington University

Best Practices, Process

Testing and Scrum. Agenda. Fall 2007 Scrum Gathering

R214 SPECIFIC REQUIREMENTS: INFORMATION TECHNOLOGY TESTING LABORATORY ACCREDITATION PROGRAM

National University of Ireland, Maynooth MAYNOOTH, CO. KILDARE, IRELAND. Testing Guidelines for Student Projects

Description. Benefits. Requirements. Selection process. Duration

TOCOM s Approach to the Business Continuity Plan (BCP)

Software Quality Assurance Plan

Operating System Components

Building CHAOS: an Operating System for Livermore Linux Clusters

Levels of Software Testing. Functional Testing

Independent Verification and Validation of SAPHIRE 8 Software Project Plan

Program Lifecycle Methodology Version 1.7

Disaster Recovery and Business Continuity What Every Executive Needs to Know

Unit Guide to Business Continuity/Resumption Planning

Aspire's Approach to Test Automation

Project Planning Worksheet

California Department of Mental Health Information Technology Attention: MHSA-IT th Street, Room 141 Sacramento, CA 95814

CPET 545 SOA and Enterprise Applications. SOA Final Project Project Scope Management

E-vote 2011 Version: 1.0 Testing and Approval Date: 26/10/2009. E-vote SSA-U Appendix 5 Testing and Approval Project: E-vote 2011

Team 4Loop. Project: Smart Fitness Trainer. Department of Computer Science and Engineering University of Texas at Arlington

IEEE ComputerSociety 1 Software and Systems Engineering Vocabulary

Defining Quality Workbook. <Program/Project/Work Name> Quality Definition

Organising, planning and scheduling software projects. Software management distinctions

Abstract. 1 Introduction

Chapter 8 Software Testing

Unit Testing Scenario and Sample Unit Test Plan

2.1 The RAD life cycle composes of four stages:

Case Study: Financial Institution Deploys MBT to Test at the Speed of Agile Development

Outline. 1 Denitions. 2 Principles. 4 Implementation and Evaluation. 5 Debugging. 6 References

ELECTRONIC RECORDS ARCHIVES. TESTING MANAGEMENT PLAN (TSP v4.0)

Testing a Software Product Line

SACWIS PLANNING FOR DEPARTMENT OF HUMAN SERVICES DRAFT - STRATEGIC IMPLEMENTATION PLAN: MILESTONES & TIMELINES FOR A FULL IMPLEMENTATION

Software Testing Tutorial

SolovatSoft. Load and Performance Test Plan Sample. Title: [include project s release name] Version: Date: SolovatSoft Page 1 of 13

Transcription:

Test Plan <Project Name> <Authors> <Date> <Note: everything surrounded by <> is either a placeholder to be filled in or a comment to be deleted. All tables contain fictional example entries which should be removed.> <This plan follows the style of IEEE Standard for Software Test Documentation, IEEE Std 829-1983.> Table of Contents 1. Introduction... 3 1.1. Objectives... 3 1.2. Tasks... 3 2. Test Items... 3 3. Features to be Tested... 3 4. Features not to be Tested... 3 5. Approach... 4 5.1. Code Inspection... 4 5.2. Unit Testing... 4 5.3. Functional Testing... 4 6. Item Pass/Fail Criteria... 4 6.1. JUnit tests... 4 6.2. Functional Tests... 4 7. Suspension Criteria and Resumption Requirements... 5 8. Test Deliverables... 5 9. Testing Tasks... 5 10. Environmental Needs... 5

11. Responsibilities... 5 12. Staffing and Training Needs... 5 13. Schedule... 5 14. Risks and Contingencies... 6 15. Approvals... 6 16. Do List... 6 17. Revision History... 6

1. Introduction <Summarize the software items and software features to be tested.> The project that this test plan is written for is the Java Word Processor (JWP) that was provided to. The JWP is broken down into six java packages.. 1.1. Objectives This plan intends to describe how the creation of tests cases will be accomplished. Perform tests on the JWP application to find as many bugs and errors as possible with as much code coverage as possible 1.2. Tasks Unit Tests using JUnit Functional Testing Code Coverage using the EMMA 2. Test Items <Identify the test items including their version/revision level.> The following modules in the JWP application were tested Our testing target will be 90% method coverage of all primary functional areas of the application. This includes all code that will be executed as part of normal operation of the program. Areas which will be not be tested specifically include Unused Classes Unused Methods Low-risk Trivial methods (get/set methods) Supporting Library Methods (assumed to be externally tested) 3. Features to be Tested <Identify all software features to be tested. This may be a list of numbered requirements.> 4. Features not to be Tested <Identify all features that will not be tested.>

A number of features were not included for testing in this test plan. Features that were not tested include get and set methods, any methods that did not contain any executable code, and any methods that were not called anywhere in the execution of the application. In addition, any method whose functionality was tested by executing a test on another method was not tested. For example, if method X calls method Y, and method X is confirmed to be working properly, then it can be concluded that method Y is working as well. 5. Approach <Describe the overall approach.> Two approaches, code inspections and unit/functional testing, will be used to find defects in the JWP project. Code inspections will be used to find an initial set of defects, and 5.1. Code Inspection <Summarize your code inspection process for part 2> 5.2. Unit Testing <Summarize your unit testing process> 5.3. Functional Testing <Summarize your functional testing process> 6. Item Pass/Fail Criteria <Specify the criteria to be used to determine whether each test item has passed or failed testing.> 6.1. JUnit tests All JUnit tests should pass/fail depending on each test case coded.. 6.2. Functional Tests Each functional test has its own pass fail criteria based on the test that is being preformed.

Also if the program displays unexpected behaviors during the test then this is a failure case and needs to be reported 7. Suspension Criteria and Resumption Requirements <Specify the criteria used to suspend testing, such as abnormal termination. Specify what conditions must be met before testing may be resumed.> If the program crashes or stops unexpectedly; find out what caused that error and report on it and then continue with the test cases 8. Test Deliverables <Identify the deliverable documents, such as this test plan, test specifications, and test results.> 9. Testing Tasks <Identify the set of tasks necessary to prepare for and perform testing.> 10. Environmental Needs <Specify the necessary properties of the test environment, such as hardware, software, and network connectivity.> 11. Responsibilities <Identify the groups responsible for planning, executing, and reporting the results of tests.> 12. Staffing and Training Needs <Specify milestones for each type of testing, e.g.., completion of unit testing, completion of system testing.> 13. Schedule <Specify milestones for each type of testing, e.g.., completion of unit testing, completion of system testing.>

14. Risks and Contingencies <Identify the high-risk assumptions of the test plan. Specify mitigation strategies and contingency plans.> 15. Approvals <Specify the names of all persons who must approve this plan.> 16. Do List <List of items to be completed in THIS artifact.> # Who Due What 1 Groucho 4/7/2003 Add code inspection plans 2 Zeppo 4/1/2003 Add acceptance test plans 17. Revision History Date Who Revision 2/2/2003 Groucho Added regression test plans