Die passende Prüfebene wählen
Eine Preisberechnung lässt sich meist schneller direkt an der Fachlogik prüfen als über einen vollständigen Browserablauf. Schnittstellentests zeigen, ob Dienste Daten richtig austauschen. Wenige durchgängige Oberflächentests sichern wichtige Nutzerwege. Diese Aufteilung erleichtert die Fehlersuche: Schlägt ein kleiner Test fehl, ist die Ursache oft klarer als bei einem langen Ablauf durch mehrere Systeme.
Stabile Daten sind Teil des Tests
Ein Test, der von einem gemeinsam veränderten Kundenkonto abhängt, kann zufällig scheitern. Besser sind kontrolliert angelegte Daten, eindeutige Kennungen und ein definierter Ausgangszustand. Auch Uhrzeit, Zeitzone und externe Dienste können Ergebnisse beeinflussen. Statt pauschaler Wartezeiten sollte auf tatsächlich erkennbare Zustände gewartet werden.
Wartung in die Wirtschaftlichkeit einrechnen
Ein häufig ausgeführter, stabiler Test für einen wichtigen Prozess kann wertvoll sein. Eine selten genutzte Oberfläche mit ständig wechselnden Details ist möglicherweise ein schlechter Startpunkt. Zu berücksichtigen sind Erstellung, Laufzeit, Fehlersuche und Pflege. Manuelle explorative Tests bleiben hilfreich, um neue Fehlerbilder und unerwartete Bedienungsprobleme zu entdecken.
Beispiel: Bestellen und Stornieren
Ein Shop prüft Berechnung und Reservierungslogik direkt, testet Zahlungs- und Lageranbindung an Schnittstellen und sichert einen vollständigen Kaufweg im Browser. Fehler bei Doppelbestellungen oder Rückabwicklungen werden gezielt ergänzt. So entsteht ein überschaubares Netz aus Prüfungen, statt jeden Sonderfall durch die gesamte Oberfläche zu schicken.
Womit Sie sinnvoll beginnen können
- Mit häufig geänderten und wirtschaftlich wichtigen Abläufen beginnen.
- Für jeden Test einen klaren Fehlerzweck und reproduzierbare Daten festlegen.
- Instabile Tests reparieren, statt sie dauerhaft nur erneut auszuführen.