MOHANA PRIYA 305249. TEST SCENARIO  Test scenario represent a powerful tool for test design and are a single event or a sequence of events that happen.

Slides:



Advertisements
Similar presentations
Testing Workflow Purpose
Advertisements

Information System Engineering
Objectives Detailed Object-Oriented Requirements Definitions
Use Case Diagram © copyright 2001 SNU OOPSLA Lab..
1 Project Management Office Lunch & Learn Use Case.
Use-case Modeling.
Development Processes UML just is a modeling technique, yet for using it we need to know: »what do we model in an analysis model? »what do we model in.
Chapter 10 System Sequence Diagrams. What is a System Sequence Diagram? A way of modeling input and output events related to systems It is a picture that.
© 2005 Prentice Hall4-1 Stumpf and Teague Object-Oriented Systems Analysis and Design with UML.
© 2005 Prentice Hall3-1 Stumpf and Teague Object-Oriented Systems Analysis and Design with UML.
Use cases and requirement specification - 1 Use case diagrams 3 use cases System boundaries Remember: Use case diagramming is a tool, not the requirements.
Use Cases.
1 Software Testing and Quality Assurance Lecture 14 - Planning for Testing (Chapter 3, A Practical Guide to Testing Object- Oriented Software)
Testing Components in the Context of a System CMSC 737 Fall 2006 Sharath Srinivas.
Recall The Team Skills Analyzing the Problem
Requirements Management
© 2006, Cognizant Technology Solutions. All Rights Reserved. The information contained herein is subject to change without notice. Automation – How to.
TEST CASE DESIGN Prepared by: Fatih Kızkun. OUTLINE Introduction –Importance of Test –Essential Test Case Development A Variety of Test Methods –Risk.
USE Case Model.
Use Case Diagrams – Functional Models Chapter 5. Objectives Understand the rules and style guidelines for activity diagrams. Understand the rules and.
® IBM Software Group © 2006 IBM Corporation Writing Good Use Cases Module 4: Detailing a Use Case.
Software Quality Assurance Lecture #8 By: Faraz Ahmed.
Object-Oriented Analysis - Instructor Notes
Chapter 7 Structuring System Process Requirements
Advanced Topics in Requirement Engineering. Requirements Elicitation Elicit means to gather, acquire, extract, and obtain, etc. Requirements elicitation.
CMSC 345 Fall 2000 Unit Testing. The testing process.
From Use Cases to Test Cases 1. A Tester’s Perspective  Without use cases testers will approach the system to be tested as a “black box”. “What, exactly,
Testing Workflow In the Unified Process and Agile/Scrum processes.
Systems Analysis and Design 8 th Edition Chapter 6 Object Modeling.
Chapter 10 Analysis and Design Discipline. 2 Purpose The purpose is to translate the requirements into a specification that describes how to implement.
7 Systems Analysis and Design in a Changing World, Fifth Edition.
A Use Case Primer 1. The Benefits of Use Cases  Compared to traditional methods, use cases are easy to write and to read.  Use cases force the developers.
1 Structuring Systems Requirements Use Case Description and Diagrams.
CSC 395 – Software Engineering Lecture 14: Object-Oriented Analysis –or– Ripping the Band-Aid Off Quickly.
♦ Use Case Model  Detailled use case - Important  Use case diagram- Refactoring Use case diagram  > 1 Last Lectures.
Use Case Model Use case diagram.
Use Case Diagram The purpose is to communicate the system’s functionality and behaviour to the customer or end user. Mainly used for capturing user requirements.
CIS 112 Exam Review. Exam Content 100 questions valued at 1 point each 100 questions valued at 1 point each 100 points total 100 points total 10 each.
1 Version /05/2004 © 2004 Robert Oshana Requirements Engineering Use cases.
1 Chapter 5 Modeling System Requirements Finding the Use Cases Page
Use Case Model Use case diagram. Relevant Requirements Artifacts Use-Case Model Supplementary Specification Use-Case Specifications... Glossary Actors.
Software Architecture Evaluation Methodologies Presented By: Anthony Register.
CS212: Object Oriented Analysis and Design Lecture 32: Use case and Class diagrams.
Chapter 3: Introducing the UML
Use Case Diagrams. Introduction In the previous Lecture, you saw a brief review of the nine UML diagrams. Now that you have the clear, you'll start to.
Chapter 7 Part II Structuring System Process Requirements MIS 215 System Analysis and Design.
George Wang, Ph.D. COMP 380/L Lesson 2. Use Case Use cases are a way to capture system functionalities (i.e., functional requirements) Based on use case.
© Copyright 2010 Rockwell Collins, Inc. All rights reserved. Practical SysML Applications: A Method to Describe the Problem Space Ray Jorgensen David Lempia.
Business Processes A business process describes a set of activities that are necessary to complete a response to a stimulus applied to an organization.
1 Team Skill 3 Defining the System Part 1: Use Case Modeling Noureddine Abbadeni Al-Ain University of Science and Technology College of Engineering and.
Prepared by: Fatih Kızkun
PREPARED BY G.VIJAYA KUMAR ASST.PROFESSOR
TQS - Teste e Qualidade de Software (Software Testing and Quality) Test Case Design – Model Based Testing João Pascoal.
Requirements Validation – II
Chapter ? Quality Assessment
Unified Modeling Language
Use Case Model Use case diagram.
Recall The Team Skills Analyzing the Problem
Chapter 24 Testing Object-Oriented Applications
IMPORTANT NOTICE TO STUDENTS:
Object Oriented Analysis and Design
Software testing.
Chapter 19 Testing Object-Oriented Applications
Use Case Model Use case diagram – Part 2.
Use Case Modeling.
Chapter 19 Testing Object-Oriented Applications
Applying Use Cases (Chapters 25,26)
Stumpf and Teague Object-Oriented Systems Analysis and Design with UML
Applying Use Cases (Chapters 25,26)
Presentation transcript:

