Equivalence Class Testing

Slides:



Advertisements
Similar presentations
Forms of Equivalence Class Testing Normal • only equivalence classes are valid and invalid input values • emphasis is on "single failures" • works.
Advertisements

Overview Functional Testing Boundary Value Testing (BVT)
Decision Table Based Testing
1 ECE 453 – CS 447 – SE 465 Software Testing & Quality Assurance Instructor Kostas Kontogiannis.
Boundary Value Testing A type of “Black box” functional testing –The program is viewed as a mathematical “function” –The program takes inputs and maps.
Black box testing  Black box tests focus on the input/output behavior of the component  Black-box tests do not deal with the internal aspects of the.
Nov R McFadyen1 A Traditional Software Development Process Unit test Integration test System test Detailed design Architectural design Analysis.
1/55 EF 507 QUANTITATIVE METHODS FOR ECONOMICS AND FINANCE FALL 2008 Chapter 10 Hypothesis Testing.
Software Testing and Quality Assurance
Copyright © 2010 Pearson Education, Inc. Publishing as Prentice Hall Statistics for Business and Economics 7 th Edition Chapter 9 Hypothesis Testing: Single.
Chapter 5 Retrospective on Functional Testing Software Testing
Path testing Path testing is a “design structural testing” in that it is based on detailed design & the source code of the program to be tested. The methodology.
Equivalence Class Testing
Black Box Software Testing
1 Functional Testing Motivation Example Basic Methods Timing: 30 minutes.
Software Testing Sudipto Ghosh CS 406 Fall 99 November 9, 1999.
Chapter 10 Hypothesis Testing
Fundamentals of Hypothesis Testing: One-Sample Tests
Com1040 Systems Design and Testing Part II – Testing (Based on A.J. Cowling’s lecture notes) LN-Test3: Equivalence classes and boundary conditions Marian.
Mathematical Processes GLE  I can recognize which symbol correlates with the correct term.  I can recall the correct definition for each mathematical.
CS4311 Spring 2011 Unit Testing Dr. Guoqiang Hu Department of Computer Science UTEP.
Black-Box Testing Techniques I Software Testing Lecture 4.
Functions Copyright © J. Mercer, A function is a number-machine that transforms numbers from one set called the domain into a set of new numbers.
Coverage – “Systematic” Testing Chapter 20. Dividing the input space for failure search Testing requires selecting inputs to try on the program, but how.
By Asst.Prof.Dr. Wararat Songpan (Rungworawut) Faculty of Computer Science, Department of Science, Khon Kaen University, Thailand 1 Chapter 3: Equivalence.
A General Discussion on Functional (Black-box) Testing What are some of the concerns of testers ? –Have we got enough time to test (effort & schedule)?
Black-Box Testing Techniques I
Cause & Effect Graph Comparison Testing. Cause & Effect Graph This is basically a hardware testing technique adapted to software testing. It considers.
Sample Problems for Testing
1 Equivalence Class Testing Chapter 6. 2 Introduction Boundary Value Testing derives test cases with Massive redundancy Serious gaps Equivalence Class.
1 Note that the “>” can be replaced by ,
Angles and Triangles Equilateral and Isosceles and Scalene and Acute and Right and Obtuse and so on and so on! Fact: A triangle has three sides and three.
CS 217 Software Verification and Validation Week 7, Summer 2014 Instructor: Dong Si
Summarizing “Structural” Testing Now that we have learned to create test cases through both: – a) Functional (blackbox)and – b) Structural (whitebox) testing.
Today’s Agenda  Reminder: HW #1 Due next class  Quick Review  Input Space Partitioning Software Testing and Maintenance 1.
Statistics for Managers Using Microsoft Excel, 4e © 2004 Prentice-Hall, Inc. Chap 8-1 Chapter 8 Fundamentals of Hypothesis Testing: One-Sample Tests Statistics.
Software testing techniques Spring 2009 Csci565: Theory and Practice of Software Testing1.
Case Study: Black-Box Testing Prepared by Stephen M. Thebaut, Ph.D. University of Florida Software Testing and Verification Lecture 6.1.
1 Input Space Partitioning(2). Reading Assignment P. Ammann and J. Offutt “Introduction to Software Testing” ◦ Chapter 4  Section 4.1  Section
Overview Functional Testing Boundary Value Testing (BVT)
Equivalence Class Testing In chapter 5, we saw that all four variations of boundary value testing are vulnerable to –gaps of untested functionality, and.
Test Case Designing UNIT - 2. Topics Test Requirement Analysis (example) Test Case Designing (sample discussion) Test Data Preparation (example) Test.
Data Analysis for Testing In order to test a program or system, it usually requires : –Starting the system (program) –Inputting some data –Let it execute.
1 Software Testing & Quality Assurance Lecture 5 Created by: Paulo Alencar Modified by: Frank Xu.
Theory and Practice of Software Testing Chapter 14 Presman Software Testing Tactics BLACK BOX TESTING.
Boundary Value Testing 1.A type of “Black box” functional testing –The program is viewed as a mathematical “function” –The program takes inputs and maps.
1 © 2011 Professor W. Eric Wong, The University of Texas at Dallas Requirements-based Test Generation for Functional Testing W. Eric Wong Department of.
1 Software Testing. 2 Equivalence Class Testing 3 The use of equivalence class testing has two motivations: –Sense of complete testing –Avoid redundancy.
Equivalence Class Testing Use the mathematical concept of partitioning into equivalence classes to generate test cases for Functional (Black-box) testing.
Triangles and Angles Classifying Triangles. Triangle Classification by Sides Equilateral 3 congruent sides Isosceles 2 congruent sides Scalene No congruent.
Boundary Value Testing
Copyright © 2013 Pearson Education, Inc. Publishing as Prentice Hall Statistics for Business and Economics 8 th Edition Chapter 9 Hypothesis Testing: Single.
Mathematical Vocabulary
A General Discussion on Functional (Black-box) Testing What are some of the concerns of testers ? –Have we got enough time to test (effort & schedule)?
Functional testing, Equivalence class testing
Cause & Effect Graph Comparison Testing
Chapter 3: Equivalence Class Testing :EC Software Testing
Decision Table Testing
Input Space Partition Testing CS 4501 / 6501 Software Testing
Chapter 5 Retrospective on Functional Testing Software Testing
Overview Functional Testing Boundary Value Testing (BVT)
UNIT-4 BLACKBOX AND WHITEBOX TESTING
Equivalence Class Testing
CSCE 747 Software Testing and Quality Assurance
FUNCTIONS X Y.
CSCE 747 Software Testing and Quality Assurance
Overview Functional Testing Boundary Value Testing (BVT)
Front of Flipbook Right Triangles Acute Triangles Obtuse Triangles
Overview Functional Testing Boundary Value Testing (BVT)
UNIT-4 BLACKBOX AND WHITEBOX TESTING
Presentation transcript:

