Testing 2026: Die Arbeit wandert vom Schreiben zum Prüfen
Im Testing 2026 ist KI Werkzeug, Sparringspartner und Prüfling. Fünf Felder von Spezifikation über explorative Tests und Testdaten bis zu KI-Features.
Testgrundlagen & Testentwurf
Softwaretesten schafft Transparenz darüber, ob ein System die fachlichen Erwartungen erfüllt und unter realistischen Bedingungen zuverlässig arbeitet. Dieser Themenbereich verbindet die Grundlagen des Testens mit systematischem Testentwurf: von Testzielen, Teststufen und Testverfahren bis zu Reviews, explorativem Testen und nachvollziehbaren Testfällen.
Die Beiträge, Podcastfolgen und Grundlagenartikel zeigen, wie Risiken in sinnvolle Testideen übersetzt, passende Verfahren ausgewählt und Ergebnisse verständlich kommuniziert werden. Sie richten sich an Menschen, die neu ins Testing einsteigen, ihr Vorgehen schärfen oder gemeinsame Begriffe im Team etablieren möchten. Im Mittelpunkt stehen nicht möglichst viele Tests, sondern aussagekräftige Informationen für bessere Qualitätsentscheidungen.
Grundlagen
Artikel
Verhindern wir Lernen?
Wer KI nur für den Output nutzt, überspringt den Lernprozess. Tester lernen durch Fragen und Systemwissen, GPT hilft als Kritiker und bei Routinen.
Tester lieben Software-Architektur
Software-Architektur ist ein Grundpfeiler für Testbarkeit und muss mitwachsen. Tester und Architekten sollten deshalb öfter gemeinsam Kaffee trinken.
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.
Software-Test und KI – Mensch gegen Maschine
Mensch gegen Maschine im Software-Test: KI hilft bei Analysen, Testfällen, Fehlersuche und Testdaten, entscheiden muss der Mensch.
Scenario-based Testing: Tester modellieren die Umwelt
Scenario-based Testing kommt aus dem autonomen Fahren: Das Testobjekt bleibt gleich, die Umwelt variiert. KI und DevOps ändern die Testerrolle.
Data-Warehouse-Test: Assertions aus Transformationsregeln
Im Data-Warehouse-Test gibt es keine Oberfläche. Assertions entstehen deshalb aus den Transformationsregeln, sortiert in sieben Regelklassen.
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.
Software-Qualität als Haltung leben
Software-Qualität als Haltung entsteht schrittweise: erst Testgrundlagen, dann Retrospektiven und Experimente, bis Testen einfach dazugehört.
Künstliche Intelligenz testen: Statistik statt Ja und Nein
Wer künstliche Intelligenz testen will, bewertet Ergebnisse statistisch und prüft die Trainingsdaten mit. Umgekehrt übernimmt KI selbst Testaufgaben.
Testdimensionen für Integrationstests: Lücken erkennen
Testdimensionen für Integrationstests: Testziele, Testobjekte, Testebene, Testbasis und typische Fehler zeigen, wo die Tests noch Lücken haben.
Testquadranten: Wie agile Entwicklung den Test verändert
Testquadranten, Testpyramide und exploratives Testen ordnen den Test im agilen Team neu. Ob es noch einen Testmanager braucht, hängt vom Team ab.
Automatisierung im Test: Von der Kür zur Pflicht
Automatisierung im Test reicht über Testfälle hinaus: statische Analyse, Testdaten, Testumgebung, Bereitstellung, Dokumente, nicht-funktionale Tests.
Statische Analyse: Sicherheitsmängel vor dem Test finden
Statische Codeanalyse findet Sicherheitslücken, ohne den Code auszuführen. Fünf Mängelklassen, Java-Regeln und eine Fallstudie zeigen, was sie kann.
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.
Kreatives Testen: Wie gute Tester noch besser werden
Kreatives Testen heißt, durch die Kundenbrille zu schauen und Methoden wie Äquivalenzklassen mit neuen Ideen zu nutzen. Das geht auch ohne Agilität.
Cloud-Services testen: Statische und dynamische Analyse
Cloud-Services testen, ohne alles zu prüfen: Der Fokus liegt auf betriebsrelevanten Funktionen und darauf, wie fremde Services zusammenspielen.
Migrationstest: Das neue System muss tun, was das alte tat
Ohne Spezifikation misst der Migrationstest das neue System am Altsystem. Sieben Schritte von Code-Messung bis Abdeckung belegen die Gleichheit.
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.
Requirements Engineering: Tester prüfen Anforderungen früh
Requirements Engineering profitiert, wenn Tester Anforderungen früh im Review auf Vollständigkeit und Testbarkeit prüfen. Das spart teure Nacharbeit.
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.
Webservices testen: Anfragen generieren, Antworten prüfen
Webservices testen mit WSDLTest: Testdaten kommen aus dem WSDL-Schema, Vorbedingungen steuern Anfragen, Nachbedingungen prüfen Antworten.
Podcastfolgen
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.
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.
Wie man Regeln und Skills baut, damit Agenten sich erinnern
Mit Coding Agents arbeiten Entwickler am System statt im System und brauchen weniger Reviews. Hooks, Regeln und Retro-Skills verankern Korrekturen.
KI beim Testen steigert den Wert erfahrener Tester
KI beim Testen hilft bei Routine, doch KI-generierter Code bringt mehr Fehlerzustände. Erfahrene Tester mit Geschäftswissen werden dadurch wertvoller.
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.
KI als Tester: Mit LLM as a Judge Sprachmodelle prüfen
KI als Tester: Mit LLM as a Judge und kalibrierten Rubriken lassen sich LLM-Anwendungen automatisiert testen, auch ohne deterministisches Ergebnis.
API Testing: Agentenoptimiertes Design senkt Token-Kosten
API Testing liefert stabileres Feedback als Frontend-Tests. Wer REST, GraphQL, Webhooks und MCP kennt, testet gezielter und spart Tokens.
LLMs im Testen: Fang mit kleinen, überschaubaren Aufgaben an
LLMs im Testen lohnen sich bei kleinen, klaren Aufgaben wie Testdokumentation und regelbasierten Reviews. An altem Embedded-Code scheitern sie.
Kinderbuch zum Softwaretest: Ritter gegen Fehler-Drachen
Ein Kinderbuch erklärt Softwaretesten mit Drachen und Rittern und begeistert damit Kinder. Eine Zwölfjährige will genau das später machen.
Chatbot-Testen: Warum Fehler in Prompt und Abruf stecken
Chatbot-Testen bricht mit der klassischen Testlogik: gleiche Eingabe, andere Ausgabe. Wer die abgerufenen Chunks protokolliert, findet die Fehler.
KI-gestütztes Testen: Tester behalten die Kontrolle
KI-gestütztes Testen ersetzt keine Tester, spart aber grob 20 bis 40 Prozent Aufwand bei Testdaten und Testfällen. Die Kontrolle bleibt bei ihnen.
IEC 62443-4-1 umsetzen: was die Norm konkret verlangt
Die IEC 62443-4-1 verlangt Independence of Testers: Tester und Entwickler berichten nicht an dieselbe Führungskraft. Wie ein Hersteller das umsetzt.
Vom Developer zum Test Automation Engineer
Vom Entwickler zum Test Automation Engineer: Warum Clean-Code-Prinzipien entscheiden, welche Automatisierung jahrelang hält und welche nicht.
Frauen in der IT: Im Testing klar und freundlich auftreten
Frauen in der IT und im Testing begegnen Annahmen, die Männer selten erleben. Es hilft, Kompetenz zu zeigen und klar, aber freundlich zu kritisieren.
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.
Das QS Barcamp Hamburg bleibt bewusst bei 80 Teilnehmern
Das QS Barcamp Hamburg ist das einzige größtenteils deutschsprachige Barcamp für Testen und QS. Das Programm entsteht erst vor Ort, am Session-Marktplatz.
Exploratory Testing: Struktur durch Risikofokus und Timebox
Exploratory Testing ist strukturierte Arbeit, kein wahlloses Herumklicken. Scoping, Timeboxing und Risikofokus halten jede Testsitzung auf Kurs.
Formale Methoden: Warum hilft funktionale Programmierung?
Formale Methoden klingen nach Elfenbeinturm, liefern aber das, was Tests allein nie können: einen mathematischen Beweis für korrektes Verhalten.
KI‑generierte Testfälle im regulierten Umfeld
KI-generierte Testfälle im Medizintechnik-Umfeld: wie ein RAG-System ohne Tool-Validierung regulatorisch sauber bleibt.
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.
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.
KI-Testassistent: Normgerechte Testfälle nach ISO 29119
Der KI-Testassistent Sherlock der Stadt München übernimmt die Testfallerstellung für Fachbereiche ohne Testwissen, Export nach TestLink oder X-Ray.
Ensemble Testing baut Testwissen im Entwicklungsteam auf
Zwei Jahre exploratives Ensemble Testing im echten Projekt: Was die Methode bringt, wo sie hakt und warum Testen damit plötzlich Spaß macht.
Contract Testing: Der Consumer legt fest, was er erwartet
API-Schnittstellen brechen still weiter oder fallen früh auf, je nach Testansatz. Contract Testing stoppt riskante Änderungen im Build.
Performance Test: Der Lasttest ist nur ein Szenario
Performance Tests sind keine Lasttests, und Kapazitätstests in jedem Sprint kosten vor allem Cloud-Budget. Im Alltag zählen Monitoring und Telemetrie.
Dynamische Analyse: Code Coverage mit Embedded Trace
Dynamische Analyse für Embedded-Systeme: Embedded Trace misst Code Coverage im Integrationstest auf echter Hardware, ohne das System zu stören.
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.
Software-Testing mit Java: Jede Teststufe hat ihr Werkzeug
Software-Testing mit Java von Unit bis UI: Testautomatisierung in Java mit JUnit, WireMock, Selenium und Maven, und was 25 parallele Browser kosten.
Was bringt eine ASQF-Mitgliedschaft im Softwaretest?
Was bringt eine ASQF-Mitgliedschaft? Netzwerk, Fachgruppen und kostenlose Konferenzen in einem Verein mit über 1.000 Mitgliedern aus der QS-Szene.
Testmodell: Eine gemeinsame Sprache für alle Stakeholder
Ein grafisches Testmodell bringt Fachbereich, Tester und Entwickler an einen Tisch. Ein Workshop liefert bessere Anforderungen und fertige Testfälle.
Wert des Softwaretests: Umsatz schlägt Codeüberdeckung
Den Wert des Softwaretests sehen Manager erst, wenn Tester ihn in Umsatz und Nutzerzufriedenheit begründen. Mit KI zählt Domänenwissen noch mehr.
Barrierefreie PDFs: Betroffene gehören in den Test
Barrierefreie PDFs brauchen Überschriften, Alternativtexte und saubere Tabellen. Was das BFSG ab 2025 verlangt und warum Betroffene mittesten sollten.
Einfluss von Testern: Fehler nach ihrer Wirkung einordnen
Der Einfluss von Testern wächst, wenn sie Funde an der Wirkung für Stakeholder ausrichten statt an Fehlerzahlen. Ein kurzer Check im Standup genügt.
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.
Natürliche Intelligenz im Test: Der Mensch bewertet die KI
Natürliche Intelligenz findet Bugs durch Neugier, Intuition und Kontextwissen. KI-generierte Unit-Tests bleiben oft in einer Äquivalenzklasse hängen.
Qualität als Haltung heißt, Testen im Team zu leben
Qualitätskultur heißt, Qualität als Haltung zu leben statt Testfälle abzuhaken. Sie ruht auf Testgrundlagen, Automatisierung und Vertrauen im Team.
Quereinstieg ins Testing: Praktikum schlägt Zertifikate
Quereinstieg ins Testing ohne IT-Hintergrund: Zertifikate allein bringen keinen Job. Den Unterschied macht Praxiserfahrung, am besten im Praktikum.
Multidimensionales risikobasiertes Testen ohne Mehraufwand
Multidimensionales risikobasiertes Testen macht aus Bauchgefühl eine Metrik: fünf Ebenen, eine Fibonacci-Skala und ein aggregierter Risikoscore.
Property-Based Testing: Tausende Testfälle aus einer Regel
Property-Based Testing findet Fehler, die erst nach 17 Schritten auftreten. Eine Regel beschreibt das Verhalten, Generator und Shrinker tun den Rest.
Statische Code-Analyse mit KI: Zwei Drittel der Fixes taugen
Statische Code-Analyse liefert tausende Findings, ein Sprachmodell soll sie beheben. Wo das klappt und wo Modelle ihr Nichtwissen verschweigen.
Swiss Testing Board: Prüfbare Lernziele im ISTQB-Lehrplan
Das Swiss Testing Board ist die Schweizer Stimme im ISTQB, entstanden Anfang der 2000er. Warum Lernziele nach Bloom messbar sein müssen.
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.
Fuzzing nach Maß: Zufallsdaten plus Wissen über das Format
Fuzzing klingt nach Chaos, ist aber Methode und deckt Sicherheitslücken systematisch auf. Gezielte Testdaten schlagen den reinen Zufall.
Testmethoden: die passende Technik aus vier Gruppen
Viele Tester kennen Testmethoden wie die Grenzwertanalyse, nutzen sie aber selten. Vier Gruppen und eine klare Auswahllogik holen sie in den Alltag.
Zukunft der Softwareentwicklung: KI erzeugt Legacy-Code
Die Zukunft der Softwareentwicklung wirkt vertrauter als gedacht: KI liefert vor allem schneller Legacy-Code. Gute Entwickler zeichnet das Testen aus.
Referenzimplementierung als Testorakel: Sollwerte per Code
Eine Referenzimplementierung als Testorakel berechnet Sollwerte für Tausende Signale. Das Review nach ISO 26262 wird dadurch zum Code-Review.
Leichtgewichtiges Testkonzept: Baukasten statt Testhandbuch
Ein leichtgewichtiges Testkonzept landet nicht in der Schublade: Das Bundesverwaltungsamt setzt auf kurze Bausteine und gibt den Baukasten frei.
Robot Framework: wofür es sich heute noch lohnt
Robot Framework verbindet Web, Desktop, Datenbank und 3270-Hosts in End-to-End-Tests. Wo es stark ist, wo Web-Tools aufhören und warum es bleibt.
Microservices testen bei REWE: Weniger End-to-End-Tests
Microservices testen mit Unit-Tests, API Testing je Service und wenigen E2E-Tests. Flaky Tests gehen in Quarantäne, Monitoring ersetzt lange Suiten.
Informelle Netzwerke: das Organigramm, das keiner zeichnet
Informelle Netzwerke entscheiden, wie schnell sich eine Organisation anpasst. Ihre Basis ist Vertrauen, Führung fördert sie: einladen statt anordnen.
UI-Testing mit Mock-Responses: Frontend ohne Backend testen
UI-Testing mit gemockten API-Antworten braucht kein Backend. Bei Volkswagen laufen so 280 Tests in unter drei Minuten, stabil und parallel.
KI-Testbeschreibung: Testfälle strukturiert wie Code
Eine KI-Testbeschreibung gliedert Testfälle in Testziel, Schritte und Akzeptanzkriterien, gestützt auf fünf Fähigkeiten und Kriterien wie Robustheit.
KI-gestütztes Testdesign: Methodenwissen bleibt Pflicht
KI-gestütztes Testdesign liefert Äquivalenzklassen und Grenzwerte in Minuten, aber nicht fehlerfrei. Die Lücken zeigt nur Methodenwissen.
Mutation Testing: Tests testen mit absichtlichen Fehlern
Mutation Testing ist über 50 Jahre alt, aber kaum jemand nutzt es. Wie Mutanten helfen, Testlücken zu finden und besseren Code zu schreiben.
Testdesign-Techniken: Etwa zehn aus vier Gruppen reichen
Testdesign-Techniken gibt es 25 bis 30, doch viele Tester wenden sie nicht an. Warum etwa zehn aus vier Gruppen für den Großteil der Arbeit reichen.
Großküchengeräte testen: Echte Hardware im Nachtlauf
Großküchengeräte testen bei RATIONAL: 700.000 Zeilen Code, rund 2.000 Testfälle pro Nacht auf echten Kombidämpfern, im Takt der Aufheizzeit.
Abstrakte Testfälle: Erst modellieren, dann konkretisieren
Abstrakte Testfälle schließen die Lücke zwischen Modell und Test, an der modellbasiertes Testen oft scheitert. Konkret wird es erst in Phase zwei.
Formale Methoden beweisen Eigenschaften für alle Eingaben
Testen beweist Fehler, aber nie Fehlerfreiheit, formale Methoden können genau das. Vom Typsystem bis zum verifizierten Kernel skalierbar.
Datenprozesse testen: Soll-Ergebnisse aus der Spezifikation
Datenprozesse testen: Testdaten aus der Produktion decken nur rund 70 Prozent der Fälle ab. Die Sollwerte kommen aus der Fachspezifikation.
Business Analyst im Data Warehouse: Grenzfälle früh erkennen
Ein Business Analyst aus dem Testing hinterfragt Anforderungen im Data Warehouse, bevor Code entsteht. Tester prüfen auch seine Spezifikation.
Testpraxis im DACH-Raum: Wie agil arbeiten Teams wirklich?
Die Software-Test-Umfrage erfasst seit 2011 die Testpraxis im DACH-Raum. Agile Projekte dominieren, klassische Testverfahren gehen zurück.
Hybrides App-Testing beim ZDF begann mit manuellen Tests
App-Testing beim ZDF: 70 bis 80 Prozent Automatisierung plus manuelle und explorative Tests. Rund 90 Prozent der roten Tests zeigen echte Bugs.
KI-Testen: Determinismus entscheidet über die Teststrategie
KI testen klingt komplex, reduziert sich aber auf eine Frage: deterministisch oder nicht? Was das ganz konkret für die Teststrategie heißt.
ATDD für LLMs: Fehlerdialoge als Tests und Trainingsdaten
ATDD überträgt fehlschlagende Akzeptanztests auf das Fine-Tuning von LLMs. So fallen Regressionen auf, doch ein String-Vergleich reicht dafür nicht.
Stoizismus im Produktteam: Entscheidungen statt Ergebnisse
Stoizismus für Produktentscheidungen: die Qualität einer Entscheidung bewerten statt ihren Ausgang, Risiken vorausdenken, die 10-10-10-Regel nutzen.
Testpyramide: Testschichten ergänzen sich ohne Doppelung
Die Testpyramide wird oft falsch angewendet: viele Unit-Tests, hohe Testabdeckung, trotzdem Bugs. Wann Integrationstests die bessere Wahl sind.
Shift Left im Akzeptanztest: Vertrauen statt Fehlersuche
Shift Left im Akzeptanztest: Wer Tester erst kurz vor der Lieferung holt, prüft Qualität zum teuersten Zeitpunkt. Frühe Einbindung schafft Vertrauen.
Software-Sachverständiger: Stand der Technik heißt bewährt
Ein Software-Sachverständiger prüft gegen den Stand der Technik, einen juristischen Begriff, und klärt, ab welcher Fehlerdichte Software unreif ist.
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.
Exploration und KI: Die KI nimmt das Erkunden nicht ab
Exploration und KI im Test: KI fasst Sachverhalte zusammen und liefert Vorlagen. Pairing mit Entwicklern und Konfliktfähigkeit stärken Tester.
ChatGPT im Softwaretest: Stark beim explorativen Testen
ChatGPT im Softwaretest leitet Testfälle ab und erzeugt Testdaten. Wer mit ChatGPT testen will, braucht Fachwissen, um Unsinn zu erkennen.
Testfälle aus Regeln: Warum verteilte Systeme sie brauchen
Testfälle aus Regeln decken bei verteilten Systemen Millionen Fehlerkombinationen ab. Ein Shrinker kürzt Fehler auf den kleinsten Schritt.
Wie werden User Stories mit Akzeptanzkriterien testbar?
User Stories sollen testbar sein, alle nicken, doch kaum jemand weiß konkret wie. Welche drei Testaktivitäten dabei wirklich weiterhelfen.
Barrierefreiheit in Apps: Warum testet man sie manuell?
Barrierefreiheit in Apps: Talkback hilft Blinden, blockiert aber die Tastatur für motorisch Eingeschränkte. Eine Testmatrix macht das sichtbar.
Qualitätssicherung im Studium: Thema durch alle Semester
Qualitätssicherung im Studium an der Hochschule Bremerhaven: Studierende messen Ressourcen, lernen Testverfahren, nutzen gebrauchte Server.
Klassische Testtechniken: Auch agile Teams brauchen sie
Klassische Testtechniken wie Äquivalenzklassen gelten auch agil. Warum scheitert die Gesamtqualität trotzdem, wenn zwölf Teams aufeinander zurennen?
Qualitätssicherung bei Otto: Das Testteam ist aufgelöst
Qualitätssicherung ohne Testteam: Bei Otto sichern 15 Quality Specialists die Software von 60 Teams, mit Quality Buddies, Gilden und Contract Tests.
Automotive-Testen: Normen schreiben Testmethoden vor
Automotive-Testen: Ein Scheibenwischer gilt schon als sicherheitskritisches System. Was das für Testmethoden, Normen und den Testalltag bedeutet.
Auftragsklärung im Test: Ohne klares Ziel wird es teuer
Auftragsklärung im Test läuft wie im Coaching: erst das Ziel, dann die Prüfung. Mustererkennung und Lernen aus Fehlern wirken als Qualitätshebel.
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.
Modellbasiertes Testen ohne UML: Kästchen und Pfeile
Modellbasiertes Testen gilt als komplex, dabei reichen Kästchen, Pfeile und ein Flowchart, notfalls auf Papier. Anforderungslücken zeigen sich sehr früh.
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.
Sociable Unit Tests: Use Cases bis zur Datenbank prüfen
Sociable Unit Tests prüfen ganze Use Cases vom UI-Einstieg bis zur echten Datenbank. Mocks taugen nur für externe Systeme, Testdaten-Builder helfen.
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.
Nutzerfeedback bei MOIA: Wenn Kollegen die Nutzer sind
Nutzerfeedback für die Fahrer-App von MOIA: monatliche Surveys, Interviews mit Mockups, Test Drives und Releases zuerst an 20 Prozent der Flotte.
Shift Left: Qualität beginnt bei der User Story
Shift Left Testing braucht Unit Tests als feines Netz. Komplexität inline in der IDE und Contract Testing mit PACT zeigen Fehler vor dem Build-Server.
Cypress: Component-Tests im echten Browser statt Emulation
Cypress Component Testing läuft im echten Browser und ist stabiler als die Jest-Emulation. Wie das die Test-Pyramide dreht und wo es Grenzen hat.
Audio-KI testen: Jeder Fehler kostet ein neues Training
Audio-KI testen, ohne in den Code schauen zu können: Warum goldene Testsätze, Trainingsdaten-Tracking und ChatGPT dabei eine Rolle spielen.
Prompt Engineering für Testfälle: Review bleibt Pflicht
Prompt Engineering für Testfälle: Few-Shot-Beispiele machen sie robuster, Bibliotheksspezifikationen korrekter. Zwei von elf Tests blieben falsch.
Vom Tischler zum Tester: Quereinstieg neben dem Vollzeitjob
Vom Tischler zum Tester: Handwerkliche Genauigkeit hilft, ISTQB Foundation Level legt die Basis. Welche Aufgaben KI übernimmt, welche nicht.
Automatische Testfallselektion für Regressionstests
6,5 Stunden Testlaufzeit, auf 10-15 Minuten reduziert: Wie Testfallselektion über C++ und Java hinweg das möglich macht.
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.
ISTQB: Präsidentin will Lehrpläne alle fünf Jahre prüfen
68 Member Boards, über 800.000 Zertifikate, fast alles ehrenamtlich: wie ein ISTQB-Lehrplan entsteht und was der Lehrplan CTFL 4.0 ändert.
Selenium-Testautomatisierung: Code statt Klickskript
Testautomatisierung mit Selenium ist Browserautomation, kein Testtool. Warum das bestimmt, wie Tests im Team entstehen und wer die Fehler fixt.
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.
Qualität im ganzen Team: Drei Faktoren guter Testprojekte
Qualität im ganzen Team: Entwicklung, UX und Product Owner tragen Verantwortung gemeinsam. Statische Analyse ist in der Pipeline eine harte Schranke.