Erstellen und Pflegen von Testfällen

Suchen, Schreiben und Halten Sie Test Manager-Testfälle mit Delegate auf dem neuesten Stand, einschließlich der Korrektur von Schritten, die nach einem UI-Update nicht mehr funktionieren.

Finden Sie vorhandene Testfälle, entwerfen Sie neue aus einer einfachen englischen Beschreibung, und halten Sie sie auf dem neuesten Stand, wenn sich die Anwendung ändert, einschließlich zum Abfangen und Beheben von Schritten, die nach einer UI-Aktualisierung nicht mehr funktionieren.

Voraussetzungen

Schließen Sie die einmalige Einrichtung unter Einrichten und Ausführen Ihres ersten Testfalls ab – für diese Aufgaben ist keine zusätzliche Einrichtung erforderlich.

Auszuführende Testfälle werden gefunden

1. Geben Sie einen Prompt zum Auflisten oder Suchen von Testfällen ein, z. B. „Listen Sie die Testfälle in Projekt MYAPP auf“ – oder präzisieren Sie ihn: „Finden Sie Testfälle, die ‚Login‘ in Projekt MYAPP enthalten“ oder „Zeigen Sie Testfälle an, die von mir im Projekt MYAPP erstellt wurden ."

Ergebnis

Delegate durchsucht den Test Manager und gibt die übereinstimmenden Testfallnamen, Objektschlüssel und IDs zurück.

Tipp:

Verwenden Sie entweder den Namen oder den Objektschlüssel, wenn Sie Delegate bitten, einen auszuführen.

Schreiben eines neuen Testfalls von Grund auf

1. Beschreiben Sie den Ablauf, den Sie testen möchten, z. B. „Hilfen Sie mir beim Schreiben eines Testfalls für den Ablauf zum Zurücksetzen des Kennworts – der Benutzer gibt seine E-Mail-Adresse ein, erhält einen Link zum Zurücksetzen, klickt darauf, legt ein neues Kennwort fest und kann sich damit anmelden.“
2. Bitten Sie Delegate , den neuen Testfall auszuführen, um zu überprüfen, ob die Schritte wie geschrieben funktionieren.

Ergebnis

Delegate wandelt die Beschreibung in eine strukturierte Liste von atomaren Schritten mit einem erwarteten Ergebnis für jeden um. Sie können auch fragen: „Welche Randfälle sollte ich für diesen Flow abdecken?“ um Szenarien zu erkennen, die Sie möglicherweise übersehen haben. Überprüfen Sie den Entwurf und passen Sie Elementnamen und -werte an Ihre tatsächliche Benutzeroberfläche an; Delegate kennt Ihre Anwendung erst, wenn Sie sie anzeigen oder die Akzeptanzkriterien einfügen.

Wenn Sie Delegate bitten, den Testfall auszuführen, wird er von Anfang bis Ende ausgeführt und zeigt an, welche Schritte bestanden haben und welche eine Pause verursacht haben. Ein Zeichen, das die Formulierung anpassen muss. Korrigieren Sie alle markierten Schritte und fügen Sie den Testfall zu Ihrem Testsatz hinzu, sobald er sauber bestanden hat. Budgetieren Sie 15–20 Minuten für einen neuen Testfall.

Hinweis:

Wenn Sie Akzeptanzkriterien in Jira haben, finden Sie weitere Informationen unter „Lesen eines Tickets und Entwerfen von Testfällen daraus“ auf der Seite Testen mit Jira-Integration und Berichterstellung – die obige Beschreibung und Entwurfsschritte werden automatisiert.

Suchen und Beheben von veralteten Testfällen

1. Führen Sie den betroffenen Testfall oder Testsatz nach einer UI-Änderung wie gewohnt aus.
2. Wenn ein Element eines Schritts verschoben oder umbenannt wurde, teilen Sie Delegate mit, was sich geändert hat, z. B.: „Schreiben Sie diesen Schritt neu – die Schaltfläche heißt jetzt „Anmelden“ und nicht „Anmelden“.
3. Bitten Sie Delegate einmal pro Quartal, veraltete Testfälle aufzulisten, z. B. „Listen Sie alle Testfälle im Projekt MYAPP auf, die in den letzten 60 Tagen nicht ausgeführt wurden.“

Ergebnis

Wenn das Element eines Schritts verschoben oder umbenannt wurde, hält Delegate mitten in der Ausführung an und zeigt Ihnen, was es sieht – behandeln Sie jede Pause als Wartungs-Flag, nicht nur als fehlgeschlagene Ausführung. Nachdem Sie die Änderung beschrieben haben, aktualisiert Delegate die Schrittbeschreibung und ist bereit für die erneute Ausführung. Die vierteljährliche Liste der veralteten Testfälle bietet Ihnen Kandidaten, die entweder wieder aktiviert werden oder sich absichtlich zurückziehen können.

Schreibschritte, die ein Delegate zuverlässig ausführen kann

Die Goldregel: Schreiben Sie Schritte so, wie Sie sie einem neuen Kollegen erklären würden, nicht so, wie Sie Code schreiben würden.

Element	Gutes Beispiel	Problematisches Beispiel
Aktion	"Klicken Sie auf die Schaltfläche Anmelden”	"Mit Authentifizierungselement interagieren"
Erwartetes Ergebnis	„Die Dashboard-Seite wird geladen“	„System reagiert korrekt“
Spezifität	„Geben Sie „ [e-mail]“ in das Feld „E-Mail“ ein.“	"Anmeldeinformationen ausfüllen"
Eins nach dem anderen	Eine Aktion pro Schritt	„Melden Sie sich an, navigieren Sie zu den Einstellungen und ändern Sie das Kennwort“;

Benennen Sie das Element, mit dem Sie interagieren, geben Sie im Feld Erwartetes Ergebnis an, wie ein Erfolg aussieht, halten Sie die Schritte lokal, vermeiden Sie Fachjargon und fügen Sie Testdaten explizit ein. Navigation, Formularausfüllen und Verifizierungsschritte werden sehr zuverlässig verarbeitet; Dateiuploads/-downloads, Elemente in Iframes/Popups und zeitabhängige Schritte erfordern möglicherweise eine zusätzliche Anleitung.

Umgang mit vertraulichen Daten in Testschritten

Geben Sie niemals echte Anmeldeinformationen oder persönlich identifizierbare Informationen (PII) in Testfallschritte ein. Der Schrittinhalt wird über die KI weitergegeben, wenn sie von Delegate ausgeführt wird, und der Test Manager-Inhalt ist standardmäßig für Ihr gesamtes Team sichtbar.

Verwenden Sie ein dediziertes Testkonto und ein Kennwort, ein Testpostfach, eindeutig fiktive Namen und Adressen, die Sandbox-Kartennummern Ihres Zahlungsanbieters und Datensätze, die nur in Staging vorhanden sind.

Wichtig:

Verwalten Sie eine separate, gesicherte Referenz für Testanmeldeinformationen (z. B. einen Kennwortmanager), die das Team konsultiert, anstatt echte Werte in Schritte zu schreiben.