Best Practices | Testfälle | Inhalt
Ein Testfall ist eine Reihe von Schritten, die Tosca in Ihrer zu testenden Applikation ausführen soll. Lassen Sie uns über einige Grundregeln für den Inhalt Ihrer Testfälle sprechen.
Erstellen Sie Testfälle, die ein definiertes Ergebnis haben
Höchstwahrscheinlich hat Ihr QA-Team viel Zeit damit verbracht, Qualitäts- und Erfolgskriterien für Ihre Applikation zu erarbeiten. Stellen Sie sicher, dass Ihre Testfälle den endgültigen Beweis dafür liefern, dass Ihre Applikation diese Kriterien tatsächlich erfüllt.
Der beste Weg, dies zu tun, ist, Testfälle mit Verifikationen zu entwerfen. Sie machen es einfach zu beurteilen, ob Ihre Applikation tatsächlich das erwartete Ergebnis zeigt. Weitere Informationen finden Sie hier: " Best Practices | Testfälle | Verifikationen".
Erstellen Sie in sich geschlossene Testfälle
In sich geschlossene Testfälle sind Testfälle, bei denen keine anderen Testfälle zuerst ausgeführt werden müssen. Vollständig unabhängige Testfälle ermöglichen Ihnen schnellere Tests mit zuverlässigeren Ergebnissen. Sie können jeden Testfall jederzeit ausführen, ohne sich um falsch positive Ergebnisse kümmern zu müssen, andere Tests unbrauchbar zu machen oder wichtige zugehörige Abläufe zu vergessen.
Jeder Testfall sollte von einem definierten Startpunkt zu einem definierten Endpunkt ablaufen. Stellen Sie bei in sich geschlossenen Testfällen sicher, dass der Endpunkt Ihrer Applikation nach einem Testfall mit ihrem Startpunkt übereinstimmt.
Wenn Sie standardisierte, identische Start- und Endpunkte verwenden, können Sie Testfälle zu erweiterten Sequenzen zusammenfassen, ohne sich um Übergangsschritte oder zugehörige Abläufe kümmern zu müssen. Werfen wir einen Blick auf dieses Beispiel:
-
Der Startpunkt von Testfall1 ist das Hauptmenü Ihrer Applikation.
-
Der Testfall1 navigiert dann durch Ihre Applikation, um einen bestimmten Workflow zu testen.
-
Der Testfall1 kehrt zum Hauptmenü zurück. Das ist der Endpunkt.
-
Der Startpunkt von Testfall2 ist ebenfalls das Hauptmenü. Er kann genau dort weitermachen, wo Testfall1 aufgehört hat.
Wenn Sie Schritt 3 nicht haben, müssen Sie die Übergangsschritte von der Stelle, an der Testfall1 endet, zu der Stelle, an der Testfall2 beginnen soll, in Testfall2 integrieren. Das bedeutet, dass Sie Testfall2 niemals eigenständig ausführen können.
Oder Sie müssen einen „Überbrückungstestfall“ mit diesen Schritten erstellen und dann diesen Überbrückungstestfall zwischen Testfall1 und Testfall2 ausführen. Überbrückungen sind jedoch keine gute Idee.
Erstellen Sie KEINE „Überbrückungstestfälle“
In der Regel gibt es Überbrückungstestfälle aufgrund von Szenarien wie dem, das wir im vorigen Abschnitt über in sich geschlossene Testfälle besprochen haben. Es handelt sich um Testfälle mit nur einem oder zwei Vorbereitungs- bzw. Übergangstestschritten. Eine große Anzahl dieser winzigen Testfälle erschwert den Überblick über das, was Sie haben, was Sie noch brauchen und was zusammenhängt. Außerdem entsteht ein zusätzlicher Wartungsaufwand.
Vermeiden Sie diese Situation, damit Sie Ihre Zeit nur mit Testfällen verbringen, die tatsächlich etwas testen.
Erstellen Sie nützliche Testfälle
Ihr Ziel ist ein in sich geschlossener Testfall mit einem definierten Ergebnis, der etwas Sinnvolles testet. Alles andere bietet einfach zu wenig Wert für die Zeit, die Sie investieren.
Nützliche Testfälle enthalten eine vollständige Sequenz:
-
Alle Aktionen, die einen realistischen Benutzerworkflow darstellen – von einem definierten Startpunkt zu einem definierten Endpunkt. Start- und Endpunkt sollten gleich sein, damit Ihr Testfall in sich geschlossen ist.
Zum Beispiel: Öffnen einer Applikation, Anmelden, Navigieren auf der Benutzeroberfläche, Eingeben von Daten, Abmelden und Schließen der Applikation.
-
Die erwartete Reaktion der zu testenden Applikation, damit Sie das definierte Ergebnis im Ablauf überprüfen können.
Aktiviert die Applikation beispielsweise die Schaltfläche Next erst dann, wenn alle erforderlichen Felder ausgefüllt wurden? Berechnet es korrekte Ergebnisse für die angegebenen Daten?
Nächste Schritte
Wenn Sie dies noch nicht getan haben, lesen Sie auch unsere anderen Best Practices-Artikel.