HOME UNI LEIPZIG IFI About LPZ E-BUSINESS Courses Research Agile MDA Mobile Process Landscaping Dialog Flow Control Multi-Channel Architectures Hybrid Applications Automobile Telematics Forschungsarchiv cepheus Projects Publications Events Contacts Press Internal Area    HIGHLIGHTS Agile MDA IT-Radar Mobile Technology Lab Distinguished Lectures Series Self-Testing COTS Components Das Testen von Software-Komponenten, insbesondere von kommerziellen, sogenannten Commercial-Off-The-Shelf (COTS) Komponenten, stellt ein eigenständiges Problem in der Software-Technologie dar. Einer der Gründe ist ein unzureichender Fluss von Informationen zwischen dem Entwickler und dem Nutzer einer Komponente, der sich beispielsweise dadurch zeigt, dass der Komponenten-Entwickler zu Zwecken wie Schutz des geistigten Eigentums den Source Code nicht offenlegt. Unzureichender Informationsfluss kann zu vielfälltigen Problemen führen, die es erforderlich machen können, Komponenten vor ihrer Integration in ein Software-System zu testen. Er kann aber nicht nur Tests durch den Nutzer der Komponente erforderlich machen, sondern auch das Testen erschweren. Ein offensichtliches Beispiel ist das Fehlen des Source Codes der Komponente für das implementationsorientierte Testen. Der Komponenten-Nutzer kann mit Hilfe der Self-Testing COTS Components (STECC) Methode eine Komponente nach beliebigen Kontrollflusskriterien und damit nach eigenen Zielen und Anforderungen testen, ohne dass deren Entwickler bestimmte Informationen, wie eben den Source Code, offenlegen muss. Sie erfüllt somit die Anforderungen beider Parteien, wobei der Gewinn der STECC-Methode nicht auf den Komponenten-Nutzer begrenzt ist. Sie bietet außerdem dem Komponenten-Entwickler die Möglichkeit, die Komponente genau durch die Eigenschaft der Selbsttestbarkeit von anderen zu differenzieren, was in einem kompetitiven Umfeld entscheidenden Wettbewerbsvorteil bringen kann. Die zugrunde liegende Strategie der STECC-Methode liegt in dem Erweitern einer Komponente, so dass sie neben der Geschäftslogik auch Testfunktionalität implementiert. Die STECC-Methode ermöglicht das Testen einer entsprechend erweiterten Komponente nach beliebigen Kontrollflusskriterien. Die Testfunktionalität einer Komponente umfasst daher insbesondere die Generierung von Testfällen, die im Kontext der STECC-Methode nach dem Binary Search-based Test Case Generation (BINTEST) Algorithmus durchgeführt wird. Der BINTEST-Algorithmus setzt auf der Binären Suche auf und erlaubt dadurch eine sehr effiziente Generierung von Testfällen. Das Erweitern der Komponente wird von Seiten des Komponenten-Entwicklers durchgeführt, wobei die dafür notwendigen Vorkehrungen und technischen Voraussetzungen durch das STECC-Framework zur Verfügung gestellt werden. Das STECC-Framework implementiert insbesondere die Testfunktionalität einer nach der STECC-Methode selbsttestbaren Komponente. Als Ansprechpartner für dieses Projekt steht Ihnen  Sami Beydeda zur Verfügung. Publikationen Im Rahmen dieses Forschungsgebietes sind u.a. folgende Veröffentlichungen erschienen: S. Beydeda, V. Gruhn, BINTEST - Binary Search-based Test Case Generation, COMPSAC 2003, Dallas, Texas, USA, November 3-6, 2003 S. Beydeda, V. Gruhn, Test Case Generation According to the Binary Search Strategy, 18th International Symposium on Computer and Information Sciences (ISCIS XVIII), Antalya, November 03-05, 2003 S. Beydeda, V. Gruhn, State of the art in testing components, 3rd International Conference on Quality Software (QSIC 2003), Dallas, Texas, November 06-07, 2003 S. Beydeda, V. Gruhn, Merging components and testing tools: The Self-Testing COTS Components (STECC) Strategy, EUROMICRO Conference Component-based Software Engineering Track. IEEE Computer Society Press S. Beydeda, V. Gruhn, Test Data Generation based on Binary Search for Class-level Testing, CS/IEEE International Conference on Computer Systems and Applications (AICCSA), IEEE Computer Society Press, Tunis, Tunisia, July 14-18, 2003 Veröffentlichungen auch zu anderen Themen finden Sie hier.