MOHANA PRIYA

TEST SCENARIO  Test scenario represent a powerful tool for test design and are a single event or a sequence of events that happen during the actual usage of the application.

TEST SCENARIO DESIGN TECHNIQUES  Use case modeling  Activity component element

USE CASE It defines a goal-oriented set of interactions between external actors and the system under consideration. Initiated by user Black box technique

Use case includes the following variants of sequence:  Basic flow sequence to satisfy the goal  Alternative sequences that may also satisfy the goal  Sequences that may lead to failure in completing the service because of exceptional behavior, error handling, and so on

Components of use case:  Primary flows  Alternate flows  Exceptional flows  Triggers  Pre conditions  Post conditions

When Use Case modeling is used for Test Scenario design, the following scenarios should be concentrated:  Primary flow or the happy flow  Alternate Conditions  Exception conditions

 The various pre and post conditions are utilized to create the test cases from the test scenarios.  Each possible combination of main flow and alternative flows will identify a scenario  The minimum number of scenarios will be equal to the number of alternative flows plus the main flow  Alternate flows cannot be tested by themselves. A combination of basic flow and alternate flows will give good test scenarios  There will be many scenarios for any given use case

Tips for creating Test Scenarios:  All scenarios will start in the main flow  It is useful to draw a picture  Use a scenario matrix to keep track of them

Benefits of Use Case Modeling:  Allows testers to write test cases before any code is written  Provides a clear testing methodology  Gives testers a head start in understanding what the application is supposed to do  Helps you know when you are done  Helps to create Test Scenarios with the help of Use Cases

ACE Methodology:  ACE Methodology helps to build re- usable Test Scenarios using the Functional Decomposition Model.  ACE (Activity-Component-Element) methodology is a functional decomposition technique which breaks business processes into activities, components, and elements to bring out the underlying functional complexity.

ACE helps in the following:  Understand the Business Area  Capture the functional use Business process at multiple levels  Componentization  Drill down to the Business Elements  Understand its implication Traceability Hand-shake

Building Test Scenario using the ACE Methodology  The requirements are analyzed and business areas are identified  On analyzing the requirement, the scope and the expectation of testing to be derived is identified  Workflow is derived from the analysis of the business process at multiple levels  By analyzing the workflow the re-usable Test Scenario and its description is arrived  Using the re-usable test scenario, positive, negative, alternate, and exceptional flows can be generated which are specific to an application

Benefits of ACE Methodology:  Reduced Knowledge Acquisition time  Knowledge Transition to address only the delta that is Application/Geography specific  Advanced test analysis like the critical functionalities can be tracked before hand  Improved domain coverage paving way to addressing the testability at a granular level  Enhanced test design with Test scenarios and Test conditions clearly defined

 Easier traceability to the Business Requirement/Functional Specification document  Translates to sanity check on critical functionalities  Such scenario libraries leads to very high re-usability  A robust regression pack from a functional perspective