️ 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
Kommentare (0)
Melde dich an, um einen Kommentar zu schreiben.