BPM/SOA-Projekte binden oft eine Vielzahl von Abteilungen und Systemen ein und integrieren diese in den Prozess. Sie zeichnen sich durch hohe Komplexität der Anforderungen aus, die zwischen dem Fachbereich, der Organisationsentwicklung und IT ausgetauscht werden. Geschäftsprozessmodelle sind dabei die zentralen Artefakte: sie stellen nicht nur die wichtigste Grundlage der Kommunikation dar, sondern bilden bereits das Skelett der späteren Fach- und Softwarearchitektur. Darüber hinaus dienen BPMN-Modelle quasi als “Programmiersprache” für die ausführende BPM- Engine. Insbesondere wenn man agil arbeiten und die Geschäftsprozessmodelle inkrementell-iterativ entwickeln möchte, ändern sich diese BPMN-Modelle häufig. Und genau dann ist es unverzichtbar, Methoden und Werkzeuge einzusetzen, die für die Einhaltung von Qualität und Korrektheit von Modellen sorgen. Hier setzt unser Vortrag an: er zeigt, wie man ausgehend von fachlichen Anforderungen zusammen mit dem Fachbereich die Akzeptanztests für das BPMN-Modell entwickelt. Diese Tests werden zunächst für die Überprüfung des Modells verwendet, können jedoch auch in der Softwareentwicklung und -integration verwendet werden und dienen als Basis für spätere Abnahme- und Regressionstests von End-to-End-Prozessen.
Der Clou: Die Tests verwenden natürliche Sprache! Sie dokumentieren so den Prozessablauf und dessen Attribute und können vom Fachbereich verstanden und gegebenenfalls sogar erstellt werden. Wie das funktioniert, demonstrieren wir anhand eines existierenden Prozessmodells mit fertig beschriebenen Szenarien und führen live Verhaltenstests durch. Dann ändern wir die fachliche Anforderung (simulierter Fehlschlag) und passen den produktiven Prozess an, bis das gewünschte Verhalten erreicht ist.
2. Über uns...
Die Holisticon AG ist eine Managementund IT-Beratung mit Sitz in Hamburg. Mit
einem ganzheitlichen Beratungsansatz
unterstützen wir unsere Kunden in ihren
Entwicklungsprojekten auf technischer,
taktischer wie auch strategischer Ebene.
Jan
Claudia
Galinski
Cordes
Simon
Zambrovski
3. Agenda
■ Warum BPM/SOA?
■ Was muss getestet werden?
■ Wie geht das wirklich? (Live Demo)
■ Fazit und Ausblick
■ Offene Diskussion
Testgetriebene Geschäftsprozessmodellierung| bpm-soa@holisticon.de | 3
8. Prozesse müssen getestet werden!
■ Voraussetzung für Refactoring
■ BPM/SOA für höhere Flexibilität
■ Die Auswirkung jeder Änderung kann geprüft werden
■ Basis für iterative und inkrementelle Entwicklung
■ Agile Prozess-Modellierung, nicht nur Software-Realisierung
■ Kurze Modellierungszyklen möglich
■ Nachhaltige Qualität
■ Tests sind die beste Dokumentation
■ Vision, Projekt, Wartung, Betrieb
Testgetriebene Geschäftsprozessmodellierung| bpm-soa@holisticon.de | 8
12. BDD Szenario / Story
Eine Mail senden
Angenommen der Benutzer erzeugt eine Mail
Und der Text ist „Hello World“
Und der Empfänger ist „bpm-soa@holisticon.de“
Wenn die Mail abgeschickt wird
Dann wechselt der Status auf ‚versendet‘.
Testgetriebene Geschäftsprozessmodellierung| bpm-soa@holisticon.de | 12
13. Tests von BPM/SOA Systemen
Testgetriebene Geschäftsprozessmodellierung| bpm-soa@holisticon.de | 13
16. Guards gegen falsche Annahmen
■ Kontrakt zwischen Process Engine und Services
■ Anforderungen an Datenfluss
■ Vor- und Nachbedingungen im Prozess
Testgetriebene Geschäftsprozessmodellierung| bpm-soa@holisticon.de | 16
24. Fazit
■ Was haben wir gesehen?
■ Prozesse sind keine Units, aber trotzdem testbar
■ Akzeptanzkriterien als Szenarien beschrieben
■ Was bedeutet das für mein Projekt?
■ Prozesstests sind Grundlage für agile Modellierung
■ Szenarien dienen als Spezifikation und Dokumentation
■ Teamspezialisierung ist möglich
■ Camunda BPM Platform
■ In-Memory Prozess Engine
■ Camunda-BPM-Testing
Testgetriebene Geschäftsprozessmodellierung| bpm-soa@holisticon.de | 24
25. Weitere Informationen
■ www.camunda.org
■ github.com/camunda/camunda-bpm-testing
■ Contributions zu JBehave, Needle, Camunda
■ github.com/holisticon
Testgetriebene Geschäftsprozessmodellierung| bpm-soa@holisticon.de | 25
26. Was kann man noch machen?
■ Wiederverwendung der Testszenarien für I-Tests
■ Austausch der In-Memory-Process Engine gegen Intergrationsumgebung
■ Messung der Testabdeckung
■ Was bedeutet Testabdeckung für Prozesse?
■ Wie misst man sie?
Testgetriebene Geschäftsprozessmodellierung| bpm-soa@holisticon.de | 26