Implementierung als Testorakel
Wer Sollwerte für 2.500 Signale manuell berechnet, verliert den Anschluss. Wie eine Referenzimplementierung als Testorakel das löst.
Wer Sollwerte für 2.500 Signale manuell berechnet, verliert den Anschluss. Wie eine Referenzimplementierung als Testorakel das löst.
Wer agiles Arbeiten wirklich verstehen will, braucht keine Folie – sondern ein Brett, Karten und eine Runde Simulation.
Testkonzepte, die in der Schublade landen, helfen niemandem. Wie ein modularer QS-Baukasten das ändert und warum er bald Open Source wird.
32.000 Slack-Mitglieder, 700 Bibliotheken, ein Budget von 250.000 Euro im Jahr: Wie Robot Framework als Open-Source-Projekt so vital bleibt.
Warum sterben die meisten Podcasts nach sieben Folgen? Kontinuität schlägt Perfektion – und wie Konferenzen zum Themen-Turbo werden.
Wer SAP konfiguriert, testet eigentlich immer Nebenwirkungen. Warum Enterprise-Testing andere Regeln braucht und wie Fachleute ohne Tester-Background trotzdem fit werden.
Aus einem trägen Monolithen mit stundenlangen End-to-End-Tests zu schnellen Microservices: Welche Teststrategie dabei wirklich funktioniert.
Informelle Netzwerke entstehen nicht auf Anweisung, aber sie entscheiden, wie schnell sich Teams anpassen und ob Vertrauen wächst oder nicht.
KI testen ohne Struktur ist wie prüfen ohne Maßstab. Wie eine dreidimensionale Matrix Ordnung ins Chaos der KI-Prüfdimensionen bringt.
Qualitätsverantwortung endet nicht an der Story-Grenze. Wie Quality Coaching in SAFe die Lücken zwischen Teams schließt, die keiner sehen wollte.
Cypress zu Playwright migrieren: Warum ein Team-Hackathon mit 7 Tools die naheliegende Wahl erst zum sicheren Ergebnis machte.
50 bis 60 Prozent weniger End-to-End-Tests durch risikobasiertes Testen: wie das funktioniert und wo man konkret anfängt.
280 UI-Tests, unter drei Minuten, kein Backend nötig: Wie isoliertes UI-Testing mit gemockten API-Responses schneller und stabiler wird als klassische Komponenten- oder E2E-Tests.
Anforderungen haben oft mehr Lücken als gedacht. DEFOSPAM ist ein Akronym, das Definitionen, Szenarien und Mehrdeutigkeiten systematisch aufdeckt – und KI könnte genau dabei helfen.
KI-Systeme testbar machen: Wie Fähigkeiten, Qualitätskriterien und strukturierte Testbeschreibungen aus abstrakten Normen konkrete Prüfansätze werden.
Nur 6 % der befragten Tester passen zum IT-Klischee. Was die Mehrheit stattdessen mitbringt und warum das HR-Abteilungen aufhorchen lassen sollte.
Testdesign-Methoden kennen viele, anwenden kaum jemand. Warum das so ist und wie KI diese Lücke schließt, ohne dass man aufhört, mitzudenken.
Wer testet, schützt nicht sich selbst, sondern alle. Wie ein Testnetz in der Embedded-Entwicklung funktioniert und warum CMake, Google Test und ein selbstgebauter Automocker der Schlüssel sind.