Softwarequalität

️ Folge 10 - Softwarequalität: Warum „läuft bei mir“ nicht reicht





In dieser Episode sprechen Paul Freund und Daniel Ratke über
Softwarequalität - und warum guter Code nicht nur bedeutet, dass
etwas kompiliert oder lokal einmal funktioniert.





Es geht um echte Projekt-Erfahrungen: von regulierten Produkten
mit Quality Gates und Zertifizierung über „Bananen-Software“, die
beim Kunden reift, bis hin zu Features, die ungeprüft
weitergegeben werden und dann anderen die Zeit verbrennen.





Wir sprechen darüber, warum Ownership einer der wichtigsten
Unterschiede zwischen guten und mittelmäßigen Entwicklern ist,
wie sich Testing je nach Kontext verändert und warum
AI-generierter Code das Thema Qualität noch wichtiger macht -
nicht weniger.





In dieser Episode:


* Warum Softwarequalität stark vom Kontext abhängt


* Regulierte Produkte, UL-Zertifizierung und echte Verantwortung


* Warum „ich habe es gebaut“ nicht reicht, wenn niemand getestet
hat


* Ownership als Qualitätsmerkmal - und warum es Entwickler massiv
vom Durchschnitt abhebt


* Warum schneller Output wertlos ist, wenn danach andere alles
debuggen müssen


* AI und Codequalität - warum Code schreiben weniger wichtig
wird, aber Code prüfen wichtiger


* TDD, Unit Tests, Integration Tests und End-to-End Tests - wann
was Sinn macht


* Warum die goldene Mitte oft besser ist als Test-Dogmatismus


* „Bananen-Software“ - wenn Produkte erst beim Kunden reifen


* Microsoft, Windows, Backwards Compatibility und warum große
Software nie einfach ist


* Legacy, technische Schulden und warum Testabdeckung langfristig
entscheidend wird


* UI Testing, Playwright und warum jeder Button einmal benutzt
werden sollte


* Tester vs. Entwickler - warum gute QA kein „zweiter Rang“ ist


* Warum kreative Tester extrem wertvoll sind


* Testautomatisierung als Mindestskill für moderne QA


* Security, DevSecOps, CVE-Scans und automatisierte Checks


* AI Security und warum Open Source durch AI langfristig sicherer
werden könnte


* Architektur als Grundlage für gute Testbarkeit


* Event Driven Architecture, Datenorientierung und warum gute
Schnitte Tests massiv vereinfachen


* „Works on my machine“ als absolute Untergrenze - nicht als
Qualitätsziel





️ Kapitel / Timecodes:


00:00 Intro - heute wird scharf geschossen


00:38 Storytelling: Qualität in regulierten Produkten


02:04 Wenn Entwickler ungeprüften Code weitergeben


03:06 Ownership und Arbeitsweise


05:17 AI macht Qualitätssicherung wichtiger


07:10 TDD, Unit Tests und die goldene Mitte


09:16 Vertrauen, Reviews und gute Übergaben


11:53 Bananen-Software und Testing beim Kunden


12:09 Microsoft, Bugs und globale Auswirkungen


16:14 Wie groß Testing bei Microsoft wirklich sein muss


18:04 Legacy, C++, Python 2/3 und technische Schulden


20:50 Warum Testabdeckung bei Legacy entscheidend ist


22:39 UI Testing, Playwright und Smoke Tests


23:15 Desktop Testing und AutoIt Flashbacks


34:51 Quality Prozesse und Cloud DevOps


36:37 Warum man fremde Features oft besser kaputt testet als
eigene


38:09 Kreative Tester und echtes Break-Testing


41:24 QA Engineering, FMEA und sicherheitskritische Systeme


43:03 SaaS, Kundendaten und finanzielle Risiken


47:35 DevSecOps und CVE-Scanning in der Praxis


48:46 AI Security und Open Source


51:28 Best Practices: Pipelines, UI Tests, Testautomatisierung


53:03 Architektur als Teil der Testpyramide


55:51 Event Driven Architecture und testbare Systeme


58:29 Integration Tests und „works on my machine“


1:00:30 Wrap-up - Sharing is caring





Links:


Mehr vom Podcast - https://committomarket.de


Du bist oder suchst Entwickler? - https://auralis.group


Coaching und Beratung! - https://frnd.dev





#tech #engineering #business #podcast #softwareentwicklung
#softwarequalität #testing #qa