Testgetriebene Prozessmodellierung

Camunda User Group Hamburg | 13.10.2016

Opening 28.04.2016 – camunda BPM mit Spring BootCamunda User Group Hamburg

Testgetriebene Geschäftsprozessmodellierung

13.10.2016


Über uns

SimonZambrovski

JanGalinski

Die Holisticon AG ist eine Management- und 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.


Agenda

■ Warum BPM/SOA?

■ Was muss getestet werden?

■ Wie geht das wirklich? (Live Demo)

■ Fazit und Ausblick


Komplexität


BPM / SOA Reference

oper

ativ

stra

tegi

sch

Proz

esse

Serv

ices


Prozesse sind ausführbar

BPMN 2.x


Testen im BPM / SOA Stack ?Ic

on: ©

http

://w

ww

.visu

alph

arm

.com

/

oper

ativ

stra

tegi

sch

Proz

esse

Serv

ices


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


Testpyramide

Entwickler

Anwender

technisch

fachlich

End-To-End

Integration

System

Component

Unit


TEST

Automatisierte Tests

■ Unit Technischer Test Abgeschlossene Einheiten:

Funktion/Methode Klasse

Testet einen Zustand

■ Behavior■ Fachlicher Test■ (Quasi-)Offenes System:

■ Dialogfolge■ Ablaufsteuerung

■ Testet Zustandsfolge

SUT

Eingabe AusgabeReferenz


Prozesse sind …

keine Units


BDD Szenario / Story

Eine Mail senden

Angenommen der Benutzer erzeugt eine Mail

Und der Text ist „Hello World“

Und der Empfänger ist „[email protected]“

Wenn die Mail abgeschickt wird

Dann wechselt der Status auf ‚versendet‘.


Testen von BPM / SOA SystemenAb

b.: ©

https

://do

cs.c

amun

da.o

rg/m

anua

l/7.5

/use

r-gui

de/t

estin

g/


Testen: Syntax, Ausführbarkeit


Testen: Orchestrierung, Erreichbarkeit


Guards gegen falsche Annahmen

■ Kontrakt zwischen Process Engine und Services

■ Anforderungen an Datenfluss

■ Vor- und Nachbedingungen im Prozess


Demo: Ist Prozess


Demo: Vertragsverarbeitung

Ist-Prozessanalyse

Soll-Vision

Inkrementell modelliert und

entwickelt

Ausgerollt


Demo: Sprint 5 |Review


Demo: Sprint 5 | Fehlertolerante Verarbeitung


Demo: Sprint 6 |Implementierung


CI & Reporting


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


Verweise

■ Twitter: @CUGHamburg

■ Meetup: http://www.meetup.com/de-DE/Camunda-User-Group-Hamburg/

■ github.com/camunda/camunda-bpm-assert

■ github.com/camunda/camunda-bpm-jbehave

■ github.com/camunda/camunda-bpm-mockito

■ github.com/camunda/camunda-bpm-needle

http://www.meetup.com/de-DE/Camunda-User-Group-Hamburg/


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? github.com/camunda/camunda-bpm-process-test-coverage

Abb:

© h

ttps:

//gi

thub

.com

/cam

unda

/cam

unda

-bpm

-pro

cess

-test

-cov

erag

e


Vielen Dank für Eure Aufmerksamkeit

Q&A