Issues in the testing of object-oriented software

Berard, Edward V.

doi:10.1109/electr.1994.472703

Cited by 8 publications

(6 citation statements)

References 42 publications

Supporting

Mentioning

Contrasting

Order By: Relevance

“…Such a specialist also knows that sometimes there might be common symptoms for different system defects, exactly in the same way as a doctor knows that "starting treatment without knowing the cause of the symptom will frequently be ineffective because treatment for different causes of the same symptom vary widely and because the symptoms might not easily predict the cause" (Andreyev, 2007). Similarly, a computer programmer knows that while testing the source code of a program may reveal a symptom of an error, it may not uncover the exact cause of the problem (Berard, 1994).…”

Section: The Need For Organizational Learning Systems Engineersmentioning

confidence: 99%

A Complex Systems Paradox of Organizational Learning and Knowledge Management

Ghili

Nazarian

Tavana

et al. 2013

International Journal of Knowledge-Based Organizations

View full text Add to dashboard Cite

Many organizations are striving to survive and remain competitive in the current uncertain and rapidly changing economic environment. Businesses must innovate to face this volatility and maintain their competitiveness. Organizational learning is a complex process with many interrelated elements linking knowledge management with organizational innovation. In this paper we use several theories (i.e., organizational learning, knowledge management, organizational innovation, complexity theory, and systems theory) to discover and study the interrelationships among the organizational learning elements. The purpose of this paper is threefold: (1) We identify organizational learning as a mediating variable between knowledge management and organizational innovation; (2) We further present a paradox where decisions that are expected to improve organizational learning, surprisingly do not work; and (3) We show this paradox is not the result of overlooking organizational learning elements, but rather, caused by neglecting to consider the complex interrelationships and interdependencies among them.

show abstract

Section: The Need For Organizational Learning Systems Engineersmentioning

confidence: 99%

A Complex Systems Paradox of Organizational Learning and Knowledge Management

Ghili

Nazarian

Tavana

et al. 2013

International Journal of Knowledge-Based Organizations

View full text Add to dashboard Cite

show abstract

“…There are a number of testing issues that are unique to object-oriented software. Several researchers have asserted that some traditional testing techniques are not effective for object-oriented software [9,27,23] and that traditional software testing methods test the wrong things. Specifically, methods tend to be smaller and less complex, so path-based testing techniques are less applicable.…”

Section: Testing Oo Softwarementioning

confidence: 99%

Testing coupling relationships in object‐oriented programs

Alexander¹,

Offutt

Stefik

2010

Software Testing Verif & Rel

View full text Add to dashboard Cite

As we move toward developing object‐oriented (OO) programs, the complexity traditionally found in functions and procedures is moving to the connections among components. Different faults occur when components are integrated to form higher‐level structures that aggregate the behavior and state. Consequently, we need to place more effort on testing the connections among components. Although OO technologies provide abstraction mechanisms for building components that can then be integrated to form applications, it also adds new compositional relations that can contain faults. This paper describes techniques for analyzing and testing the polymorphic relationships that occur in OO software. The techniques adapt traditional data flow coverage criteria to consider definitions and uses among state variables of classes, particularly in the presence of inheritance, dynamic binding, and polymorphic overriding of state variables and methods. The application of these techniques can result in an increased ability to find faults and to create an overall higher quality software. Copyright © 2010 John Wiley & Sons, Ltd.

show abstract

“…), the principal units are the procedure and the module. However, the principal unit in an OOP language is the class [9,1,4]. This difference has a huge impact on the methodology to test the software since several new OOP concepts are nonexistent in the procedural paradigm.…”

Section: Test Unitmentioning

confidence: 99%