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.
Podcast Software Testing : Seite 11 von 13
Neueste Episoden
Gespräche mit Testern, Entwicklern und Coaches aus der Praxis.
Cyberkriminalität: Arbeitsteilig wie ein Start-up
Cyberkriminalität arbeitet wie ein Start-up mit Abteilungen für Zugang, Trojaner und Phishing. Wer Lösegeld zahlt, wird oft erneut angegriffen.
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.
Domain Storytelling: Konversation statt Pflichtenheft
Domain Storytelling: Fachexperten erzählen Geschichten aus der Domäne, das Team zeichnet sie grafisch auf. So ersetzt das Gespräch das Pflichtenheft.
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.
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.
Widerstand gegen Veränderung richtet sich gegen den Prozess
Widerstand gegen Veränderung gilt meist dem Übergang und dem Verlust an Identität. Skeptiker zeigen blinde Flecken, zwei Fragen schaffen Beteiligung.
Nachhaltige Software: Weniger Features, Daten und Leerlauf
Nachhaltige Software lässt sich in sieben Dimensionen bewerten, CO2 ist nur eine. Caching, Bildkompression und knappe Cloud-Ressourcen sparen Strom.
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.
Cloud-Migration: Schrittweise schneiden statt neu bauen
Cloud-Migration klingt nach Technik, ist aber zum großen Teil eine Organisationsfrage. Monolithen, DBAs und Silos bremsen häufig am meisten.
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.
BDD-Kritik von einem Verfechter: was schiefläuft
Gherkin erst am Schluss geschrieben ist kein BDD, nur eine andere Notation für Testfälle. Was die Methode wirklich braucht, sagt einer, der sie verteidigt.
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.
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.