Equivalence Class Testing Use the mathematical concept of partitioning into equivalence classes to generate test cases for Functional (Black-box) testing The key goals for equivalence class testing are similar to partitioning: completeness of test coverage lessen duplication of test coverage

Equivalence Class Test Cases Consider a numerical input variable, i, whose values may range from -200 through +200. Then a possible partitioning of testing input variable by 4 people may be: -200 to -100 -101 to 0 1 to 100 101 to 200 Define “same sign” as the equivalence relation, R, defined over the input variable’s value set, i = {-200 - -,0, - -, +200}. Then one partitioning will be: -200 to -1 (negative sign) 0 (no sign) 1 to 200 (positive sign)

Weak Normal Equivalence testing Assumes the ‘single fault’ or “independence of input variables.” e.g. If there are 2 input variables, these input variables are independent of each other. Partition the test cases of each input variable separately into different equivalent classes. Choose the test case from each of the equivalence classes for each input variable independently of the other input variable

Example of : Weak Normal Equivalence testing Assume the equivalence partitioning of input X is: 1 to 10; 11 to 20, 21 to 30 and the equivalence partitioning of input Y is: 1 to 5; 6 to 10; 11;15; and 16 to 20 X We have covered everyone of the 3 equivalence classes for input X. 30 20 For ( x, y ) we have: (24, 2) (15, 8 ) ( 4, 13) (23, 17) 10 1 Y 1 5 10 15 20 General rule for # of test cases? What do you think? # of partitions of the largest set? We have covered each of the 4 equivalence classes for input Y.

Strong Normal Equivalence testing This is the same as the weak normal equivalence testing except for “multiple fault assumption” or “dependence among the inputs” All the combinations of equivalence classes of the variables must be included.

Example of : Strong Normal Equivalence testing Assume the equivalence partitioning of input X is: 1 to 10; 11 to 20, 21 to 30 and the equivalence partitioning of input Y is: 1 to 5; 6 to 10; 11;15; and 16 to 20 X 30 We have covered everyone of the 3 x 4 Cartesian product of equivalence classes 20 10 1 Y 1 5 10 15 20 General rule for # of test cases? What do you think?

Weak Robust Equivalence testing Up to now we have only considered partitioning the valid input space. “Weak robust” is similar to “weak normal” equivalence test except that the invalid input variables are now considered. A note about considering invalid input is that there may not be any definition “specified” for the various, different invalid inputs - - - making definition of the output for these invalid inputs a bit difficult at times. (but fertile ground for testing)

