Für Java gibt es Qualitätsanalysewerkzeuge wie Sand am Meer: Architektur-Konformitätsanalysen erkennen Verletzungen der Soll-Architektur im Code. Clone Detection erkennt Copy-Paste-Programmierung und damit zukünftige Wartungsprobleme. Strukturanalysen erkennen unverständliche Quelltextabschnitte. Und viele mehr. Richtig eingesetzt erkennen sie Probleme früh, wenn ihre Behebung noch kostengünstig ist. Oft sind die Werkzeuge dabei sogar kostenfrei.

Sie werden auch von vielen Teams eingesetzt. Meistens führen sie jedoch nicht zu Qualitätsverbesserungen. Was macht sie für wenige Teams wertvoll, für die meisten aber scheinbar nutzlos? 

Die Ursachen sind vielfältig, aber interessanterweise bei den meisten Teams die gleichen. Dieser Vortrag stellt Erfahrungen, Lessons Learned und Best Practices aus sieben Jahren Praxiseinsatz in unterschiedlichen Teams, Domänen und Firmen vor. 

Dabei gebe ich konkrete Empfehlungen und gehe neben technischen Faktoren auch auf Prozesse und Change-Management ein.

Obwohl Behavior-Driven Development schon seit über 10 Jahren existiert, hat die Methodik in der Java-Welt bisher noch keinen besonders großen Anklang gefunden. Ein Grund dafür sind die existierenden BDD-Tools für Java, die für Entwickler umständlich zu benutzen sind und einen hohen Wartungsaufwand verursachen. Der Autor will dies mit JGiven ändern und Java-Entwicklern ein Framework an die Hand geben, das sie gerne benutzen und gleichzeitig die Fachabteilung mit ansprechenden Reports zufriedenstellt. 

JGiven-Szenarien werden in der gängigen Given-When-Then-Form mit einer embedded Java-DSL geschrieben. Dadurch können alle IDE-Features, wie Autovervollständigung und Refactoring-Werkzeuge von Entwicklern genutzt werden.

Die resultierenden Szenarien sind zwar für sich schon sehr gut lesbar, JGiven kann aber zusätzlich noch Reports in verschiedenen Formaten generieren, die für die Zusammenarbeit mit Domain-Experten verwendet werden können.

Durch ein modulares Konzept lassen sich neue Szenarien leicht aus Teilen anderer Szenarien zusammensetzen. Dies beschleunigt die Erstellung von neuen Szenarien und vermeidet Testcode-Duplizierung. Da weder Groovy noch Scala benötigt werden und JGiven kompatibel zu JUnit und TestNG ist, kann JGiven sofort in Java-Projekten eingesetzt werden und leicht in bestehende Test-Infrastrukturen integriert werden.

In dem Vortrag wird der Autor eine Einführung in JGiven geben und anhand einer kurzen Live-Coding-Session zeigen wie schnell und einfach BDD-Szenarien in JGiven geschrieben werden können. 

Erwarten Sie plumpes Marketing für unsere BPM Platform! Ähm - wie bitte? Nein - natürlich das genaue Gegenteil! Im Vortrag möchte ich live demonstrieren wie bestimmte Sachverhalte in BPMN 2.0 (rigide Prozesse für "starre" Abläufe") oder auch CMMN 1.0 (Case Management für mehr Flexibilität) modelliert und dann direkt auf einer Process Engine ausgeführt werden. Dazu verwende ich die quelloffene camunda BPM Platform - so dass alles direkt zu Hause nachgebaut werden kann! In der Session diskutieren wir außerdem mögliche Architekturen und Best Practices sowie alternative Coding-Strategien im BPM-Bereich. Ganz nebenbei gibt es noch etwas Meinung - denn "Zero Code"-Lügen gehören in die Märchenbücher - und nicht in Marketingmaterial großer Hersteller!