class_15 - Software Engineering 3156 22-Oct-01 #15: Testing...

Info iconThis preview shows pages 1–13. Sign up to view the full content.

View Full Document Right Arrow Icon
Software Engineering 3156 22-Oct-01 #15: Testing and LDAP Phil Gross
Background image of page 1

Info iconThis preview has intentionally blurred sections. Sign up to view the full version.

View Full DocumentRight Arrow Icon
2 Administrivia Specifications back Feel free to ask questions of the TAs
Background image of page 2
3 From last class Conclusion: we need a compromise – highlight faults, while accepting that not all faults will be detected Black-box test cases first (specifications) Then, develop additional glass-box techniques (code)
Background image of page 3

Info iconThis preview has intentionally blurred sections. Sign up to view the full version.

View Full DocumentRight Arrow Icon
4 Black-box module testing Goal: devise small number of test cases that cover most of the possibilities Every test case must be chosen to detect a previously undetected fault: don’t repeat Equivalence testing and boundary value analysis
Background image of page 4
5 Equivalence class testing Break down cases into equivalence classes Example: database with max 16,000 records If it works for 251, it’ll probably work for 12,000 Define classes that need to be tested Less than 1 record From 1 to 16,000 records More than 16,000 records
Background image of page 5

Info iconThis preview has intentionally blurred sections. Sign up to view the full version.

View Full DocumentRight Arrow Icon
6 Boundary testing Take the equivalence classes to the next level 0 records 1 record 2 records 723 records 16,382 records 16,383 records 16,384 records
Background image of page 6
7 Boundary testing (II) Test both sides of the classes While the example referred to input specifications, can also boundary-test output cases Example: payroll Test deductions between, and including, min and max deduction values, as well as beyond them Devise test cases to get these results
Background image of page 7

Info iconThis preview has intentionally blurred sections. Sign up to view the full version.

View Full DocumentRight Arrow Icon
8 Boundary testing (III) In general, for a range {R 1 , R 2 }, 5 test cases: Less than R 1 Equal to R 1 Greater than R 1 , less than R 2 Equal to R 2 Greater than R 2 Need to start thinking this way
Background image of page 8
9 Functional testing Test on functionalities of module Step 1: determine functions of module Step 2: Devise test data for each low-level function Step 3: Determine higher-level functions (picture) This is hybrid black-box and glass-box
Background image of page 9

Info iconThis preview has intentionally blurred sections. Sign up to view the full version.

View Full DocumentRight Arrow Icon
10 Functional testing (II) In practice, need to do functional analysis, since it’s not always so simple Often, cross-module functionality Object-oriented doesn’t help Difficult to resolve at times, but general principle remains sound
Background image of page 10
11 Glass-box testing Look at the source code, and design test cases from there Statement coverage Path coverage Branch coverage
Background image of page 11

Info iconThis preview has intentionally blurred sections. Sign up to view the full version.

View Full DocumentRight Arrow Icon
12 Statement coverage Run a series of test cases in which every
Background image of page 12
Image of page 13
This is the end of the preview. Sign up to access the rest of the document.

Page1 / 39

class_15 - Software Engineering 3156 22-Oct-01 #15: Testing...

This preview shows document pages 1 - 13. Sign up to view the full document.

View Full Document Right Arrow Icon
Ask a homework question - tutors are online