Example of : Weak Robust Equivalence testing Assume the equivalence partitioning of input X is 1 to 10; 11 to 20, 21 to 30 and the equivalence partitioning of input Y is 1 to 5; 6 to 10; 11;15; and 16 to 20 X 30 We have covered everyone of the 5 equivalence classes for input X. 20 10 1 Y 1 5 10 15 20 We have covered each of the 6 equivalence classes for input Y.

Strong Robust Equivalence testing Does not assume “single fault” - - - assumes dependency of input variables “Strong robust” is similar to “strong normal” equivalence test except that the invalid input variables are now considered.

Example of : Strong Robust Equivalence testing Assume the equivalence partitioning of input X is: 1 to 10; 11 to 20, 21 to 30 and the equivalence partitioning of input Y is: 1 to 5; 6 to 10; 11;15; and 16 to 20 X 30 We have covered everyone of the 5 x 6 Cartesian product of equivalence classes (including invalid inputs) 20 10 1 Y 1 5 10 15 20

Equivalence class Definition Note that the examples so far focused on defining input variables without considering the output variables. For the earlier “triangle problem,” we are interested in 4 questions: Is it a triangle? Is it an isosceles? Is it a scalene? Is it an equilateral? We may define the input test data by defining the equivalence class through “viewing” the 4 output groups: input sides <a, b, c> do not form a triangle input sides <a, b ,c> form an isosceles triangle input sides <a, b, c> form a scalene triangle input sides <a, b, c> form an equilateral triangle

Consider: Weak Normal Equivalence Test Cases for Triangle Problem “valid” inputs: 1<= a <= 200 1<= b <= 200 1<= c <= 200 and for triangle: a < b + c b < a + c c < b + a inputs output a b c Not triangle 35 10 4 Equilateral 35 35 35 Valid Inputs to get Isosceles 24 24 7 Equilateral Isosceles Not Triangle Scalene 35 18 24 Scalene

Strong Normal Equivalence Test Cases for Triangle Problem Since there is no further sub-intervals inside the valid inputs for the 3 sides a, b, and c, are Strong Normal Equivalence is the same as the Weak Normal Equivalence

Weak Robust Equivalence Test Cases for Triangle Problem <200,200,200> Now, on top of the earlier 4 normal test cases, include the “invalid” inputs Valid Inputs <1, 1, 1> Equilateral Include 6 invalid test case in addition to Weak Normal above: below: <201, 45, 50 > < -5, 76, 89 > <45, 204, 78 > < 56, -20, 89 > <50, 78, 208 > < 56, 89, 0 > Isosceles Not Triangle Scalene

Strong Robust Equivalence Test Cases for Triangle Problem Similar to Weak robust, but all combinations of “invalid” inputs must be included to the Strong Normal. Look at the “cube” figure and consider the corners (two diagonal ones) a) Consider one of the corners <200,200,200> : there should be (23 – 1) = 7 cases of “invalids” < 201, 201, 201 > < 50 , 201, 50 > < 201, 201, 50 > < 50 , 201, 201 > < 201, 50 , 201 > < 50, 50 , 201 > < 201, 50 , 50 > b) There will be 7 more “invalids” when we consider the other corner , <1,1,1 >: < 0, 0, 0 > <7, 0, 9 > < 0, 0, 5 > <8, 0, 0 > < 0, 10, 0 > <8, 9, 0 > < 0, 8, 10>

Next Day Program example Here we have 3 input variables and may choose to have the sets defined as (without partitioning of days, month, or year): Day : 1 through 31 days Month: 1 through 12 Year: 0001 through 3000 In this case, for weak normal equivalence testing only needs 1 test case from each input: (year; month; day) : (2001, 9, 23) Clearly, this “non-partitioning” of the input gives very limited test case!

Next Day Program example (cont.) A more useful situation is to partition the 3 inputs. As an example: Day: 1 through 28 Day :29 Day: 30 Day: 31 Month: those that have 31 days or {1,3,5,7,8,10,12} Month: those that have 30 days or {4,6,9,11} Month: that has less than 30 days or {2} Year: leap years between 0001 and 3000 Year: non-leap years between 0001 and 3000 4 partitions of days 3 partitions of months 2 partitions of years

Next Day Problem example (cont.) Weak Normal equivalence Test Cases: Number of test cases is driven by the # of partitions of the largest set, which in this case is the Days – has 4 partitions: (year, month, day): (leap year, 10, 8) (leap year, 4, 30) (non-leap year, 2, 31) (non-leap year, 7, 29) Without considering any relationship among the inputs and just mechanically following the rule How good is this set of test cases ?? How valuable is the “generic” Weak Normal test Cases? --- Not Much!

