Bewährte Methoden
Namen, Szenarien, Notizen, eine Beschreibung und eine eigene Testumgebung: was Tests haltbar macht.
Ein Test wird öfter gelesen als geschrieben
Eine Aufzeichnung gibt Ihnen in Minuten einen funktionierenden Test.Ein paar Minuten mehr in GUI Test Studio machen daraus einen Test, den Ihr ganzes Team lesen kann: auf der Zeitleiste, im Konfidenzbericht und in den Fehlerberichten, die er erzeugt.
Alles Folgende taucht im Bericht auf.Ein Bericht, der sagt „Speichern-Schaltfläche prüfen ist in Kasse fehlgeschlagen“, zeigt dem Entwicklungsteam, was kaputt ist, noch bevor es etwas öffnet.
Benennen, was zählt
Jeder Schritt bekommt von selbst einen Namen, etwa „Klick“ oder „Bild-Assertion“.Geben Sie den wichtigen einen eigenen Namen: Wählen Sie den Block aus und drücken Sie F2.
| Statt | Nennen Sie es |
|---|---|
| Bild-Assertion | Neues-Ticket-Schaltfläche prüfen |
| Text-Assertion | Meldung zur bestätigten Bestellung prüfen |
| Texteingabe | Kundennamen eingeben |
| Klick | Auf Validieren klicken |
Schritte zu Szenarien gruppieren
Wählen Sie die Schritte eines Teils des Ablaufs aus und drücken Sie Strg+G: „Anmelden“, „In den Warenkorb“, „Bezahlen“.Ein langer Test wird zu ein paar farbigen Kapiteln, der Bericht sagt, in welchem ein Lauf angehalten hat, und ein Szenario wie „Anmelden“ lässt sich in anderen Tests wiederverwenden.
Mehr in Szenarien: Gruppen von Schritten wiederverwenden.
Notizen hinterlassen
Ein Marker ist eine Notiz auf der Zeitleiste (M).Verwenden Sie ihn für das, was die nächste Person nicht erraten kann: warum eine Prüfung großzügig eingestellt ist, welche Daten der Schritt braucht, was zu tun ist, wenn er fehlschlägt.
Den Test beschreiben
Öffnen Sie Einstellungen, Projekteinstellungen und schreiben Sie die Beschreibung: was der Test abdeckt, von welchem Zustand er startet, welche Daten er braucht.
„Kasse mit gespeicherter Karte.Start: abgemeldet, auf der Startseite, Testnutzer qa-01 mit leerem Warenkorb.Benötigt das Test-Zahlungsgateway.“
Eine eigene Testumgebung verwenden
Tests sind nur so stabil wie das, wogegen sie laufen.Führen Sie sie auf einem Rechner und mit Daten aus, die fürs Testen reserviert sind, nicht auf dem Computer, an dem Sie arbeiten.
Eine eigene Umgebung
- Ein Testrechner oder eine virtuelle Maschine mit fester Bildschirmgröße und Skalierung
- Eine Testkopie Ihrer App, mit Daten, die vor jedem Lauf zurückgesetzt werden
- Testkonten, die sonst niemand verwendet
- Keine Benachrichtigungen, Updates oder Pop-ups während eines Laufs
Eine geteilte oder persönliche
- Ihr eigener Desktop, auf dem sich Fenster und Einstellungen jeden Tag ändern
- Produktionsdaten, die andere bearbeiten
- Ein geteiltes Konto, dessen Warenkorb oder Verlauf sich ständig ändert
- Ein Rechner, der mitten im Lauf in den Ruhezustand geht, sich sperrt oder Updates installiert
Tests klein und unabhängig halten
Ein Test, ein Ablauf.Zehn kurze Tests sagen Ihnen genau, was kaputt ist; ein langer Test sagt Ihnen nur, dass etwas kaputt ist, und alles nach seinem ersten Fehlschlag bleibt ungeprüft.
Jeder Test sollte seinen Ausgangszustand selbst herstellen, mit einem Schritt „App starten“ oder „Python-Skript ausführen“ an seinem Anfang, und nie davon abhängen, dass zuvor ein anderer Test gelaufen ist.
Eine Checkliste, bevor Sie einen Test weitergeben
- Der Test hat eine Beschreibung: was er abdeckt und wo er startet
- Seine Schritte sind zu benannten Szenarien gruppiert
- Jede Prüfung hat einen Namen, den das Entwicklungsteam versteht
- Veränderliche Werte (Daten, Summen, Bestellnummern) werden nach ihrer Art geprüft, nicht nach ihrem Wert
- Er startet von selbst aus einem bekannten Zustand
- Er hat auf dem Testrechner zweimal hintereinander bestanden
Kommen Sie nicht weiter?Sagen Sie uns, was Sie tun wollten, und wir antworten innerhalb eines Werktags.Ask our team