Test Plan Outline. Key Points from the Narrative process is ad hoc a lot of code reuse usability is very important accuracy and interoperability are problems.

Slides:



Advertisements
Similar presentations
Testing Workflow Purpose
Advertisements

Ch-11 Project Execution and Termination. System Testing This involves two different phases with two different outputs First phase is system test planning.
Software Engineering-II Sir zubair sajid. What’s the difference? Verification – Are you building the product right? – Software must conform to its specification.
Abirami Poonkundran 2/22/10.  Goal  Introduction  Testing Methods  Testing Scope  My Focus  Current Progress  Explanation of Tools  Things to.
CMSC 345, Version 11/07 SD Vick from S. Mitchell Software Testing.
ACS 567: Software Project Management Spring 2009 Instructor: Dr. John Tanik.
Documentation Testing
Software Testing.
6/19/2007SE _06_19_Overview_Inspections.ppt1 Team Software Project (TSP) June 19, 2007 High Level Designs, Code Inspections & Measurement.
Chapter 9 Testing the System, part 2. Testing  Unit testing White (glass) box Code walkthroughs and inspections  Integration testing Bottom-up Top-down.
© The McGraw-Hill Companies, 2006 Chapter 9 Software quality.
SE 555 Software Requirements & Specification Requirements Validation.
SE 555 Software Requirements & Specification 1 SE 555 Software Requirements & Specification Prototyping.
 QUALITY ASSURANCE:  QA is defined as a procedure or set of procedures intended to ensure that a product or service under development (before work is.
Software Test Plan Why do you need a test plan? –Provides a road map –Provides a feasibility check of: Resources/Cost Schedule Goal What is a test plan?
Capability Maturity Model
Functional Testing Test cases derived from requirements specification document – Black box testing – Independent testers – Test both valid and invalid.
Test Design Techniques
SYSTEM LIFE CYCLES. OBJECTIVES o Be able to describe the stages of development of a hardware/software system. o Know what the different stages of the.
… and after unit testing …
Software Testing. Recap Software testing – Why do we do testing? – When it is done? – Who does it? Software testing process / phases in software testing.
CompSci 230 Software Design and Construction
N By: Md Rezaul Huda Reza n
© 2012 IBM Corporation Rational Insight | Back to Basis Series Chao Zhang Unit Testing.
ITEC 370 Lecture 19 Testing. Review Questions? Design document due by 10PM –System can be implemented just by following it Testing –Black, White, Glass.
S oftware Q uality A ssurance Part One Reviews and Inspections.
Introduction Telerik Software Academy Software Quality Assurance.
CMSC 345 Fall 2000 Unit Testing. The testing process.
المحاضرة الثالثة. Software Requirements Topics covered Functional and non-functional requirements User requirements System requirements Interface specification.
Software Inspections. Defect Removal Efficiency The number of defects found prior to releasing a product divided by The number of defects found prior.
1 Testing Course notes for CEN Outline  Introduction:  terminology and philosophy  Factors that influence testing  Testing techniques.
 Explain the role of a system analyst.  Identify the important parts of SRS document.  Identify the important problems that an organization would face.
Testing Workflow In the Unified Process and Agile/Scrum processes.
Moving into Implementation SYSTEMS ANALYSIS AND DESIGN, 6 TH EDITION DENNIS, WIXOM, AND ROTH © 2015 JOHN WILEY & SONS. ALL RIGHTS RESERVED.Roberta M. Roth.
Review for the Final Exam CSCI Software Project Management.
CS 3610: Software Engineering – Fall 2009 Dr. Hisham Haddad – CSIS Dept. Chapter 2 The Software Process Discussion of the Software Process: Process Framework,
Lecture 7: Requirements Engineering
Unit Testing 101 Black Box v. White Box. Definition of V&V Verification - is the product correct Validation - is it the correct product.
Software Testing Reference: Software Engineering, Ian Sommerville, 6 th edition, Chapter 20.
Wildlife 448Fall Be Succinct Be direct... to the point... without “fluff” Keep it simple (sentences, tables, etc.) Keep overall length to minimum.
Reviews and Inspections. Types of Evaluations Formal Design Reviews conducted by senior personnel or outside experts uncover potential problems Inspections.
Code review. informal formal ad hoc reviewpair programmingwalk throughinspection/review.
CS251 – Software Engineering Lecture 9: Software Design Slides by Mohammad El-Ramly, PhD
LECTURE 19 23/11/15 Software Quality and Testing.
Software Engineering Saeed Akhtar The University of Lahore.
Wildlife 448Fall Be Succinct Be direct... to the point... without “fluff” Keep it simple (sentences, tables, etc.) Keep overall length to minimum.
Agenda for today: The Unified Software Development Process: Test (Note) Test The purpose of testing Artifacts Test in the sw Life Cycle Workers Test procedure.
HNDIT23082 Lecture 09:Software Testing. Validations and Verification Validation and verification ( V & V ) is the name given to the checking and analysis.
Review for the Final Exam CSCI Software Project Management.
System Testing 12/09. Hierarchy of Testing Testing Program Testing Top Down Bottom Up Integration TestingUnit Testing System Testing Big Bang Sandwich.
More SQA Reviews and Inspections. Types of Evaluations  Verification Unit Test, Integration Test, Usability Test, etc  Formal Reviews  aka "formal.
Software Testing Reference: Software Engineering, Ian Sommerville, 6 th edition, Chapter 20.
Software Test Plan Why do you need a test plan? –Provides a road map –Provides a feasibility check of: Resources/Cost Schedule Goal What is a test plan?
Information Technology Project Management, Seventh Edition.
Software Engineering Modern Approaches Eric Braude and Michael Bernstein 1.
PREPARED BY G.VIJAYA KUMAR ASST.PROFESSOR
Subject Name: Software Testing Subject Code: 10CS842 Prepared By:
Software Engineering (CSI 321)
Lecture 09:Software Testing
Introducing ISTQB Agile Foundation Extending the ISTQB Program’s Support Further Presented by Rex Black, CTAL Copyright © 2014 ASTQB 1.
The purpose of testing Artifacts Test in the sw Life Cycle Workers
Use Case Modeling.
Capability Maturity Model
QA Reviews Lecture # 6.
Software Testing.
Capability Maturity Model
Think about your view of QA
A Simple SQA Plan.
LECTURE 3: Requirements Engineering
Presentation transcript:

Test Plan Outline

Key Points from the Narrative process is ad hoc a lot of code reuse usability is very important accuracy and interoperability are problems testing is not formal at all –little or no unit testing of reused modules

Suggested Initial Test Plan 1.Items to be Tested 2.Pass Fail Criteria 3.Responsibilities 4.Schedule of Tests and Reviews

Items to be Tested 1.System Requirements –formal technical review consisting of 1.facilitator: another in-house requirements guru 2.author : Sue 3.scribe: Zack 4.customer rep - sample user or manager

2.System Design –FTR similar to above except use a customer with technical knowledge (eg an IT person) 3.Software Design –FTR facilitator: in-house designer from another group author: Zack or the other Bob scribe: Tim or John member: Tim or John

4.All New Code Modules –code walkthroughs –black box testing 5.All Reused Code Modules –black box testing –white box testing for automatic ordering module 6.User Interface –Usability Testing 7.System –stress testing, functional testing

2. Pass Fail Criteria System Requirements completeness System Design need a checksheet which includes survey of users' environment Software Design need a checksheet for design metrics

New Code Modules need coding guidelines for walkthroughs black box - simple black box testing Reused Modules white box - 100% basis paths covered black box - boundary value analysis User Interface meets all usability criteria described in SRS –be sure to use different browsers System Testing stress testing based on SRS does the system do each function described in the SRS

4. Schedule for Tests and Reviews SRS FTR - end of week 2 System Design FTR - end of week 3 Software Design FTR - end of week 4 Unit Testing - scheduled throughout coding Usability Testing - week 7 (1 st half) System Testing - week 7 (2 nd half)