14 PrüfenAngenommene Spezifikation Des PROFILS 2,0 UML 5 Zusätzliche Informationen 5,1 Bestätigungen Die folgende Person, die als Stuhlperson bis zur Unterordnung gedient wurde, wurde angenommen (Juni 2003): ? Ina Schieferdecker (schieferdecker@fokus.fraunhofer.de), Fraunhofer Fokus Während des FTF-Dr. dient Ina Schieferdecker auch als Co-Stuhl zusammen mit: ?- Øystein Haugen (oystein.haugen@ericsson.com), Ericsson Zusätzlich schriftlich die folgenden Personen sind Teile der Spezifikation und zu den Diskussionen zentral gewesen: ?- PaulcBäcker, Motorola ? Zhen Ru Dai, Universität von Lübeck ? Jens Grabowski, Universität von Lübeck ? Serge Lucio, IBM ? Eric Samuelson, Telelogic ?- Lehm Williams, IBM Ausserdem war Softeam auch ein Submitter des angenommenen Dokumentes, und zusätzliche Verfechter waren iLogix, IRISA und Technologien Scapa. 5,2 Führer zum Material in der Unterordnung Bis jetzt hat UML-Technologie hauptsächlich auf die Definition der Systemstruktur und -verhaltens konzentriert und zur Verfügung stellt begrenzte Mittel für das Beschreiben nur von Testverfahren. Jedoch mit der Annäherung in Richtung zum Systemtechnikübereinstimmen Modell-gefahrene Architektur mit automatisiertem Codeerzeugung, die Notwendigkeit an der festen prüfenden Übereinstimmung, Bescheinigung und das Einbrennen wird erhöht. Das PrüfencProfil UML ? basiert nach der Spezifikation UML 2,0 ? ermöglicht der Spezifikation der Tests für die strukturellen (statisch) und Verhaltens (dynamischen) Aspekte von Berechnungs UML-Modelle und ? ist zum Zwischen-Betrieb mit vorhandenen Testtechnologien für das externe Testen fähig. Die Arbeit basiert auf Neuentwicklungen im Schwarzkasten, der wie die Resultate von Ttcn-3 prüft (prüfend und Test Steuern Sie Darstellung) und COTE (den Bestandteil, der mit der vereinheitlichten modellierenden Sprache prüft Das prüfenprofil UML ist definierte so, daß Kartenaufnahmen auf Ttcn-3 und JUnit möglich sind, um der Wiederverwendung des vorhandenen Tests zu ermöglichen Infrastrukturer. Hauptverallgemeinerungen sind ? die Trennung der Testverhalten- und Testauswertung durch das Vorstellen eines neuen Testbestandteils: der Schiedsrichter. Dieses ermöglicht der einfachen Wiederverwendung des Testverhaltens für andere prüfenarten. ? die Integration der Konzepte prüfen Steuerung, Testgruppe und Testfall in gerade ein Konzept eines Testfalles, welches in einige Testfälle des untereren Niveaus zerlegt werden kann. Dieses ermöglicht der einfachen Wiederverwendung von Testfalldef- initions in den verschiedenen Hierarchien. Ein Testsuite ist ein erster Testfall gerade.