Scribd
Upload
92 views

Object Oriented Testing: by Maj Nicko Petchiny

This document discusses object-oriented testing concepts and approaches. It describes traditional testing levels like unit and integration testing and how they apply to object-oriented development. Key object-oriented concepts like encapsulation, polymorphism, and inheritance are covered in relation to their effects on testing. An approach to object-oriented integration testing using method message paths and atomic system functions is proposed.

Uploaded by

Amiable Doll
Copyright
© Attribution Non-Commercial (BY-NC)
Available Formats
Download as PPT, PDF, TXT or read online on Scribd
92 views

Object Oriented Testing: by Maj Nicko Petchiny

This document discusses object-oriented testing concepts and approaches. It describes traditional testing levels like unit and integration testing and how they apply to object-oriented development. Key object-oriented concepts like encapsulation, polymorphism, and inheritance are covered in relation to their effects on testing. An approach to object-oriented integration testing using method message paths and atomic system functions is proposed.

Uploaded by

Amiable Doll
Copyright
© Attribution Non-Commercial (BY-NC)
Available Formats
Download as PPT, PDF, TXT or read online on Scribd
You are on page 1/ 31

OBJECT ORIENTED TESTING

SYSTEM TESTING INHERITANCE

INTEGRATION TESTING

POLYMORPHISM

UNIT TESTING

ENCAPSULATION

By Maj Nicko Petchiny

REFERENCES
Developing an OO Software Testing and Maintenance Environment (King, Gao, Hsia, et-al) Incremental Testing of OO Class Structures (Harrold, McGregor) OO Integration Testing (Jorgensen, Ericksen) OO Software Testing, A Hierarchical Approach (Siegel)

OUTLINE
TRADITIONAL VS OO SW DEVELOPMENT AND TESTING OO CONCEPTS/EFFECT ON TESTING PROPOSED OO INTEGRATION TESTING APPROACH EXAMPLE USING TEST APPROACH CONCLUSION

TRADITIONAL DEVELOPMENT & TESTING (WATERFALL LIFE CYCLE)


REQUIREMENTS SPEC PRELIMINARY DESIGN
FUNCTIONAL DECOMPOSITION

SYSTEM TESTING INTEGRATION TESTING

DETAILED DESIGN

UNIT TESTING

TRADITIONAL TESTING
SYSTEM
VERIFY SW SATISFIES ALL SW REQRS

INTEGRATION
BASED ON STRUCTURE OF DESIGN TOP DOWN OR BOTTOM UP APPROACH

UNIT
ENCAPSULATES FUNCTIONALITY

OO DEVELOPMENT & TESTING


DEVELOPMENT BASED ON BEHAVIOUR COMPOSITION TYPICALLY RAPID PROTOTYPING INCREMENTAL APPROACH 3 TRADITIONAL TESTING LEVELS ARE NOT AS CLEARLY DEFINED

OBJECT ORIENTED TESTING


SYSTEM
SAME AS TRADITIONAL STILL BASED ON REQRS SPEC

UNIT
TWO COMMON STRUCTURES USED
METHOD* CLASS

SAME AS TRADITIONAL(DRIVERS & STUBS)

OBJECT CLASS A METHOD 1 METHOD 2

F METHOD

E METHOD

B METHOD

D METHOD

METHOD

OBJECT CLASS A METHOD 1 METHOD 2

F METHOD

E METHOD

B METHOD

C METHOD

D METHOD

OO INTEGRATION TESTING
MAIN PROGRAM IS MINIMIZED MOST COMPLICATED PART OF OO TESTING TESTING BASED ON COMPOSITION IN BOTTOM UP APPROACH USE OF CLUSTERS ORD - CLASS DEPENDENCIES BBD OR DIRECTED GRAPHS - SHOWS METHOD DEPENDENCIES

OUTPUT PORT EVENT

Class 1 meth1 meth2


B 1

Class 3

meth2 meth1 meth3


B OUTPUT PORT EVENT 2

Class 2

meth1
3

meth3

MM-Path

Message

meth2

OO CONCEPTS/EFFECTS ON TESTING
ENCAPSULATION POLYMORPHISM INHERITANCE

ENCAPSULATION
CLASS STRUCTURE INTERFACE DEFINED BY PUBLIC METHODS BEHAVIOR DEFINED BY METHODS THAT OPERATE ON ITS INSTANCE DATA (IN CONVENTIONAL SEPARATE) HELPS ENFORCE INFO HIDING

ENCAPSULATION TESTING ISSUES


MINIMIZES RIPPLE EFFECT (AT THE UNIT LEVEL) OF MAKING A CHANGE HIGHLY DELOCALIZED
CHANGE COULD RESULT IN SIGNIFICANT REGRESSION TESTING

