Software Testing & Qualität - Testautomatisierung, KI & Agilität

Weniger Pipelines, mehr Spaß - Karsten Günther

Listen Later
Mehr Softwarequalität durch automatisierte CI/CD-Pipelines

📌 Konferenz-Tipp: TACON 2026 in Leipzig (16.–17. September). Ich war letztes Jahr als Keynote dort und fand den Austausch richtig gut 👉 https://swt.fm/tacon

“Ein Softwareentwickler, wie jeder Mensch, macht Fehler. Wir sind alle Kollegen, aber wir sind nicht Chuck Norris. Wir müssen testen, testen, testen.” - Karsten Günther

In dieser Episode spreche ich mit Karsten Günther über die Neugestaltung von CI/CD-Pipelines bei Marquardt, einem Unternehmen aus der Automobilbranche. Er teilt seine Erfahrungen zur Automatisierung von Softwaretests und der Implementierung von Qualitätssicherungsprozessen. Neben dem Einsatz von Test-Driven Development hilft die Nutzung von Open-Source-Tools, die Softwarequalität zu verbessern. Die Episode bietet wertvolle Einblicke in die Herausforderungen und Lösungen der Softwareentwicklung im Automobilbereich.

Karsten Günther arbeitet seit vielen Jahren als Ingenieur, Softwareentwickler und Architekt im Automobilsektor. Er verfügt über Erfahrungen im Embedded-Bereich sowie in der Entwicklung von Methoden und Werkzeugen für Automatisierung und Pipelines für Continuous Integration (CI/CD). Derzeit ist er als Plattformingenieur im Rhein-Main Team (RMT) der Marquardt GmbH tätig und beschäftigt sich mit Software Product Line Engineering (SPLE), Automotive SPICE, Test-Driven Development (TDD), Pair Programming sowie dem Einsatz von Werkzeugen und Programmiersprachen wie CMake, Python, PowerShell, Jenkins, GitHub und Bitbucket.

Highlights:

  • Unit-Tests sind kein Qualitätsbeweis für den aktuellen Code, sondern ein Sicherheitsnetz für alle künftigen Änderungen: Je mehr Tests vorhanden sind, desto ruhiger kann ein Team seine Software weiterentwickeln.
  • Wer einen Bug behebt, schreibt zuerst einen Test, der diesen Bug reproduziert, und macht das Testnetz damit enger statt nur den Fehler zu flicken.
  • Marquardt setzt auf eine eigene Open-Source-Plattform namens SPLE, die CMake, Google Test, KConfig und den selbst entwickelten Automocker Hammocking zu einer durchgängigen Embedded-C-Entwicklungsumgebung verbindet.
  • Sphinx-basierte Dokumentationsgenerierung ermöglicht es, Requirements, Testspezifikation und Testergebnisse im selben Source-Code-Repository zu halten und daraus R-SPICE-konforme Komponentenreports zu erzeugen.

    • Weitere Links zur Episode:

    • Automotive Software Enthusiasts
    • Software Product Line (SPL)
    • Software Product Line Engineering Demo
    • HammocKing

      • Danke an die Community-Partner des Podcasts:Alliance for Qualification | ASQF | Austrian Testing Board | dpunkt.verlag | German Testing Board | German Testing Day | GI Fachgruppe TAV | Heise | HANSER Verlag | ISTQB | iSQI GmbH | oop | QS-TAG | SIGS-DATACOM | skillsclub | Swiss Testing Board | TACON Credits: Sound | Grafik

      ...more
      View all episodesView all episodes
      Download on the App Store
      Software Testing & Qualität - Testautomatisierung, KI & AgilitätBy Richard Seidl - Experte für Software-Entwicklung und Testautomatisierung