Dieses Tutorial erklärt, was ein Testszenario ist und wie wichtig es ist, es zu implementieren und Beispiele und Vorlagen für ein Testszenario zu erstellen:
Jede Softwarefunktionalität/-funktion, die getestet werden kann, wird als Testszenario bezeichnet. Bei der Erstellung von Testszenarien wird die Perspektive des Endbenutzers berücksichtigt.
Dieses Tutorial hilft Ihnen bei der Beantwortung der Fragen, warum Testszenarien benötigt werden, wann Testszenarien geschrieben werden und wie man Testszenarien schreibt.
Was ist ein Testszenario?
Stellen Sie sich eine hypothetische Situation vor: Es gibt einen riesigen Ozean, den man überqueren muss, um von einer Küste zur anderen zu gelangen. Zum Beispiel, von Mumbai, Indien, Küste nach Colombo, Srilanka, Küste.
Sie können sich für folgende Reisemethoden entscheiden:
(i) Fluggesellschaften: Nehmen Sie einen Flug nach Colombo
(ii) Wasserwege: Bevorzugen Sie ein Schiff für die Fahrt nach Colombo
(iii) Eisenbahn: Nehmen Sie einen Zug nach Srilanka
Nun zu den Testszenarien: Eine Reise von der Küste Mumbais zur Küste Colombos ist eine Funktionalität, die es zu testen gilt.
Die Testszenarien umfassen:
- Reisen mit Flugzeugen,
- Reisen auf Wasserstraßen oder
- Reisen mit der Bahn.
Diese Testszenarien werden Testfälle haben.
Zu den Testfällen, die für die oben genannten Testszenarien geschrieben werden können, gehören:
Test-Szenario: Reisen mit Flugzeugen
Testfälle können Szenarien umfassen wie:
- Der Flug erfolgt nach der geplanten Zeit.
- Der Flug findet nicht zur geplanten Zeit statt.
- Es ist eine Notsituation eingetreten (starke Regenfälle und Sturm).
Auf die gleiche Weise kann eine separate Reihe von Testfällen für andere verbleibende Szenarien geschrieben werden.
Kommen wir nun zu den technischen Testszenarien.
Alles, was getestet werden kann, ist ein Testszenario. Wir können also sagen, dass jede zu testende Softwarefunktionalität in mehrere kleinere Funktionalitäten unterteilt werden kann und als "Testszenario" bezeichnet werden kann.
Bevor ein Produkt an den Kunden ausgeliefert wird, muss die Qualität des Produkts beurteilt und bewertet werden. Ein Testszenario hilft bei der Beurteilung der funktionalen Qualität einer Softwareanwendung, die mit den Geschäftsanforderungen übereinstimmt.
Ein Tester-Szenario ist ein Prozess, bei dem der Tester eine Softwareanwendung aus der Perspektive des Endbenutzers testet. Die Leistung und Qualität der Softwareanwendung wird vor der Implementierung in der Produktionsumgebung gründlich bewertet.
Die Bedeutung des Testszenarios
- Ein Testszenario kann mehrere 'Testfälle' enthalten, d.h. man kann es sich wie ein großes Panoramabild vorstellen, und die Testfälle sind die kleinen Teile, die zur Vervollständigung des Panoramas wichtig sind.
- Es handelt sich um eine einzeilige Anweisung, und die Testfälle umfassen eine schrittweise Beschreibung, um den Zweck der Testszenarioanweisung zu erfüllen.
- Beispiel:
Test-Szenario: Bezahlen Sie den in Anspruch genommenen Taxidienst.
Dies wird mehrere Testfälle haben, wie unten angegeben:
(i) Zu verwendende Zahlungsmethode: PayPal, Paytm, Kredit-/Debitkarte.
(ii) Die Zahlung ist erfolgreich abgeschlossen.
(iii) Die Zahlung ist erfolglos.
(iv) Der Zahlungsvorgang wurde zwischendurch abgebrochen.
(v) Sie können nicht auf Zahlungsmethoden zugreifen.
(vi) Dazwischen bricht die Anwendung zusammen.
- Testszenarien helfen also dabei, die Softwareanwendung unter realen Bedingungen zu bewerten.
- Die festgelegten Testszenarien helfen bei der Aufteilung des Testumfangs.
- Diese Zweiteilung wird als Priorisierung bezeichnet, die dabei hilft, die wichtigen Funktionalitäten der Softwareanwendung zu bestimmen.
- Priorisiertes Testen der Funktionalitäten trägt in hohem Maße zur erfolgreichen Implementierung der Softwareanwendung bei.
- Da die Testszenarien priorisiert werden, können die wichtigsten Funktionen leicht identifiziert und vorrangig getestet werden. Dadurch wird sichergestellt, dass die meisten wichtigen Funktionen einwandfrei funktionieren und die damit verbundenen Fehler ordnungsgemäß erfasst und behoben werden.
- Die Testszenarien legen den Geschäftsprozessablauf der Software fest, so dass ein End-to-End-Test der Anwendung möglich ist.
Unterschied zwischen Testszenario und Testfall
| Test-Szenario | Testfälle |
|---|---|
| Ein Testszenario ist ein Konzept. | Testfälle sind die Lösungen, um dieses Konzept zu überprüfen. |
| Das Testszenario ist eine Funktionalität auf hohem Niveau. | Testfälle sind detaillierte Verfahren zum Testen der hochrangigen Funktionalität. |
| Testszenarien werden aus den Anforderungen/ User Stories abgeleitet. | Testfälle werden von Testszenarien abgeleitet. |
| Testszenario ist "Welche Funktionalität soll getestet werden? | Testfälle sind "Wie wird die Funktionalität getestet? |
| Testszenarien haben mehrere Testfälle. | Ein Testfall kann mit mehreren Testszenarien verbunden sein, muss es aber nicht. |
| Einzelne Testszenarien sind nie wiederholbar. | Ein einzelner Testfall kann in verschiedenen Szenarien mehrfach verwendet werden. |
| Kurze Dokumentationen erforderlich. | Eine ausführliche Dokumentation ist erforderlich. |
| Brainstorming-Sitzungen sind erforderlich, um ein Testszenario zu erstellen. | Detaillierte technische Kenntnisse über die Softwareanwendung sind erforderlich. |
| Zeitersparnis, da keine detaillierten Angaben erforderlich sind. | Zeitaufwendig, da jedes noch so kleine Detail beachtet werden muss. |
| Die Wartungskosten sind gering, da nur wenige Ressourcen erforderlich sind. | Die Wartungskosten sind hoch, da viele Ressourcen erforderlich sind. |
Warum sind Testszenarien unverzichtbar?
Testszenarien werden von Anforderungen oder User Stories abgeleitet.
- Nehmen Sie das Beispiel eines Testszenarios für die Taxibuchung.
- Die Szenarien könnten Taxibuchungsoptionen, Zahlungsmethoden, GPS-Tracking, korrekt oder nicht korrekt angezeigte Straßenkarte, korrekt oder nicht korrekt angezeigte Taxi- und Fahrerdetails usw. sein. Alle sind in der Testszenario-Vorlage aufgeführt.
- Angenommen, das Testszenario soll prüfen, ob die Standortdienste eingeschaltet sind, und falls nicht, die Meldung "Standortdienste einschalten" anzeigen. Dieses Szenario wurde übersehen und ist nicht in der Vorlage für Testszenarien aufgeführt.
- Das Szenario "Standortdienst" gibt Anlass zu weiteren Testszenarien, die damit zusammenhängen.
Diese können sein:
- Der Standortdienst ist ausgegraut.
- Der Ortungsdienst ist eingeschaltet, aber es gibt kein Internet.
- Beschränkungen für Vor-Ort-Dienste.
- Es wird der falsche Ort angezeigt.
- Fehlen eines einzigen Szenarios kann bedeuten, dass man viele andere Möglichkeiten verpasst entscheidende Szenarien oder Testfälle Dies kann eine große Wirkung haben. negative Auswirkung Dies führt zu einem erheblichen Verlust an Ressourcen (Fristen).
- Testszenarien helfen in hohem Maße bei Vermeidung einer erschöpfenden Prüfung Es stellt sicher, dass alle wichtigen und erwarteten Geschäftsabläufe getestet werden, was wiederum die End-to-End-Tests der Anwendung unterstützt.
- Dies spart Zeit. Außerdem ist eine viel detailliertere Beschreibung der Testfälle nicht erforderlich. Es genügt eine Einzeiler-Beschreibung, die angibt, was getestet werden soll.
- Testszenarien werden geschrieben nach Brainstorming-Sitzungen So ist die Wahrscheinlichkeit, dass ein (wichtiges oder unbedeutendes) Szenario übersehen wird, minimal. Dabei werden sowohl die technischen Aspekte als auch der Geschäftsablauf der Softwareanwendung berücksichtigt.
- Darüber hinaus können die Testszenarien entweder von einem Business Analyst Client oder von beiden genehmigt werden, die explizite Kenntnisse über die zu testende Anwendung haben.
Testszenarien sind daher ein unverzichtbarer Bestandteil des SDLC.
Implementierung von Testszenarien
Schauen wir uns die Implementierung von Testszenarien an oder wie man Testszenarien schreibt:
- Epics/Geschäftsanforderungen werden erstellt.
- Beispiel für Epik Erstellen eines Gmail-Kontos: Epic kann die Hauptfunktion einer Anwendung oder eine Geschäftsanforderung sein.
- Epics werden über Sprints hinweg in kleinere User Stories unterteilt.
- User Stories werden aus Epics abgeleitet und müssen von den Stakeholdern in einem Baseline-Prozess genehmigt werden.
- Testszenarien werden aus User Stories oder BRS (Business Requirement Document), SRS (System Requirement Specification Document) oder FRS (Functional Requirement Document) abgeleitet, die finalisiert und baselined werden.
- Die Prüfer schreiben die Testszenarien.
- Diese Testszenarien werden je nach Organisation vom Teamleiter, Business Analysten oder Projektmanager genehmigt.
- Jedes Testszenario muss mit mindestens einer User Story verknüpft sein.
- Es müssen sowohl positive als auch negative Testszenarien ermittelt werden.
- User Stories umfassen Akzeptanzkriterien wie :
- Abnahmekriterien sind eine Liste von Bedingungen oder die Absichtserklärung für die Kundenanforderungen. Die Erwartungen des Kunden und auch Missverständnisse werden beim Schreiben der Abnahmekriterien berücksichtigt.
- Diese sind für eine User Story eindeutig und jede User Story muss mindestens ein Akzeptanzkriterium haben, das unabhängig testbar sein sollte.
- Akzeptanzkriterien helfen bei der Bestimmung, welche Funktionen in den Umfang und welche außerhalb des Umfangs eines Projekts liegen. Diese Kriterien sollten sowohl funktionale als auch nicht-funktionale Funktionen umfassen.
- Die Business Analysten schreiben die Akzeptanzkriterien und der Product Owner genehmigt sie.
- In manchen Fällen kann der Produktverantwortliche die Kriterien auch selbst schreiben.
- Die Testszenarien können aus den Akzeptanzkriterien abgeleitet werden.
Beispiele für Testszenarien
#1) Test-Szenarien für die Kindle-App
Kindle ist die App, mit der E-Reader online nach E-Books suchen, sie herunterladen und kaufen können. Amazon Kindle vermittelt dem E-Book-Leser das Gefühl, ein Buch in der Hand zu halten und zu lesen. Sogar das Umblättern der Seiten wird in der App schön simuliert.
Notieren wir uns nun die Testszenarien ( Anmerkung: Nachfolgend werden begrenzte Szenarien aufgeführt, um eine allgemeine Idee für die Erstellung des Testszenarios zu erhalten (es können mehrere Testfälle daraus abgeleitet werden).
| Test-Szenarien # | Test-Szenarien |
|---|---|
| 1 | Überprüfen Sie, ob die Kindle-App ordnungsgemäß gestartet wird. |
| 2 | Überprüfen Sie, ob die Bildschirmauflösung nach dem Start der App an die verschiedenen Geräte angepasst wird. |
| 3 | Prüfen Sie, ob der angezeigte Text lesbar ist. |
| 4 | Überprüfen Sie, ob die Optionen zum Vergrößern und Verkleinern funktionieren. |
| 5 | Überprüfen Sie, ob die in die Kindle-App importierten kompatiblen Dateien lesbar sind. |
| 6 | Überprüfen Sie die Speicherkapazität der Kindle-App. |
| 7 | Überprüfen Sie, ob die Download-Funktion korrekt funktioniert. |
| 8 | Überprüfen Sie, ob die Simulation des Seitenwechsels korrekt funktioniert. |
| 9 | Überprüfen Sie die Kompatibilität der eBook-Formate mit der Kindle-App. |
| 10 | Überprüfen Sie die von der Kindle-App unterstützten Schriftarten. |
| 11 | Überprüfen Sie die von der Kindle-App verbrauchte Akkulaufzeit. |
| 12 | Überprüfen Sie die Leistung des Kindle je nach Netzwerkkonnektivität (Wi-Fi, 3G oder 4G). |
Aus jedem der oben genannten Testszenarien können mehrere Testfälle abgeleitet werden.
#2) Akzeptanzkriterien für Google Docs
Google docs" ist eine webbasierte Anwendung zum Erstellen, Bearbeiten und Freigeben von Word-Dokumenten, Tabellenkalkulationen, Folien und Formularen. Auf alle Dateien kann mit einem Webbrowser und einer Internetverbindung online zugegriffen werden.
Die erstellten Dokumente können als Webseite oder druckfertiges Dokument freigegeben werden. Der Benutzer kann festlegen, wer die Dokumente einsehen und bearbeiten darf. Ein einzelnes Dokument kann von verschiedenen Personen an unterschiedlichen geografischen Standorten gemeinsam genutzt und bearbeitet werden.
Zum allgemeinen Verständnis werden im Folgenden begrenzte Testszenarien genannt. Ausführliche Testszenarien für Google Docs können ein ganz eigenes Thema sein.
| Akzeptanzkriterien # | Kriterien für die Akzeptanz |
|---|---|
| 1 | Word, Sheets oder Forms können erfolgreich und ohne Fehler geöffnet werden. |
| 2 | Es sind Vorlagen für Dokumente, Blätter und Folien verfügbar. |
| 3 | Die verfügbaren Vorlagen sind für die Benutzer zugänglich. |
| 4 | Die verwendete Vorlage kann bearbeitet werden (z. B. Schriftarten, Schriftgröße, Hinzufügen von Text, Löschen von Text, Einfügen von Folien). |
| 5 | Wenn vorübergehend keine Internetverbindung verfügbar ist, kann die Datei lokal gespeichert und bei Verfügbarkeit einer Internetverbindung hochgeladen werden. |
| 6 | Änderungen, die von mehreren Benutzern vorgenommen werden, werden nicht überschrieben. |
| 7 | Mehrere Benutzer können an einem einzigen Dokument arbeiten. |
| 8 | Die geleistete Arbeit wird gespeichert, wenn die Internetverbindung während des Hochladens einer Datei unterbrochen wird. |
| 9 | Die Freigabebeschränkungen werden korrekt angewendet. |
| 10 | Benutzer mit eingeschränkter Ansicht können keine Änderungen an den Dokumenten vornehmen. |
| 11 | Die Dokumente können im Internet für die breite Öffentlichkeit veröffentlicht werden. |
| 12 | An Dokumenten vorgenommene Änderungen werden mit Zeitstempel &; Autorenangaben gespeichert. |
Die Anzahl der Testszenarien wird bei Google Docs sehr groß sein. In solchen Fällen werden in der Regel nur die Akzeptanzkriterien festgelegt und von den Stakeholdern genehmigt, und die Teammitglieder arbeiten an diesen Akzeptanzkriterien. Das Schreiben von Testfällen oder besser gesagt von Testszenarien kann bei großen Anwendungen eine erschöpfende Aufgabe sein.
Diese Akzeptanzkriterien spielen eine wichtige Rolle in der iterativen Prozessplanung und sollten nie außer Acht gelassen werden. Wenn sie im Vorfeld definiert werden, werden Überraschungen oder Schocks am Ende von Sprints oder Releases vermieden
Gegeben eine Vorbedingung.
Wenn um eine Aktion durchzuführen.
Dann wird das Ergebnis erwartet.
Die Formate Gegeben, Wann und Dann sind hilfreich für die Angabe von Akzeptanzkriterien.
Beispiel einer Vorlage für ein Testszenario
| Story ID # verwenden | Testszenario ID # | Version # | Test-Szenarien | # Anzahl der Testfälle | Bedeutung |
|---|---|---|---|---|---|
| USID12.1 | TSID12.1.1 | Kin12.4 | Überprüfen Sie, ob die Kindle-App ordnungsgemäß gestartet wird. | 4 | Hoch |
| USID12.1 | TSID12.1.2 | Kin12.4 | Überprüfen Sie die Speicherkapazität der Kindle-App. | 3 | Mittel |
Schlussfolgerung
In jedem Softwaretest ist das Verständnis des Lebenszyklus und die Festlegung von Testszenarien ein sehr wichtiges Element. Die Qualität der Software kann durch eine gute Grundlage für Testszenarien verbessert werden. Häufig werden die Begriffe Testfälle und Testszenarien vertauscht.
Als Faustregel gilt jedoch, dass das Testszenario zum Schreiben mehrerer Testfälle verwendet wird, oder wir können sagen, dass Testfälle aus Testszenarien abgeleitet werden. Gut definierte Testszenarien gewährleisten eine gute Softwarequalität.