Modellbasierte Testautomatisierung mit Fitnesse

Transkript

1 Modellbasierte Testautomatisierung mit Fitnesse Tilo Sauer, GEBIT Solutions GmbH Berlin, Düsseldorf, Stuttgart Copyright 2011 GEBIT Solutions

2 Agenda Motivation Big Picture Kurzvorstellung Entwicklungsprozess Einführung in Fitnesse Erfahrungen im Projekteinsatz Lessons Learned Ausblick Fazit

3 Motivation 2004 Projektorientiertes Software und Beratungshaus (90 MA) Nutzung eines eingeführten und vielfach bewährten modellbasierten Entwicklungsprozesses ABER: QS Werkzeug in jedem Projekt individuell gewählt Hohe Erstellungs- und Pflegeaufwände für Tests Wunsch nach einheitlichem Vorgehen und integriertem Werkzeug

4 Big Picture - Entwicklungsprozess Modell- basierter Test? MDRE Model Driven Requirements Engineering MDD Model Driven Development UML Runner Model Driven Development Strukturierte Erfassung und Vernetzung von Informationen und Analysediagrammen Metamodell frei definierbar Überführung der Analysemodelle in Designmodelle. Verfeinerung u. Erweiterung Interpretation der UML Designmodelle Anwendungsrahmen Access Layer JSE/JEE/Web

5 Modellbasierter GEBIT Werkzeuge als Eclipse Plugins in IDE integriert Methodenbruchfrei Werkzeugbruchfrei Im wesentlichen generischer Ansatz Kein Generatorframework Mächtiger flexibel anpassbarer Interpreter (UML- Runner) Definition von Standardfunktionalitäten bzw. Standardverhalten Customizing via JSE Klassen (Controller, Editoren, Services) Keine Einschränkung hinsichtlich Java oder 3rd Party APIs Architekturneutral (JSE, JEE, JSF/Web)

6 Einführung in Fitnesse WIKI- basiertes Werkzeug Strukturelemente Einzeltests werden in Suiten zusammengefasst Wiederverwendung von Testteilen mittels include Unabhängig von der Zielsprache Erweiterbarkeit vorgesehen durch sog. Fixtures HTML- Seiten Test Test von Abläufen und Szenarien (incl. GUI) Pure Java Framework

7 GEBIT Adaptoren für modellbasierten Ansatz Starte Use Case Initialisiere Anwendung Transitionsübergang Testdatenerfassung... Eingabehilfen Templates Spezifische Fixtures PDF Alternativ nutzbares Code Frontend (statt Wiki)

8 Bereits erfolgreich bestandene Einsatzszenarien

9 Erfahrungen im Projekteinsatz (Auswahl) C&A Transportation System Dispo & Transport System für alle osteuropäischen C&A Länder Komplexe Gate- Disposition für Beladung dmpos Zentrale Handelsapplikation Hohe Kritikalität und Verfügbarkeit Sehr komplexe Integration in Anwendungslandschaft Sachbearbeiteranwendung öffentlicher Dienst Kunde übernimmt Testautomatisierung aus Kostengründen selbst

10 Lessons Learned Skillprofil Testerstellung und pflege IT- Affinität notwendig Lesen von UML- Diagrammen nicht nur hilfreich, sondern notwendig Testmanagement und Strukturierung der Tests sehr wichtig Testerstellung/pflege und Entwicklung muss Hand in Hand gehen Kommunikation Zeitnahe Erstellung von Tests (relativ zum Entwicklungsfortschritt) Initiale Erstellung von Tests trotz gut integriertem Werkzeug noch sehr zeitaufwendig

11 Ausblick Automatische Erzeugung von Transitionstests (nur Verifikation, keine Validierung) Modellbasierte Testfallerstellung Nutzung von Modellinformationen (z.b. Constraints) zur automatischen Überprüfung von Grenzwerten Erweiterung des TREND- Metamodells um testrelevante Aspekte Ziel: Konzentration auf die fachlichen Aspekte, Entbindung der Entwickler von Routinetätigkeiten und techn. Basis

12 Fazit Erstellung und Pflege der Tests nimmt viel Zeit in Anspruch Produktivität extrem abhängig vom Skillprofil der Tester Aus Entwicklersicht gut integriertes Werkzeug, Technologien alle bekannt oder leicht erlernbar Aus fachlicher Sicht bedeutet die Testautomatisierung mit Fitnesse das Eintauchen in eine neue Welt, da Technologie- Know- How typischerweise nicht vorhanden In allen Projekten haben sich die Kunden sehr schnell an den Komfort und die Sicherheit der Tests gewöhnt, und möchten sie nicht mehr missen. Die Investition hat sich nach Meinung der Kunden in allen Projekten sehr schnell amortisiert.