Continuous Integration: Mehr als nur ein Schlagwort

Rückblick zur vierten Veranstaltung der Reihe "10 things I wished they'd told me!" im Jahr 2015

Ein letztes Mal in diesem Jahr hieß es: „10 things I wished they’d told me!“. Markus Schwabeneder, SEQIS Consultant, begrüßte die Teilnehmer dieses Mal zum Thema „Continuous Integration“.

Zu Beginn wurde das „Software Testing Ice-cream Cone Anti Pattern“ mit dem Ziel der „Ideal Software Testing Pyramid“ verglichen. Die Test Pyramide bringt zum Ausdruck, dass der Großteil der Testabdeckung durch automatisierte Unit Tests erreicht werden soll. Hier kommt das Continuous Integration System zum Einsatz, um diese automatisierten Tests auszuführen. Doch wie funktionieren diese Systeme und welche Vorteile bringen sie mit sich?

Die Entwickler spielen ihre Codes in ein Version Control System (VCS) ein (z.B. SVN, Git). Auf diese greift der CI-Server zu (z.B. Bamboo, Hudson, Jenkins) und führt Unit Tests, Style Checks, Code Reviews und den Build durch. Dies findet bei jedem Check-In statt und geschieht innerhalb von Sekunden.

Um fast Feedback über die vom CI-Server durchgeführten Tests zu erhalten sollte man sich den Status des Build anzeigen lassen. Dazu werden häufig Ampelsysteme eingesetzt: Grün = erfolgreicher Build, Rot = Fehler. Unser Experte rät, dieselben Tests auch von den Entwicklern parallel zum CI-Server durchführen zu lassen. Dies garantiert eine optimale Qualitätssicherung.

Die aufwendigeren Tests der Testpyramide (Component Tests, Integrationstests, API Tests und GUI Tests) werden in einem separaten Prozess durchgeführt (Downstream, „Nightly Build“) um das fast feedback des „Upstream“-Prozesses weiterhin zu gewährleisten.

Abschließend betont Markus Schwabeneder noch die Wichtigkeit des Teamzusammenhalts – Schwierigkeiten sollten stets gemeinsam gemeistert werden!

Hier geht‘s zum Download der Vortragsfolien