BLACK BOX TESTING K.KARTHIKEYAN. Black box testing technique Random testing Equivalence and partitioning testing Boundary value analysis State transition.

Slides:



Advertisements
Similar presentations
2017/3/25 Test Case Upgrade from “Test Case-Training Material v1.4.ppt” of Testing basics Authors: NganVK Version: 1.4 Last Update: Dec-2005.
Advertisements

Defect testing Objectives
Test Case Design Methodologies (Black-box methods)
Testing and Quality Assurance
Testing and Test Case Development A “primitive” method of testing, with NO test preparation, may include the following steps : – Initiate the system –
Black Box Testing Csci 565 Spring 2009.
SOFTWARE TESTING. INTRODUCTION  Software Testing is the process of executing a program or system with the intent of finding errors.  It involves any.
Annoucements  Next labs 9 and 10 are paired for everyone. So don’t miss the lab.  There is a review session for the quiz on Monday, November 4, at 8:00.
Test Case Design: Strategies, Techniques & Models Robin Brennan, Senior Consultant Quality Assurance Institute.
CMSC 345, Version 11/07 SD Vick from S. Mitchell Software Testing.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 23 Slide 1 Software testing.
1 Software Testing and Quality Assurance Lecture 36 – Software Quality Assurance.
Chapter 17 Software Testing Techniques
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 23 Slide 1 Software testing.
1 These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 5/e and are provided with permission by.
Testing an individual module
1 These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 5/e and are provided with permission by.
1 Software Testing and Quality Assurance Lecture 5 - Software Testing Techniques.
Software Testing Prasad G.
“GENERIC SCRIPT” Everything can be automated, even automation process itself. “GENERIC SCRIPT” Everything can be automated, even automation process itself.
1 Software Testing Techniques CIS 375 Bruce R. Maxim UM-Dearborn.
Equivalence Class Testing
Handouts Software Testing and Quality Assurance Theory and Practice Chapter 9 Functional Testing
Software Integration and Documenting
Verificarea şi Validarea Sistemelor Soft Tem ă Laborator 2 Testare Black Box Dat ă primire laborator: Lab 2 Dat ă predare laborator: Lab 2,3.
Dynamic Black-Box Testing Part 2
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
Chapter 8: Systems analysis and design
Software Testing (Part 2)
CMSC 345 Fall 2000 Unit Testing. The testing process.
CS4311 Spring 2011 Unit Testing Dr. Guoqiang Hu Department of Computer Science UTEP.
1 Software testing. 2 Testing Objectives Testing is a process of executing a program with the intent of finding an error. A good test case is in that.
CS /51 Illinois Institute of Technology CS487 Software Engineering Software Testing Techniques Mr. David A. Lash.
Software Testing Reference: Software Engineering, Ian Sommerville, 6 th edition, Chapter 20.
Testing Testing Techniques to Design Tests. Testing:Example Problem: Find a mode and its frequency given an ordered list (array) of with one or more integer.
Black Box Testing Techniques Chapter 7. Black Box Testing Techniques Prepared by: Kris C. Calpotura, CoE, MSME, MIT  Introduction Introduction  Equivalence.
Software Testing Yonsei University 2 nd Semester, 2014 Woo-Cheol Kim.
Software Engineering 2 Software Testing Claire Lohr pp 413 Presented By: Feras Batarseh.
Black-box Testing.
INTRUDUCTION TO SOFTWARE TESTING TECHNIQUES BY PRADEEP I.
Software Testing Reference: Software Engineering, Ian Sommerville, 6 th edition, Chapter 20.
Today’s Agenda  Reminder: HW #1 Due next class  Quick Review  Input Space Partitioning Software Testing and Maintenance 1.
Software testing techniques Software testing techniques Object-oriented software testing Presentation on the seminar Kaunas University of Technology.
Software Engineering1  Verification: The software should conform to its specification  Validation: The software should do what the user really requires.
Test Case Designing UNIT - 2. Topics Test Requirement Analysis (example) Test Case Designing (sample discussion) Test Data Preparation (example) Test.
SOFTWARE TESTING. Introduction Software Testing is the process of executing a program or system with the intent of finding errors. It involves any activity.
1. Black Box Testing  Black box testing is also called functional testing  Black box testing ignores the internal mechanism of a system or component.
Dynamic Testing.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 23 Slide 1 Software testing.
Software Testing Reference: Software Engineering, Ian Sommerville, 6 th edition, Chapter 20.
Software Testing. SE, Testing, Hans van Vliet, © Nasty question  Suppose you are being asked to lead the team to test the software that controls.
1 Software Testing. 2 What is Software Testing ? Testing is a verification and validation activity that is performed by executing program code.
Dynamic Black-Box Testing Part 1 What is dynamic black-box testing? How to reduce the number of test cases using: Equivalence partitioning Boundary value.
Functional testing, Equivalence class testing
Chapter 17 Software Testing Techniques
PREPARED BY G.VIJAYA KUMAR ASST.PROFESSOR
Equivalence partitioning
Testing Tutorial 7.
Software Testing.
Types of Testing Visit to more Learning Resources.
UNIT-4 BLACKBOX AND WHITEBOX TESTING
Chapter 14 Software Testing Techniques
Software testing.
Introducing ISTQB Agile Foundation Extending the ISTQB Program’s Support Further Presented by Rex Black, CTAL Copyright © 2014 ASTQB 1.
Chapter 10 – Software Testing
Test Case Test case Describes an input Description and an expected output Description. Test case ID Section 1: Before execution Section 2: After execution.
Chapter 1: Boundary Value Testing
Test Design Techniques Software Testing: IN3240 / IN4240
Chapter 10: Testing and Quality Assurance
UNIT-4 BLACKBOX AND WHITEBOX TESTING
Presentation transcript:

BLACK BOX TESTING K.KARTHIKEYAN

Black box testing technique Random testing Equivalence and partitioning testing Boundary value analysis State transition testing Cause and effect graphing Error guessing

Random testing  All of the test inputs are generated randomly (often using a tool).  İt is a black box testing

Why we use RT ? Random testing gives us an advantage of easily estimating software reliability from test outcomes. Test inputs are randomly generated according to an operational profile, and failure times are recorded The data obtained from random testing can then be used to estimate reliability. Other testing methods cannot be used in this way to estimate software reliability Use of random test inputs may save some of the time and effort that more thoughtful test input selection methods require.(domain is well-structured)

How we use RT? Random Testing can be summarized as a four-step procedure 1.The input domain is identified 2.Test inputs are selected independently from the domain 3.The system under test is executed on these inputs. This inputs constitude a random test set. 4.The results are compared to the system spesification. The test is a failure if any input leads to incorrect results; otherwise it is a success.

Main types of random testing techniques: 1.Random input data generation 2.Random sequence of data input (sometimes called as stochastic testing) 3.Random data selection from existing database It is possible to combine all the above testing techniques.

To provide an approach to design test case  Understand how to apply equivalence partitioning and boundary analysis to design test case  Purpose Purpose Equivalence and partitioning testing

9 What is EP? What is EP? Input, output domain Equivalence classes

Advantages of EP Advantages of EP -To reduce the number of test cases to a necessary minimum -To select the right test cases to cover all possible scenarios ( of course not to be absolutely sure)

How to use to design testcase How to use to design testcase Test case design by EP proceeds into 2 steps: - Identify equivalence classes - Define the test cases

12 Input, output: clue from requirement Equivalence classes are of 2 types: valid and invalid Ex: identify equivalence classes for this requirement “ if a pupil has total score >= 75, he will pass the exam, otherwise will fail (total score is an integer)” Identify equivalence classes Identify equivalence classes

Identify equivalence classes Total score Error messageSystem Fail Pass

14 Valid equivalence classes Invalid equivalence classes Total score1. >=752. <75 3. Null 4. String Result of the exam 5. Pass 6. Fail 7. Error message Identify equivalence classes Identify equivalence classes

Assign a unique number to each equivalence class For valid case: until all valid equivalence classes have been covered by test case, write a new test case covering as many uncover valid equivalence classes as possible. For invalid case: until all invalid equivalence classes have been covered by test case, write a new test case that cover one, and only one, of the uncovered invalid equivalence classes. Define test cases Define test cases

16 Example: write test case for “ if a pupil has total score >= 75, he will be past the exam, otherwise will fail ”, using equivalence partitioning. Define test cases Define test cases ConditionsValid equivalence class Invalid equivalence class Total score1. >=752. <75 3. Null 4. String Result of the exam 5. Pass 6. Fail 7. Error message Test case: 1, 5 2, 6 3, 7 4, 7

17

Boundary analyze and EP Boundary analyze and EP Boundary values

Boundary analyze and EP Boundary analyze and EP Boundary value analysis? -Is to use input variable value at the minimum, just above minimum, just below minimum, normal, at the maximum, just below maximum, just above maximum

20 Boundary analyze and EP Boundary analyze and EP Example: “ if a pupil has total score >= 75, he will pass the exam, otherwise will fail (total score is an integer)” ConditionsValid equivalence classes Invalid equivalence classes Total score1. >=752. <75 3. Null 4. String Result of the exam 5. Pass 6. Fail 7. Error message Test case: 1. 1, , , , 7 Data to test: 1a. 75, pass 1b. 76, pass 2. 74, fail 3. Null, error message 4a. A, error message 4b. I am a tester of EW and I love this job, error message

21

22

What is State Transition Testing? State Transition testing, a black box testing technique, in which outputs are triggered by changes to the input conditions or changes to 'state' of the system. In other words, tests are designed to execute valid and invalid state transitions. Advantages Allows testers to familiarize with the software design and enables them to design tests effectively. It also enables testers to cover the unplanned or invalid states

TestsTest 1Test 2Test 3 Start StateOffOn InputSwitch ONSwitch OffSwitch off OutputLight ONLight OffFault Finish StateONOFFOn

Cause and Effect Graph Testing Cause-Effect Graph graphically shows the connection between a given outcome and all issues that manipulate A “Cause” stands for a separate input condition that fetches about an internal change in the system. An “Effect” represents an output condition, a system transformation or a state resulting from a combination of causes.

The Cause-Effect Diagram can be used under these Circumstances: To determine the current problem so that right decision can be taken very fast. To narrate the connections of the system with the factors affecting a particular process or effect. To recognize the probable root causes, the cause for a exact effect, problem, or outcome.

Benefits of making cause-Effect Diagram It finds out the areas where data is collected for additional study. It motivates team contribution and uses the team data of the process. Uses synchronize and easy to read format to diagram cause- and-effect relationships. Point out probable reasons of difference in a process. It enhances facts of the procedure by helping everyone to learn more about the factors at work and how they relate. It assists us to decide the root reasons of a problem or quality using a structured approach.

ERROR GUESSING The Error guessing is a technique where the experienced and good testers are encouraged to think of situations in which the software may not be able to cope. Error guessing is a testing technique that makes use of a tester's skill, intuition and experience in testing similar applications to identify defects that may not be easy to capture by the more formal techniques. It is usually done after more formal techniques are completed.