KI: Lösen wir die für uns relevanten Probleme?
KI in der Softwareentwicklung generiert Apps im Nu, während Teams in Legacy-Code ersticken. Warum KI die Probleme lösen sollte, die wirklich wehtun.
Testmanagement & Strategie
Testmanagement entscheidet, wofür die knappe Testzeit eingesetzt wird: welche Risiken zuerst geprüft werden, wie viel Test genug ist und wie Ergebnisse bei den Entscheidern ankommen. Die Grundfragen vom Testkonzept bis zur Fortschrittskontrolle beantwortet der Grundlagen-Guide Testmanagement. Dieser Themenbereich sammelt ergänzend Material aus Projekten und Gesprächen.
Die Artikel und Podcastfolgen behandeln risikobasiertes Testen, leichtgewichtige Teststrategien, Schätzung, Metriken und Reporting ebenso wie Testorganisation, Reifegradmodelle und die Rolle von Testmanagern in agilen Teams. Sie richten sich an Test- und Quality-Verantwortliche, die ihre Strategie am eigenen Projekt ausrichten und wissen möchten, wann eine Kennzahl hilft und wann sie in die Irre führt.
Grundlagen
Artikel
Anforderungsmanagement: Jeder Testfall ist ein Review
Anforderungsmanagement entscheidet, wie gut der Test werden kann. Testfall-Design deckt Lücken auf, Verfolgbarkeit zeigt die betroffenen Tests.
SAP-Testing: Geschäftsprozesse bestimmen die Teststrategie
SAP-Testing setzt bei Geschäftsprozessen und Risiken an. PRACTICES UP deckt elf Fokusbereiche ab, fünf Datenklassen ordnen die Testdaten.
Low-Code-Testing: Fachleute werden zu Citizen-Testern
Low-Code-Testing macht Fachleute zu Citizen-Testern, weil der Softwarebedarf schneller wächst als die Zahl der Entwickler. Getestet wird ohne Code.
Quality Culture: Wie DB Netz Qualität in die Pipeline baut
Quality Culture bei DB Netz: Quality Coaches statt dedizierter Tester, dazu die modulare CI/CD-Pipeline MoQ-AP für Continuous Testing.
T-Shape-Tester: Von Requirements bis DevOps mitdenken
T-Shape-Tester kennen neben dem Test auch Requirements, Architektur, Entwicklung und DevOps. Dazu kommen ML-Systeme als Testobjekt.
Software-Testing der Zukunft braucht Quality Coaches
Software-Testing der Zukunft bei OTTO: Quality Coaches tragen Qualität über viele agile Teams. Was App-First und Gerätevielfalt dabei verlangen.
Pilotprojekt Testautomatisierung: Schrittweise zum Roll-Out
Pilotprojekt Testautomatisierung mit den drei bestplatzierten Werkzeugen, danach Anwendung in einer Abteilung und Roll-Out im ganzen Unternehmen.
Wartung oder Vorlauf: Testdesign in der Testautomatisierung
Testdesign in der Testautomatisierung reicht von Capture & Replay bis modellbasiert. Höhere Stufen kosten mehr Vorlauf und sparen bei der Wartung.
Agiles Testmanagement: Welche Aufgaben im Team bleiben
Agiles Testmanagement verteilt Release-Planung, Backlog-Review und Definition of Done auf das Team. Der Testmanager wird dabei zum Begleiter.
Analytische Qualitätssicherung: Artefakte prüfen und messen
Analytische Qualitätssicherung prüft und misst Anforderungen, UML-Modelle, Code und Testfälle automatisiert. Das senkt Fehler und Folgekosten.
Zeitfresser im Projekt: Automatisieren, Lernen, Delegieren
Zeitfresser im Projekt, etwa manuell kopierte Testdaten, lassen sich abstellen. Automatisieren, Lernen und Delegieren schaffen Zeit für Wichtigeres.
Testing Tools auswählen: Fünf Kriterien, die Tools aussieben
Testing Tools auswählen: Raus fliegt, was sich nicht selbst evaluieren lässt, instabil läuft, nicht zum Prozess passt oder schwer zu bedienen ist.
Umstieg auf agiles Testen: Warum Anordnung allein scheitert
Agiles Testen lässt sich nicht per Anordnung einführen. Tester und Entwickler brauchen Zeit, individuelle Begleitung, eine Fehlerkultur und Spaß.
Agile Entwicklung für Medizinprodukte: Angepasst an Normen
Software für Medizinprodukte agil entwickeln, konform zu ISO 13485 und IEC 62304: ein Hersteller über kleine Iterationen und Daily Meetings.
UML-Metriken: Größe, Komplexität und Qualität messen
UML-Metriken zählen, was in jedem UML-Diagramm steckt, und machen Größe, Komplexität und Qualität messbar, lange bevor das System fertig ist.
Testaufwand schätzen: Drei Methoden ergeben eine Bandbreite
Testaufwand schätzen aus Anforderungen: Drei Aufwandsschätzungen aus Test-Points, gezählten Testfällen und COCOMO-II ergeben eine Bandbreite.
Testcenter: Testaktivitäten im Unternehmen bündeln
Ein Testcenter bündelt verteilte Testaktivitäten im Unternehmen. Kompetenz, Besetzung, Infrastruktur und Integration machen Qualität planbar.
Application Value Assessment: Metriken für die IT-Strategie
Ein Application Value Assessment misst Größe, Komplexität und Qualität gewachsener Systeme, mit Metriken für Wartung, Migration oder Sanierung.
Podcastfolgen
DAST mit ZAP: Erst mitlernen, dann angreifen
Ein DAST-Tool wie ZAP lernt als Proxy aus Regressionstests und greift die Webanwendung dann selbst an. Unter DORA ist das für Banken ein Baustein.
Dunkle Seite des Testens: Fehler, die wir selbst auslösen
Die dunkle Seite des Testens beginnt beim Aufbau: Ein Test kann den Ausfall auslösen, den er verhindern soll. Davor steht eine eigene Risikobewertung.
Kubernetes-Lasttests: Erst Fragen sammeln, dann messen
Lasttests in Kubernetes-Umgebungen lohnen sich erst mit einer klaren Risikofrage. CPU und RAM sind selten das Bottleneck, Caching oder Logins öfter.
Quality Hunting: Informationen sammeln statt Bugs suchen
Beim Quality Hunting erkunden Teams aus etwa vier Leuten ein System in drei Stunden und berichten, was Stakeholder über die Qualität wissen müssen.
Hardware-in-the-Loop: Kernel-Test am echten Gerät
Ein Kernel besteht die Abnahme nur auf echter Hardware. Für Hardware-in-the-Loop-Tests reservieren Entwickler und CI sauber initialisierte Geräte.
Testkonferenzen vor Ort: Warum Networking Präsenz erfordert
Die Konferenz zum Testen in Istanbul hat sich von einem riskanten Debüt zu einer Veranstaltung entwickelt, die Tester aus Europa und Asien zusammenbringt – mit Übersetzungen in jedem Programmteil.
Mutation Coverage: Warum volle Abdeckung nichts beweist
Mutation Coverage misst, wie viele gezielt eingebaute Fehler Tests finden. Das sagt mehr als Code Coverage, gerade wenn KI-Agenten Tests schreiben.
Erst die Testautomatisierungsstrategie, dann KI im Testen
Ohne Testautomatisierungsstrategie erzeugt KI nur schneller fragwürdige Tests. Was sinnvoll ist, entscheidet der Kontext, nicht ein Gartner-Bericht.
ISTQB-Boards im DACH-Raum: Ein Backoffice für alle drei
20 Jahre Backoffice hinter den ISTQB-Boards: Was dabei wirklich gebraucht wird und warum Ehrenamt mehr ist als Kaninchenzüchten.
Performance Monitoring mit KI: Alarm bei 70 % CPU-Last
Performance Monitoring mit Alarm bei 70 % CPU-Last erkennt Verlangsamungen, bevor Nutzer abspringen. KI wertet die Logs aus und findet die Ursache.
Warum vollständige Coverage keine Fehlerfreiheit garantiert
100 Prozent Branch Coverage und trotzdem Bugs: Was das über Code Coverage als Metrik sagt und warum am Ende die Assertions entscheiden.
E2E-Testautomatisierung: große Testsuites stabil halten
E2E-Testautomatisierung bleibt wartbar mit eigenem HTML-Testattribut, wenigen Testfällen mit hoher Überdeckung und einer klaren Schichtarchitektur.
Resilienz in Softwareprojekten: Trends statt Einzelwerte
Resilienz im Softwareprojekt: mit Unsicherheit arbeiten. Bug-Trends verraten mehr als einzelne Bugs, Motten zeigen, wozu gezielte Umwege taugen.
TMMI: fünf Reifegrade bis zur Fehlerprävention
TMMI zeigt Unternehmen genau, wo ihre Testprozesse stehen und wie der nächste Reifegrad aussieht. Von der Planung bis zur Fehlerprävention.
Wie du eine QA-Kultur in deinem Unternehmen aufbaust
Eine QA-Kultur beginnt mit Zuhören: Was Stakeholder unter Qualität verstehen, wird zur Roadmap. Änderungen kommen schrittweise, eine pro Quartal.
Der geschäftliche Nutzen des Testens: Risiko in Geld umrechnen
Der geschäftliche Nutzen des Testens wird sichtbar, wenn Tester Risiken in Geld ausdrücken: Regressionszeit, Supportkosten, verfrühte Releases.
QFD liefert Ursache-Wirkungs-Analysen, die LLMs fehlen
Quality Function Deployment (QFD) verknüpft Kundennutzen per Matrix mit Funktionen und Testfällen. Irrelevante Tests fallen weg, Prioritäten sitzen.
Wie bleiben Produkttests bei Stiftung Warentest objektiv?
Stiftung Warentest kauft verdeckt ein, prüft blind und verifiziert Messdaten mehrfach. Softwaretester teilen die Werte: Objektivität und Transparenz.
Testreporting mit 3x3-Matrix reicht in 95 Prozent der Fälle
Testreporting in 5 Schritten: Ziel, Position, Prognose, Datenqualität und Automatisierung. So wird das Reporting zum echten Steuerungswerkzeug.
Exploratory Testing: Struktur durch Risikofokus und Timebox
Exploratory Testing ist strukturierte Arbeit, kein wahlloses Herumklicken. Scoping, Timeboxing und Risikofokus halten jede Testsitzung auf Kurs.
Testen als Versicherung: Mit Zahlen Manager überzeugen
Testen überzeugt Manager, sobald es als Versicherung mit Zahlen belegt ist. Supportstunden, verlorene Aufträge und Abwanderung liefern diese Zahlen.
Konferenzprogramm: 527 Einreichungen für rund 50 Slots
527 Einreichungen, knapp 50 Slots: Wie ein Konferenzprogramm wirklich entsteht und was eine Einreichung von den anderen abhebt.
Process Mining macht Testabdeckung zur zählbaren Größe
Process Mining macht Testabdeckung messbar. Bei einem Workflow mit über 600 Durchläufen decken die häufigsten zehn rund 80 Prozent der Fälle ab.
Das Impostor-Syndrom als Software-Tester bekämpfen
Das Impostor-Syndrom trifft im Testing nicht nur Neulinge, sondern auch erfahrene Testmanager. Den inneren Kritiker zu benennen hilft dagegen.
Qualitätssicherung in Startups: Testbarkeit statt Prozesse
Qualität im Startup entsteht nicht durch Prozesse, sondern durch Haltung. Warum Tester dabei lauter sein müssen als Entwickler.
Qualitätskennzahlen: Warum jeder KPI eine Gegenmetrik braucht
Qualitätskennzahlen wie Testabdeckung oder Bestehensquote täuschen ohne Gegenmetrik. Erst die Rate entgangener Fehler zeigt, wie gut die Tests sind.
Fehlerkultur: Am Projektstart klären, was Fehler bedeuten
Fehlerkultur im Team klingt gut auf dem Vision Board, bricht aber beim ersten echten Bug zusammen. Ein klärendes Gespräch am Projektstart hilft.
Tools sind keine Lösung für die Testautomatisierung
Ein Spielehersteller zählte in acht Wochen fast 5.000 Fehlerzustände. Das ändert eine bessere Testautomatisierungsstrategie, kein neues Tool.
Quality Storming: HACCP und Event Storming für Software
Quality Storming verbindet HACCP und Event Storming und zeigt, wo im Prozess Fehler entstehen. Meist passiert das lange, bevor jemand testet.
Softwaretesten als Kunst: Logik trifft Empathie
Softwaretesten ist Kunst und Wissenschaft zugleich. Logik findet Fehler, Empathie macht Testberichte für nicht-technische Stakeholder verständlich.
Testwerkzeuge auswählen: Beliebtheit ist kein Kriterium
Wer Testwerkzeuge auswählt, beginnt bei den Anforderungen. Bei Produkten für Japan fehlte dem gesetzten Framework ausgerechnet der Safari-Support.
Testentwurf per Brettspiel: Rund 24 Testfälle pro Runde
Beim Testentwurf per Brettspiel liefert jede Runde rund 24 Testfälle für Kassensoftware, auch für knifflige Promotionen. Die Regeln bleiben einfach.
Testmigration: Wenn die Cloud-Kosten das QA-Budget sprengen
Die Testmigration von Cypress zu Playwright begann bei Displate mit den Kosten der Cypress Cloud. Die kritischen Pfade zogen zuerst um.
Multidimensionales risikobasiertes Testen ohne Mehraufwand
Multidimensionales risikobasiertes Testen macht aus Bauchgefühl eine Metrik: fünf Ebenen, eine Fibonacci-Skala und ein aggregierter Risikoscore.
Playwright vs. Cypress: Warum Playwright vorn liegt
Playwright vs. Cypress: Beide testen Komponenten und End-to-End, doch nur Playwright kann Multi-Tab und Cross-Domain. Umsteigen lohnt nicht immer.
Testleiter: Warum dem Softwaretest oft die Führung fehlt
Vielen Unternehmen fehlen echte Testleiter, und das kostet still Qualität. Das ACT2LEAD-Modell beschreibt in acht Prinzipien, was Testführung braucht.
QS-Coaching: Acht Leute betreuen 100 bis 120 Anwendungen
Beim QS-Coaching testet das zentrale Team nicht selbst. Die Bundesagentur für Arbeit ersetzte ihr Testhandbuch durch Leitplanken und eine Community.
Leichtgewichtiges Testkonzept: Baukasten statt Testhandbuch
Ein leichtgewichtiges Testkonzept landet nicht in der Schublade: Das Bundesverwaltungsamt setzt auf kurze Bausteine und gibt den Baukasten frei.
Enterprise Testing prüft die Wirkung von Konfigurationen
Wer SAP konfiguriert, testet im Grunde immer Nebenwirkungen im gesamten Zielsystem mit. Warum Enterprise-Testing eigene Regeln braucht.
Cypress zu Playwright bei Displate: Migration in Schichten
Cypress zu Playwright migrieren: Warum ein Team-Hackathon mit 7 Tools die naheliegende Wahl erst zum sicheren Ergebnis machte.
Risikobasiertes Testen bei Bison: Weniger End-to-End-Tests
50 bis 60 Prozent weniger End-to-End-Tests durch risikobasiertes Testen: wie das funktioniert und wo man konkret anfängt.
Software Test Leadership: Im Testen fehlt die Führung
Software Test Leadership klärt, wer im Unternehmen für Qualität verantwortlich ist. Das ACT2LEAD-Modell zeigt, wie Führung im Testing aussieht.
Softwaremetriken: Trends sagen oft mehr als Einzelwerte
Softwaremetriken helfen nur, wenn sie Entscheidungen stützen. Welche wirklich nützen, warum Trends mehr zeigen als Einzelwerte und der Kontext zählt.
QA-Lead werden: Die größten Hürden sind menschlich
Wer QA-Lead wird, übernimmt einen halben neuen Job neben dem Testing. Ein kleines Projekt oder eine Community of Practice zeigt, ob Führung passt.
ISTQB in der Praxis bei Bucher + Suter
ISTQB in der Praxis: Ein Team für Telekommunikationssoftware baute seine Lasttest-Roboter selbst und nutzt Zertifikate als gemeinsames Vokabular.
Teststrategie: Wie wenig reicht wirklich?
Eine Teststrategie in drei Workshops: eine Testlandkarte mit Rollen, Tools, Umgebungen und Metriken statt hundert Seiten, die keiner liest.
E2E-Test-Framework wählen: Erst die Anforderungen klären
Welches E2E-Test-Framework passt? Cypress, Playwright, Selenium, TestCafe und Nightwatch im Vergleich nach Safari-Support, Tempo und Debugging.
Testorganisation der Zukunft: Zellen statt Hierarchie
Die Testorganisation der Zukunft kommt ohne Vorgesetzte aus: kleine Einheiten, V-Shape Skills, KI für Routine und mehr Raum für exploratives Testen.
Testdatenmanagement: Tester bestellen Daten selbst
Testdatenmanagement nach dem Shop-Prinzip: Tester bestellen anonymisierte Daten per Self-Service, statt fünf bis sechs Insellösungen zu pflegen.
KI-Qualitätssicherung: Qualität wird zur statistischen Größe
KI-Qualitätssicherung heißt umdenken: kein klares Testorakel, statistische Qualität statt Pass/Fail. Metamorphes Testen und Pairwise Testing helfen.
Mobile-App-Testing: Zweiter Anlauf mit Robot Framework
Mobile-App-Testing bei der HUK-Coburg: Im zweiten Anlauf schreiben manuelle Tester Testfälle in Robot Framework, die auf echten Geräten laufen.
Metriken der Softwarequalität: Zahlen brauchen einen Bezug
Metriken der Softwarequalität zeigen oft unbequeme Wahrheiten. Dabei reicht eine Tabelle, um Testaufwand und Fehler zu prognostizieren.
Quality by Design: Fehler vermeiden statt Fehler suchen
Fehler nicht testen, sondern gar nicht erst einbauen: Quality by Design überträgt einen Ansatz aus der Pharmaindustrie in die Softwareentwicklung.
Evolutionäre Qualitätsziele: Welche Qualität wann zählt
Evolutionäre Qualitätsziele zeigen, welche Qualitätsmerkmale wann zählen. Wartbarkeit einzufordern, bevor es einen Markt gibt, ist falsch priorisiert.
Continuous Everything: Wie misst man den Qualitätsgewinn?
Continuous Everything lässt sich messen: an der Zeit bis zum Kunden und an Fehlerreports. Mit Trunk-based Development sank die Zeit auf Stunden.
Team Alignment mit OKR: Ziele im Alltag sichtbar halten
Team Alignment mit OKR scheitert selten am Konzept, eher am Alltag. Wenige Metriken und Gesundheitsmetriken als Gegengewicht halten Ziele sichtbar.
Software-Test: Bezahlung nach Leistung statt nach Zeit
Software-Test als Disziplin, abgerechnet nach Testfällen, Testabdeckung und Fehlern: Was Europas erstes unabhängiges Testlabor von 1978 lehrt.
Liberating Structures im Test: Risiken mit TRIZ finden
Liberating Structures holen alle ins Gespräch, auch wo sonst nur genickt wird. Mit 1-2-4-All, Troika Consulting und TRIZ findet das Team Risiken.
Test Intelligence: Mehr Fehler in weniger Zeit finden
Test Intelligence wertet Prozessdaten aus: Test-Impact-Analyse findet in einem Prozent der Zeit 80 Prozent der Fehler, Gap-Analyse zeigt Lücken.
Der ISTQB CTFL 4.0 macht Testen zur Aufgabe des Teams
Der ISTQB CTFL 4.0 bringt Wasserfall, V-Modell und Agilität in einen Lehrplan, der Testmanager wird zur Rolle. Alte Zertifikate bleiben gültig.
Gamification im Softwaretest: Spielen deckt Randfälle auf
Gamification im Softwaretest macht manuelles Testen motivierender: Riskstorming wird zum Brettspiel, Maturity Poker bewertet die Prozessreife.
Systematisches Testen: Endekriterien zeigen, wann es reicht
Systematisches Testen wählt aus unendlich vielen Eingaben die riskanten. Drei 16-Bit-Parameter bräuchten 89 Jahre Testzeit, Endekriterien helfen.
Game Testing bei Tibia: Explorative Tests vor Checklisten
Game Testing bei 500.000 Spielern und wöchentlichen Patches: Warum explorative Tests in einem 25 Jahre alten Online-Spiel unverzichtbar sind.
Software-Reviews: Fehler finden, bevor sie teuer werden
Software-Reviews finden Fehler, bevor sie in die nächste Phase rutschen. Dabei helfen Review-Typen und Lesetechniken, Chefs bleiben draußen.
Agile Qualitätssicherung: Reden kommt vor Coden
Agile Qualitätssicherung klärt zuerst Anforderungen und Akzeptanzkriterien. Teststufen bauen aufeinander auf, und manchmal ist Weglassen vertretbar.