Professional Documents
Culture Documents
Dynamic Testing
Dynamic Testing
TEKNOT
It is atesting that ignores the internal mechanism of asystem or a component and focuses solely on
the outputs generated in response to selected inputs and execution conditions.
Inputs causing
Input test data anomalous
behaviour
System
Equivalence class 1 2
Boundary value
partitioning analysis
EQUIVALENCE PARTITIONING
1 Black-box technique divides the input domain into classes of data from which test cases can be derived
2 For eachof these equivalence classes, the set of data should be treated the same by the module under test
and should produce the same answer
Boundary Values
0123
19-(0) 21 22 23
Outside
03.21
Outside
Incido Roundarv
CAUSE EFFECT ANALYSIS
TEKNOTURF
1 The cause effect analysis helps in identifying the causes and their effects (and identifies how
they are linked)associated with a particular problem or situation
1 1 1
A1
C1 E1 1 1
C2
A2
C3
3
TreeSet internally uses compareTo() method to
compare the objects for sorting. 0548
STATE TRANSITION DIAGRAM
TEKNOTURF
Y The states that the software may occupy (Example., Aword document being in an open or closed state)
The transitions from one state to another ( Aword document from open to closed state)
The events that causea transition (Closing afile makes the document transition to closed state)
The actions that result from a transition (a file being opened or closed).
Atransition may not perform the transition to a new state. An invalid input gives an error message as the
action, and the transition would be back to the same state as the system was in before.
CREATION OF A PLOT
TEKNOTURF
1 Ad-hoc approach
2 Example
Component Test
code outputs
BASIS PATH TESTING
TEKNOTUR
Basis Path Testing is a white box testing method
MAIN FEATURES OF BASIS PATH TESTING
The number of times loops are executed ina code determines the loop coverage;
0 times, 1 time or multiple times
For example, for a do while loop, the number of times the loop can be executed is
1or many
BASIS PATH TESTING TEKNOTURF
COMPLEXITY OF A FLOW GRAPH 'G, v(G), IS COMPUTED IN ONE OF THESE THREE WAYS
M Test cases are designed depending on the Z Test cases are designed depending on the
functionality logic of the code
5seconds
M ldentifies unreachable code and checks
ldentifies hidden functionality
for code coverage
Techniques M Techniques
Equivalence class partitioning /Basis path testing
Boundary value analysis
Cause effect analysis and graphing
Decision table
1351