writing test cases from srs document
Schreiben von Testfällen aus dem SRS-Dokument (Live-Projekt-Testfälle herunterladen) - Softwaretest QA-Schulung Tag 4
Nur um noch einmal aufzuwärmen, was wir bisher gemacht haben - wir arbeiten uns durch die Software-Test-Training Minikurs auf einem Live-Projekt OrangeHRM.
In dieser kostenlosen Online-QS-Schulungsreihe sind wir fertig mit:
- SRS Überprüfung,
- Testszenario / Testumfangsidentifikation und
- Dokumentierte den Testplan .
Jetzt haben wir den Teil erreicht, der das eigentliche Geschäft ist,die Testfälle.
Wie im vorherigen Artikel angegeben: Testfälle werden vom QA-Team dokumentiert, während die Code-Phase des SDLC läuft. Mit anderen Worten, während das Entwicklerteam das Softwaresystem erstellt, bereitet sich das Testteam auf die Testfälle vor, die uns helfen würden, das System zu testen, sobald es fertig ist, d. H. Am Ende der Codephase.
In dem heutigen Artikel werden wir also daran arbeiten, zu verstehen, was Testfälle sind, wie sie erstellt werden, und einige Beispieltestfälle für unser Live-Projekt schreiben.
Kommen wir gleich dazu.
Was du lernen wirst:
- Grundlagen zum Schreiben von Testfällen
- Felder in Testfällen
- Schreib- / Optimierungsmethoden für Testfälle
- Einige wichtige Punkte zu beachten
- Fazit
- Literatur-Empfehlungen
Grundlagen zum Schreiben von Testfällen
# 1) Wenn es in Testszenarien nur darum ging, was wir auf dem AUT testen werden, dann dreht sich alles um die Testfälle 'Wie wir eine Anforderung testen werden'.
Zum Beispiel , wenn das Testszenario 'Validieren der Admin-Anmeldefunktionalität' lautet - Dies würde in 3 Testfällen (oder Bedingungen) ergeben - Anmeldung (erfolgreich), Anmeldung nicht erfolgreich, wenn der falsche Benutzername eingegeben wird, Anmeldung nicht erfolgreich, wenn das falsche Kennwort eingegeben wird . Jeder Testfall hätte wiederum Schritte, um zu klären, wie wir überprüfen können, ob eine bestimmte Testbedingung erfüllt ist oder nicht.
#zwei) Die Eingabe zum Erstellen eines Testfalldokuments lautet FRD, Testszenarien, die im vorherigen Schritt erstellt wurden, und alle anderen Referenzdokumente, falls vorhanden.
#3) Die Testfalldokumentation ist ein wichtiges Ergebnis des QS-Teams und wird BA, PM und anderen Teams zur Verfügung gestellt, wenn sie für ihr Feedback fertig sind.
# 4) Die Arbeit wird unter den Teammitgliedern aufgeteilt und jedes Mitglied ist dafür verantwortlich, Testfälle für ein bestimmtes Modul oder einen Teil eines bestimmten Moduls zu erstellen.
# 5) Genau wie bei den Testszenarien muss vor Beginn der Testfalldokumentation eine gemeinsame Vorlage vereinbart werden. Zum Erstellen von Testfällen kann praktisch alles verwendet werden. Die 2 am häufigsten verwendeten Optionen sind MS Excel und MS Word.
# 6) Das MS Word-Vorlage sieht ungefähr so aus:
# 7) Das Excel-Vorlage könnte wie folgt aussehen:
# 8) Anhand der beiden oben genannten Vorlagen kann festgestellt werden, dass die Felder (oder Komponenten), aus denen ein Testfall besteht, identisch sind. Der einzige Unterschied besteht in der Art und Weise, wie sie organisiert sind.
Solange für jede Art von Information, die in einen Test aufgenommen werden soll, ein Feld vorhanden ist, spielt das Format der Vorlage keine Rolle. Mein persönlicher Favorit ist jedoch das Excel-Blatt, da es leicht zu erweitern, zu reduzieren, zu sortieren usw. ist. Wählen Sie jedoch erneut ein Format, das für Sie am besten geeignet ist.
Felder in Testfällen
Nehmen wir uns einen Moment Zeit, um die Felder zu beobachten, die Teil eines Testfalls sind.
Testfall-ID und Testfallbeschreibung sind die allgemeinen.
Die anderen Felder können wie folgt erklärt werden:
- Voraussetzung: Status des AUT (der Status, in dem sich das AUT befinden muss, damit wir beginnen können).
- Eingang: Dateneingabeschritte. Für diese Schritte ist es wichtig zu beachten, welche Art von Eingabeinformationen erforderlich sind - Testdaten.
- Validierungspunkt / Trigger / Aktion : Was bewirkt die Validierung? (Klicken Sie auf eine Schaltfläche oder einen Schalter oder auf den Linkzugriff. Stellen Sie sicher, dass mindestens ein Validierungspunkt für einen Testfall vorhanden ist. Andernfalls handelt es sich um eine Dateneingabe, nach der Sie nicht suchen müssen. Versuchen Sie, nicht zu viele Validierungspunkte in einem Testfall zu kombinieren. 1 pro Testfall ist optimal.)
- Ausgabe: Erwartetes Ergebnis.
- Nachbedingung: Dies sind zusätzliche Informationen, die zum Nutzen des Testers bereitgestellt werden, um den Testfall aufschlussreicher und informativer zu gestalten. Dies beinhaltet eine Erklärung, was passiert oder was von der AUT erwartet werden kann, wenn alle Testfallschritte abgeschlossen sind.
Siehe auch => Beispiel für eine Testfallvorlage
Live-Projektbeispiel-Testfälle (Download)
Nachdem wir über genügend Hintergrundinformationen verfügen, um mit der Erstellung von Testfällen zu beginnen, können Sie loslegen und einige Testfälle für unser Live-Projekt erstellen.
Basierend auf dem oben genannten Prozess haben wir einige Beispieltestfälle für das OrangeHRM-Kontomodul erstellt. Diese sollten Ihnen ein genaues Testfallformat und eine Vorstellung davon geben, wie Sie Testfälle schreiben können.
=> Laden Sie hier ein Beispieldokument für Testfälle für unser Live-Projekt herunter .
Hinweis: Es gibt nur wenige Bilder, die sich auf ein Beispiel für ein XLS-Testfalldokument beziehen. Wenn Sie dies in der älteren MS Office-Version anzeigen, können Kompatibilitätsprobleme auftreten.
Wir haben die folgenden Bilder gemäß ihren Namen in den XLS-Dateien aufgelistet:
Bild 1 anzeigen
Bild 2 anzeigen
Bild 3 anzeigen
Dort alles erledigt und alles gut.
Schreib- / Optimierungsmethoden für Testfälle
Stellen Sie sich nun eine Situation vor, in der eine bestimmte Seite einige Zehnerfelder enthält oder eine komplexe Geschäftslogik enthält, die dort implementiert ist. Um sicherzustellen, dass wir den Prozess zur Erstellung von Testfällen in solchen Situationen optimieren, verfügen wir Tester über bestimmte Methoden zur Optimierung von Testfällen.
Im Folgenden finden Sie die Links, über die Sie weitere Informationen zu diesen Methoden erhalten.
Fragen und Antworten zu Analysteninterviews
- Grenzwertanalyse
- Äquivalenzpartitionierung
- Fehlerraten - - Dies ist eine sehr einfache Methode und basiert auf der Intuition eines Testers. Zum Beispiel Angenommen, auf einer Seite befindet sich ein Datumsfeld. Die Anforderungen legen fest, dass ein gültiges Datum von diesem Feld akzeptiert werden soll. Jetzt kann ein Tester '30. Februar' als Datum versuchen - da es sich bei den Zahlen um eine gültige Eingabe handelt, der Februar jedoch ein Monat ist, der niemals 30 Tage enthält - also eine ungültige Eingabe.
- Zustandsübergangsdiagramme
- Entscheidungstabellen
Unter Verwendung der oben genannten Techniken und im Anschluss an den allgemeinen Testfallerstellungsprozess erstellen wir eine Reihe von Testfällen, mit denen die vorliegende Anwendung effektiv getestet werden kann.
Einige wichtige Punkte zu beachten
- Die von uns erstellten Testfälle sind nicht nur der Bezugspunkt für die QS-Phase, sondern auch für die UAT.
- Intern sind Testfälle Peer-Review im Team .
- Wenn eine bestimmte Situation nicht in einem Testfall behandelt wird - die Faustregel lautet -, wird sie nicht getestet. Dies ist also ein guter Ort, um zu überprüfen, ob die von uns erstellte Testsuite das Ziel einer 100% igen Testabdeckung erreicht oder nicht. Zu diesem Zweck kann eine Rückverfolgbarkeitsmatrix erstellt werden. Schauen Sie sich alles an, was Sie über das wissen müssen Rückverfolgbarkeitsmatrix hier .
- Tools - Testmanagement-Tools wie QC , qTest Helfen Sie uns bei der Erstellung von Testfällen. Ein Beispiel dafür, wie Testfälle mit Quality Center behandelt werden können, finden Sie hier Quality Center-Tutorial .
- Mithilfe von Automatisierungstools können Testfälle erstellt werden. In diesem Fall werden sie als Testskripte bezeichnet.
Das bringt uns zum Ende eines weiteren interessanten Segments.
Fazit
Das Ende des Testerstellungsprozesses / der Testdesignphase (STLC) und das Ende der Codephase (SDLC) markieren im Allgemeinen das Ende der Testvorbereitungsphase und den Beginn der Testausführungsphase.
Nächstes Tutorial in diesem Softwaretestkurs - - Im kommenden Artikel werden wir darüber sprechen, was Testausführung ist, was sie beinhaltet und welche Erwartungen das QS-Team in dieser Phase hat.
=> QA Training Tag 5: Test Ausführung
Wir hoffen, dass Sie alle mit dieser Serie zusammenarbeiten. Der Einfachheit halber wurden nur wenige Testfälle erstellt. Die besten Ergebnisse werden jedoch erzielt, wenn Sie intensiv an Tests arbeiten, was bedeutet, dass Sie immer mehr Testfälle schreiben. Bitte beschränken Sie Ihre Arbeit nicht und tun Sie so viel wie möglich.
Bitte teilen Sie uns Ihre Fragen und Kommentare unten mit. Viel Spaß beim Testen!
PREV Tutorial | NÄCHSTES Tutorial
Literatur-Empfehlungen
- Beispiel für eine Testfallvorlage mit Testfallbeispielen [Download]
- So schreiben Sie ein Teststrategiedokument (mit Beispielvorlage für eine Teststrategie)
- Beispiel eines Testplandokuments (Beispiel eines Testplans mit Details zu jedem Feld)
- So schreiben Sie einen effektiven Testzusammenfassungsbericht [Beispielbericht herunterladen]
- So schreiben Sie Testfälle: Der ultimative Leitfaden mit Beispielen
- Softwaretest-Training: End-to-End-Training in einem Live-Projekt - Kostenloses Online-QS-Training Teil 1
- Beispiel für eine Software-Testplanvorlage mit Format und Inhalt
- So schreiben Sie Testfälle für Geldautomaten (Beispielszenarien)