Seite 5 - Testing

Eine hohe Coverage-Zahl fühlt sich nach Sicherheit an, sagt aber oft wenig darüber aus, ob eure Tests tatsächlich Fehler finden. Dieser Artikel zeigt, was Line, Branch und Path Coverage wirklich messen, warum Coverage nur ein Fußboden und kein Qualitätsziel ist, und wie ihr für Unit, Integration und E2E Tests realistische, risikobasierte Zielwerte setzt.

Die Mehrheit des E-Commerce-Traffics kommt heute von mobilen Geraeten, doch die meisten E2E-Testsuiten simulieren Mobile nur durch eine kleinere Browserbreite. Diese Strategie zeigt, wie Touch-Gesten, Hamburger-Navigation, Checkout-Formulare mit korrekten Tastaturtypen und mobile Core Web Vitals gezielt mit Cypress und Playwright abgesichert werden, statt Mobile-Bugs erst live zu entdecken.

Wer responsive Layouts testet, indem er wahllos Dutzende Viewport-Breiten durchprobiert, verschwendet Testzeit und übersieht trotzdem die kritischen Stellen. Die Bugs entstehen fast immer exakt an den Breakpoint-Grenzen aus dem Tailwind-Design-System, dort wo Navigation, Grid-Spalten und Schriftgrößen umschalten. Mit gezielten Boundary-Tests in Cypress und Playwright lassen sich genau diese Übergänge automatisiert und zuverlässig absichern.

Shift-Left-Testing bedeutet, Fehler beim Entwurf und beim Schreiben von Code zu erkennen, statt sie einer dedizierten QA-Phase am Ende zu überlassen. Entwickler, die ihre eigenen End to End Tests schreiben und besitzen, statische Analyse konsequent nutzen und Code nicht mehr über die Wand zur QA werfen, verkürzen Feedback-Zyklen spürbar und senken die Kosten jedes gefundenen Fehlers erheblich.

Wer Rabatt- und Steuerberechnungen nur mit ein paar handverlesenen Beispielwerten testet, prüft lediglich die Fälle, die einem beim Schreiben eingefallen sind. Property-Based Testing lässt eine Bibliothek hunderte zufällige Eingaben erzeugen, eine allgemeine Eigenschaft wie niemals negativ prüfen, automatisch Randfälle finden und jeden Fehlschlag per Shrinking auf das kleinstmögliche Gegenbeispiel reduzieren.

Device-Emulation in Cypress und Playwright simuliert Viewport, User-Agent und Touch-Events in Sekundenschnelle und liefert damit schnelles Feedback in jeder CI-Pipeline. Was dabei unsichtbar bleibt, sind reale GPU- und CPU-Grenzen, echte Mobilfunk-Latenz und die Rendering-Eigenheiten von Safari auf iOS. Dieser Artikel zeigt konkret, wann Emulation genügt und wann Cloud-Testing mit echten Geräten wie BrowserStack oder Sauce Labs unverzichtbar wird.

Eine Teststrategie, die nur im Wiki dokumentiert ist, verändert das Verhalten eines Teams nicht von selbst. Erst wenn Pyramidendenken im Code Review, in der Definition of Done und in einer schrittweisen Migration bestehender Tests verankert wird, entsteht eine gesunde Verteilung zwischen schnellen Unit Tests und teuren End to End Tests, die auch unter Zeitdruck Bestand hat.

Viele Teams verlassen sich fast nur auf langsame End to End Tests und manuelle Klicktests, weil eine Unit Test Kultur nie entstanden ist. Dieses Ice Cream Cone Anti Pattern kehrt die klassische Testpyramide um und führt zu trägen CI Pipelines, hoher Flakiness und später Fehlererkennung. Dieser Artikel zeigt, wie Teams das Muster erkennen und mit einem praktischen Migrationspfad zu einer schnellen, verlässlichen Testpyramide zurückfinden.

Dieser Artikel erklärt, was das Magento Functional Testing Framework technisch leistet, wie sich seine deklarative XML-Struktur grundlegend von imperativem Cypress oder Playwright Code unterscheidet, und in welchen Projektphasen MFTF weiterhin die richtige Wahl bleibt. Entwickler erhalten eine klare Einordnung, wann Backend-Tests mit MFTF sinnvoller sind als moderne JavaScript E2E Tests für die Storefront.

Wer Magento- und Hyvä-Shops nur in Chromium testet, übersieht Rendering-Unterschiede, die echte Kunden in Firefox oder Safari tatsächlich treffen. Playwright macht es einfach, dieselbe Testsuite gegen mehrere Browser-Engines laufen zu lassen, doch echte Wirkung entsteht erst durch eine bewusste Browser-Matrix, die auf realen Analytics-Daten statt auf Standardeinstellungen beruht.