Next Day Problem example (cont.) What about the Strong Normal case where we consider all the permutations of the previously partitioned 3 inputs? We should have (2 years x 3 months x 4 days) = 24 test cases (leap year, 10, 5) (non-leap year, 10, 5) (leap year, 10, 30) (non-leap year, 10, 30) (leap year, 10, 31) (non-leap year, 10, 31) (leap year, 10, 29) (non-leap year, 10, 29) (leap year, 6, 5) (non-leap year, 6, 5) (leap year, 6, 30) (non-leap year, 6, 30) (leap year, 6, 31) (non-leap year, 6, 31) (leap year, 6,29) (non-leap year, 6, 29) (leap year, 2, 5) (non-leap year, 2, 5) (leap year, 2, 30) (non-leap year, 2, 30) (leap year, 2, 31) (non-leap year, 2, 31) (leap year, 2, 29) (non-leap year, 2, 29) A little better than previous?

Next Day Problem example (cont.) What if we consider the invalids, Weak Robust? 31 < days < 1 12 < months < 1 3000 < year < 0001 Then we need to include the following to the Weak Normal : ( valid year, 5, 45) ( valid year, 5, -5) ( valid year, 22, 30) ( 3500, 22, 45) ( valid year, 0, 15) ( 0000, 0 , -5) ( 3500, 7, 20 ) ( 0000, 7, 15) Would you combine or leave them separately? Why?

Next Day Problem example (cont.) For Strong Robust, we need to consider and include all the permutations of the invalids to the Strong Normal: 3 inputs, so there are 23 – 1=7 invalids each for high and low, making a total of 14 more. ( 3025, 45, 80) ( 0000, -2, 0) ( 3025, 45, 25) ( 0000, -2, 15) ( 3025, 7, 80) ( 0000, 4 , 0) ( 3025, 7, 25) ( 0000, 4, 10) ( 2000, 45, 80) ( 2000, -2, 0) ( 2000, 45, 25) ( 2000, -2, 10) ( 2000, 7, 80) ( 2000, 4, 0)

The Phone Company Example A phone company system has a function that computes the bill (or charge) of a call depending on: Call duration in minutes (Real number) Destination country (integer code between 1 and 999) (e.g. USA: 1, Jordan: 962, etc.) The phone company of the receiver (integer code between 1 and 200) (e.g. Zain:1, Orange: 2, etc.) The call time If the call starts any time between midnight and 10:00 then call charge is 0.03 JD for each minute or fraction of minute. If the call starts any time between 10.01 and 17:00 then call charge is 0.04 JD for each minute or fraction of minute. If the call starts any time between 17.01 and 23.59 then call charge is 0.05 JD for each minute or fraction of minute.

Cont. If destination country code < 500 then add 1.00 JD to the call charge else add 0.50 JD to the call charge. If the receiving company code = 1 or 2 or 3 then add only 0.30 JD to the call charge else add 2.00 JD. Call duration of seconds are rounded up to the next larger minute. No call lasts more than 3 hours.

Cont. Apply the following Equivalence Class based testing techniques for this billing function: Weak normal equivalence class testing Strong normal equivalence class testing Weak robust equivalence class testing Strong robust equivalence class testing

Valid relations R1 = { Call Duration : 0.1 =< cd <= 180.0 } R2 = { Destination Country : 1 =< dest <= 499} R3 = { Destination Country : 500 =< dest <= 999 } R4 = { Phone Company : 0.1 =< comp <= 180.0 } R5 = { Call Time : 0.0 =< ct <= 10.00 } R6 = { Call Time : 10.01 =< ct <= 17.00 } R7 = { Call Time : 17.01 =< ct <= 23.59 }

Invalid relations R8 = { Call Duration : cd < 0.1 } R10 = { Destination Country : dest < 1 } R11 = { Destination Country : dest > 999 } R12 = { Phone Company : comp < 1 } R13 = { Phone Company : comp > 200 } R14 = { Call Time : ct < 0.0 } R15= { Call Time : ct > 23.59 }

1) Weak Normal EC Testing Case ID cd dest comp ct Expected Output WN1 90.0 250 2 5.00 90.0 * 0.03 + 1.00 + 0.30 WN2 750 102 13.30 90.0 * 0.04 + 0.50 + 2.00 WN3 20.30 90.0 * 0.05 + 0.50 + 2.00

2) Strong Normal EC Testing

3) Weak Robust EC Testing

4) Strong Robust EC Testing SR1 .. SR8 is the same as WR1 .. WR6

Questions