ORDER OF TESTING IS IMPORTANT (CAN REDUCE TESTING EFFORT)

CLASS A METHOD

CLASS C METHOD

USES CLASS B METHOD

USES

POLYMORPHISM
AN ATTRIBUTE MAY HAVE MORE THAN ONE SET OF VALUES AN OPERATION MAY BE IMPLEMENTED BY MORE THAN ONE METHOD ( e.g GRAPHICS ) OVERLOADING (type or number of variables) DYNAMIC BINDING

OO TESTING ISSUES
POLYMORPHISM
DO YOU TEST ONE VARIANT ? DO YOU TEST ALL VARIATIONS ? IF ALL, DO YOU TEST ALL VARIANTS AT ALL LEVELS
UNIT INTEGRATION OR SYSTEM LEVEL

REUSE DRIVERS AND STUBS

INHERITANCE STRUCTURES
SINGLE MULTIPLE MULTIPLE LEVELS

BASE

BASE

BASE

BASE

SUBCLASS SUBCLASS SUBCLASS

SUBCLASS

INHERITANCE
RESULT CLASS

PARENT CLASS + MODIFIER

INHERITANCE
B A C B B A + M1 C + M2 A + M1 C B + M2

INHERITANCE MODIFIERS
NONE (ONLY INHERITED ATTRIBUTE) ADD NEW ATTRIBUTE(S) REDEFINE PARENTS ATTRIBUTE(S) VIRTUAL ATTRIBUTE (THREADS IN JAVA)

OO TESTING ISSUES
INHERITANCE
DO YOU COMPLETELY TEST ALL BASE CLASSES AND THEIR SUB-CLASSES ? DO YOU COMPLETELY TEST ALL BASE CLASSES AND ONLY TEST THE CHANGES OR MODIFICATIONS IN THEIR SUBCLASSES ? AT WHAT LEVELS DO YOU TEST? IN WHICH ORDER DO YOU TEST?

INHERITED TESTING
SCENARIO
NONE NEW REDEFINED VIRTUAL (COMPLETED BY SUBCLASS) VIRTUAL ( NOT COMPLETED) X X X UNIT INTEGRATION X? X? X X?

OO TESTING METHODOLOGY
JORGENSEN AND ERICKSEN PROPOSE 5 LEVELS A METHOD MESSAGE QUIESCENCE EVENT QUIESCENCE THREAD TESTING THREAD INTERACTION - UNIT TESTING - INTEGRATION - INTEGRATION -SYSTEM -SYSTEM

CONSTRUCT DEFINITIONS
MM-PATH (METHOD MESSAGE PATH) [MESSAGE QUIESCENCE]
SEQUENCE OF EXECUTIONS LINKED BY MESSAGES. STARTS WITH METHOD AND ENDS WITH A METHOD THAT DOESNT PRODUCE A MESSAGE

CONSTRUCT DEFINITIONS
ASF (ATOMIC SYSTEM FUNCTION) [EVENT QUIESCENCE]
REPRESENTS AN INPUT EVENT FOLLOWED BY A SET OF MM-PATHS TERMINATED BY AN OUPUT EVENT

INPUT PORT EVENT A

OUTPUT PORT EVENT

Class 1 meth1 meth2


B ASF INPUT PORT EVENT 2 1

Class 3

meth2 meth1 meth3


B ASF OUTPUT PORT EVENT

Class 2

meth1
3

meth3

MM-Path

Message

meth2

ATM PIN ENTRY


CUSTOMER ENTERS CARD(EVENT) SCREEN REQUESTING PIN ENTRY IS DISPLAYED AN INTERLEAVED SEQUENCE OF DIGIT KEY TOUCHES WITH AUDIBLE AND VISUAL FEEDBACK POSSIBILITY OF CANCELLATION BY CUSTOMER SYSTEM DISPOSITION(VALID PIN OR CARD RETAINED)

CARDSLOT

BANK

SCREEN SECURITY

SpecialKeypad

Keypad

NumKeypad

ASF ends here Message is displayed

ASF Starts here Customer inserts card

Screen showMessage

CardSlot memberCard ValidateCard

Key pushers

Security NumKeypad getKeyEvents parseKeyEvent pinForPan checkPin Bank

CONCLUSION
OO TESTING LEVELS- UNIT &SYSTEM SAME AS TRADITIONAL LEVELS OO INTEGRATION TESTING IS DIFFERENT AND MORE COMPLEX OPTIMAL TEST ORDER SAVES TOOLS REQUIRED TO SCALE UP OO TESTING LIMIT DESIGNERS TO STRAIGHT INHERITANCE (NO REDEFINING)

You might also like