Ein Adrenalinkick für QA Experten - mussten Praktiken, Testansätze und -"Software muss stabil funktionieren und bei der Beurteilung von Softwarequalität ist das sicherlich das wichtigste Kriterium. Langfristig darf aber auch die Wartbarkeit der Software nicht vernachlässigt werden, denn das führt zu Mehraufwänden bei Fehlerbeseitigungen und Weiterentwicklungen, auch bekannt als technische Schulden.  Fehlende, nicht-kontinuierliche oder nicht-automatisierte Testfälle dürfen ebenso zu technischen Schulden gezählt werden.
In diesem Vortrag wird erklärt, was genau unter Softwarequalität zu verstehen ist.
Ergebnisse und Erkenntnisse aus einem Jahr der Qualitätsüberwachung in einer CI-Pipeline werden vorgestellt.

Zielpublikum: Tester:innen, Entwickler:innen, Testmanager, Projektleiter
Voraussetzungen: Keine
Schwierigkeitsgrad: Basic

Extended Abstract:
ISO 25010 zieht zur Definition von Softwarequalität neben Funktionalität und Stabilität auch Wartbarkeit als Bewertungskriterium in Betracht. Eine Vernachlässigung der Wartbarkeit führt zu Mehr-Aufwänden bei Fehlerbeseitigungen und Weiterentwicklungen, auch bekannt als technische Schulden oder 'Technical Debt'.
Bei der Bewertung von Softwarequalität darf man aber auch das umgebende Test-Setup nicht vernachlässigen, z.B. Code-Abdeckungs-Metriken aus dynamischen Tests. Auch fehlende, nicht-kontinuierliche oder nicht-automatisierte Testfälle dürfen als technische Schulden verstanden werden.
'Continuous Integration' (CI) ermöglicht einen automatisierten, kontinuierlichen Test und definierte Qualitäts-Kontrollpunkte. Durch die kontinuierliche Überwachung kann eine gleichbleibende und hohe Softwarequalität sichergestellt werden, wodurch eine kontinuierliche Bereitstellung der Software, auch bekannt als 'Continuous Deployment' (CD), ermöglicht wird. Probleme können frühzeitig erkannt, adressiert und Kosten-optimal beseitigt werden.
In diesem Beitrag erhalten Sie einen Überblick über Grundlagen der Softwarequalität und eine Umsetzung der kontinuierlichen Überwachung in einer CI Pipeline.
Anhand eines konkreten Projekt-Beispiels werden Ergebnisse und Erkenntnisse aus einem Jahr der Anwendung vorgestellt.