Merging components and testing tools: the self-testing COTS components (STECC) strategy

Development of a software system from existing components can surely have various benefits, but can also entail a series of problems. One type of problem is caused by a limited exchange of information between the developer and user of a component. A limited exchange and thereby a lack of information can have various consequences, among them the requirement to test a component prior to its integration into a software system. A lack of information cannot only make test prior to integration necessary, it can also complicate this tasks. We propose a new strategy to testing components and making components testable. The basic idea of the strategy is to merge components and testing tools in order to make components capable of testing their own methods. Such components allow their thorough testing without disclosing detailed information, such as source code. This strategy thereby fulfills the needs of both the developer and user of a component.

[1]  Jeffrey M. Voas,et al.  COTS Software: The Economical Choice? , 1998, IEEE Softw..

[2]  Volker Gruhn,et al.  State of the art in testing components , 2003, Third International Conference on Quality Software, 2003. Proceedings..

[3]  Jean-Marc Jézéquel,et al.  Self-testable components: from pragmatic tests to design-for-testability methodology , 1999, Proceedings Technology of Object-Oriented Languages and Systems. TOOLS 29 (Cat. No.PR00275).

[4]  Sami Beydeda The self-testing COTS components (STECC) method , 2003 .

[5]  Microsystems Sun,et al.  Enterprise JavaBeans^ Specification Version 2.1 , 2002 .

[6]  Elaine J. Weyuker,et al.  Testing Component-Based Software: A Cautionary Tale , 1998, IEEE Softw..

[7]  Jonas Hörnstein,et al.  Test Reuse in CBSE Using Built-in Tests , 2002 .

[8]  Jean-Marc Jézéquel,et al.  Increase software trustability with self-testable classes in Java , 2001, Proceedings 2001 Australian Software Engineering Conference.

[9]  Eliane Martins,et al.  Constructing self-testable software components , 2001, 2001 International Conference on Dependable Systems and Networks.

[10]  Jean-Marc Jézéquel,et al.  Reliable Objects : Lightweight Testing for OO Languages , 2001 .

[11]  Yingxu Wang,et al.  A method for built-in tests in component-based software maintenance , 1999, Proceedings of the Third European Conference on Software Maintenance and Reengineering (Cat. No. PR00090).

[12]  Mary Jean Harrold,et al.  Testing: a roadmap , 2000, ICSE '00.

[13]  Stephen H. Edwards,et al.  A framework for practical, automated black‐box testing of component‐based software † , 2001, Softw. Test. Verification Reliab..

[14]  David J. Carney,et al.  What Do You Mean by COTS? Finally, a Useful Answer , 2000, IEEE Softw..

[15]  Maurizio Morisio,et al.  Investigating and improving a COTS-based software development process , 2000, Proceedings of the 2000 International Conference on Software Engineering. ICSE 2000 the New Millennium.

[16]  Colin Atkinson,et al.  Built-in Contract Testing in Model-driven , Component-Based Development , 2002 .

[17]  Maurizio Morisio,et al.  COTS-based software development: Processes and open issues , 2002, J. Syst. Softw..

[18]  Clemens A. Szyperski,et al.  Component software - beyond object-oriented programming , 2002 .

[19]  Jean-Marc Jézéquel,et al.  Trustable components: yet another mutation-based approach , 2000 .