what is test scenario
In diesem Lernprogramm wird erläutert, was ein Testszenario ist, sowie die Bedeutung, Implementierung, Beispiele und Vorlagen des Testszenarios:
Jede Softwarefunktionalität / -funktion, die getestet werden kann, wird als Testszenario bezeichnet. Die Endbenutzerperspektive wird beim Schreiben von Testszenarien berücksichtigt.
Dieses Tutorial hilft Ihnen bei der Beantwortung der Fragen: Warum sind Testszenarien erforderlich, wann werden Testszenarien geschrieben und wie werden die Testszenarien geschrieben?
Was du lernen wirst:
Was ist ein Testszenario?
Stellen Sie sich eine hypothetische Situation vor: Es gibt einen riesigen Ozean. Sie müssen über den Ozean von einer Küste zur anderen reisen. Zum Beispiel, von Mumbai, Indien Küste nach Colombo, Srilanka Küste.
Folgende Reisemodi können Sie wählen:
(i) Luftwege: Nehmen Sie einen Flug nach Colombo
(ii) Wasserstraßen:Bevorzugen Sie ein Schiff, um nach Colombo zu reisen
(iii) Eisenbahnen:Nehmen Sie einen Zug nach Srilanka
Nun zu den Testszenarien: Das Reisen von der Küste Mumbais zur Küste von Colombo ist eine Funktion, die getestet werden muss.
Die Testszenarien umfassen:
- Reisen mit dem Flugzeug,
- Reisen auf Wasserstraßen oder
- Reisen mit der Eisenbahn.
Diese Testszenarien enthalten Testfälle.
Zu den Testfällen, die für die oben genannten Testszenarien geschrieben werden können, gehören:
Testszenario: Reisen mit dem Flugzeug
Testfälle können Szenarien enthalten wie:
- Der Flug ist zur geplanten Zeit.
- Der Flug entspricht nicht der geplanten Zeit.
- Es ist eine Notsituation eingetreten (starker Regen und Sturm).
Auf die gleiche Weise kann ein separater Satz von Testfällen für andere verbleibende Szenarien geschrieben werden.
Kommen wir nun zu den technologischen Testszenarien.
Alles, was getestet werden kann, ist ein Testszenario. Daher können wir feststellen, dass jede Softwarefunktionalität, die getestet wird und in mehrere kleinere Funktionen unterteilt werden kann, als „Testszenario“ bezeichnet werden kann.
Bevor ein Produkt an den Kunden geliefert wird, muss die Qualität des Produkts bewertet und bewertet werden. Das Testszenario hilft bei der Beurteilung der Funktionsqualität einer Softwareanwendung, die ihren Geschäftsanforderungen entspricht.
Das Testszenario ist ein Prozess, bei dem der Tester die Softwareanwendung aus der Sicht des Endbenutzers testet. Die Leistung und Qualität der Softwareanwendung werden vor der Implementierung in der Produktionsumgebung gründlich bewertet.
Bedeutung des Testszenarios
- Ein Testszenario kann mehrere „Testfälle“ enthalten. Es kann als großes Panoramabild dargestellt werden, und Testfälle sind die kleinen Teile, die für die Vervollständigung des Panoramas wichtig sind.
- Es handelt sich um eine einzeilige Anweisung, und Testfälle enthalten eine schrittweise Beschreibung, um den Zweck der Testszenario-Anweisung zu vervollständigen.
- Beispiel:
Testszenario: Machen Sie die Zahlung für den in Anspruch genommenen Taxiservice.
Dies wird mehrere Testfälle haben, wie unten angegeben:
(ich) Zu verwendende Zahlungsmethode: PayPal, Paytm, Kredit- / Debitkarte.
(ii) Die Bezahlunggetan ist erfolgreich.
(iii) Die Zahlung ist nicht erfolgreich.
(iv) Die BezahlungProzess dazwischen abgebrochen.
(v) Zugriff auf Zahlungsmethoden nicht möglich.
(wir) Die Anwendungbricht dazwischen zusammen.
- Testszenarien helfen somit bei der Bewertung der Softwareanwendung gemäß den realen Situationen.
- Wenn Testszenarien ermittelt wurden, können Sie den Testumfang aufteilen.
- Diese Gabelung wird als Priorisierung bezeichnet, die bei der Bestimmung der wichtigen Funktionen der Softwareanwendung hilft.
- Priorisierte Tests der Funktionalitäten tragen in hohem Maße zur erfolgreichen Implementierung der Softwareanwendung bei.
- Wenn die Testszenarien priorisiert werden, können die wichtigsten Funktionen leicht identifiziert und nach Priorität getestet werden. Dies stellt sicher, dass die meisten wichtigen Funktionen einwandfrei funktionieren und die damit verbundenen Mängel ordnungsgemäß erfasst und behoben werden.
- Testszenarien bestimmen den Geschäftsprozessfluss der Software und somit ist ein End-to-End-Test der Anwendung möglich.
Unterschied zwischen Testszenario und Testfall
Testszenario | Testfälle |
---|---|
Kurze Dokumentationen erforderlich. | Detaillierte Dokumentation ist erforderlich. |
Testszenario ist ein Konzept. | Testfälle sind die Lösungen, um dieses Konzept zu verifizieren. |
Das Testszenario ist eine Funktionalität auf hoher Ebene. | Testfälle sind detaillierte Verfahren zum Testen der Funktionalität auf hoher Ebene. |
Testszenarien werden aus Anforderungen / User Stories abgeleitet. | Testfälle werden aus Testszenarien abgeleitet. |
Das Testszenario lautet 'Welche Funktionalität soll getestet werden?' | Testfälle sind 'So testen Sie die Funktionalität'. |
Testszenarien haben mehrere Testfälle. | Der Testfall kann mehreren Testszenarien zugeordnet sein oder nicht. |
Einzelne Testszenarien sind niemals wiederholbar. | Ein einzelner Testfall kann in verschiedenen Szenarien mehrmals verwendet werden. |
Brainstorming-Sitzungen sind erforderlich, um ein Testszenario abzuschließen. | Detaillierte technische Kenntnisse der Softwareanwendung sind erforderlich |
Zeitersparnis, da keine winzigen Details erforderlich sind. | Zeitaufwändig, da jedes kleinste Detail berücksichtigt werden muss. |
Die Wartungskosten sind niedrig, da die erforderlichen Ressourcen gering sind. | Die Wartungskosten sind hoch, da die erforderlichen Ressourcen hoch sind |
Warum sind Testszenarien unverzichtbar?
Testszenarien werden aus Anforderungen oder User Stories abgeleitet.
- Nehmen Sie das Beispiel eines Testszenarios für die Taxibuchung.
- Die Szenarien können wie Taxibuchungsoptionen, Zahlungsmethoden, GPS-Tracking, korrekt oder nicht korrekt angezeigte Straßenkarte, korrekt oder nicht korrekt angezeigte Taxi- und Fahrerdetails usw. sein, die alle in der Testszenario-Vorlage aufgeführt sind.
- Angenommen, das Testszenario besteht darin, zu überprüfen, ob die Ortungsdienste aktiviert sind. Wenn sie nicht aktiviert sind, wird die Meldung 'Standortdienste aktivieren' angezeigt. Dieses Szenario wird übersehen und nicht in der Vorlage für Testszenarien aufgeführt.
- Das Szenario „Ortungsdienst“ führt zu anderen damit verbundenen Testszenarien. Dies können sein:
- Ortungsservice ausgegraut.
- Der Ortungsdienst ist eingeschaltet, aber kein Internet.
- Einschränkungen für Ortungsdienste.
- Der falsche Ort wird angezeigt.
- Ein einziges Szenario fehlt kann bedeuten, viele andere zu verpassen entscheidende Szenarien oder Testfälle . Das kann eine tolle haben negative Auswirkung während der Implementierung der Softwareanwendung. Dies führt zu einem starken Verlust an Ressourcen (Fristen).
- Testszenarien helfen in hohem Maße bei Vermeidung erschöpfender Tests . Es stellt sicher, dass alle wichtigen und erwarteten Geschäftsabläufe getestet werden, was das End-to-End-Testen der Anwendung weiter unterstützt.
- Das spart Zeit. Eine sehr detaillierte Beschreibung gemäß den Testfällen ist ebenfalls nicht erforderlich. Es wird eine einzeilige Beschreibung angegeben, was getestet werden soll.
- Testszenarien werden nach geschrieben Brainstorming-Sitzungen der Teammitglieder. Daher ist die Wahrscheinlichkeit, ein Szenario (entscheidend oder geringfügig) zu verpassen, minimal. Dies erfolgt unter Berücksichtigung der technischen Details und des Geschäftsablaufs der Softwareanwendung.
- Darüber hinaus können die Testszenarien entweder von Business Analyst oder Client oder von beiden genehmigt werden, die über die expliziten Kenntnisse der zu testenden Anwendung verfügen.
Testszenarien sind daher ein unverzichtbarer Bestandteil von SDLC.
Implementierung von Testszenarien
Lassen Sie uns die Implementierung von Testszenarien oder das Schreiben von Testszenarien sehen.
- Epics / Business Requirements werden gebildet.
- Beispiel für Epic : Erstellen Sie ein Google Mail-Konto. Episch kann das Hauptmerkmal einer Anwendung oder einer Geschäftsanforderung sein.
- Epen sind über Sprints hinweg in kleinere User Stories unterteilt.
- User Stories sind von Epics abgeleitet. Diese User Stories müssen von den Stakeholdern erstellt und 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 sind.
- Tester schreiben die Testszenarien.
- Diese Testszenarien werden je nach Organisation vom Teamleiter, Business Analyst oder Projektmanager genehmigt.
- Jedes Testszenario muss an mindestens eine User Story gebunden sein.
- Es müssen sowohl positive als auch negative Testszenarien identifiziert werden.
- User Stories bestehen aus Akzeptanzkriterien wie ::
- Akzeptanzkriterien sind eine Liste von Bedingungen oder der Absichtszustand für die Kundenanforderungen. Die Erwartungen des Kunden und auch die Missverständnisse werden beim Schreiben der Akzeptanzkriterien 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.
- Annahmekriterien helfen bei der Bestimmung, welche Funktionen im Umfang und welche außerhalb des Bereichs für ein Projekt liegen. Diese Kriterien sollten sowohl funktionale als auch nicht funktionale Merkmale umfassen.
- Business Analysten schreiben die Akzeptanzkriterien und der Product Owner genehmigt sie.
- In einigen Fällen kann der Product Owner die Kriterien selbst schreiben.
- Testszenarien können aus den Akzeptanzkriterien erhalten werden.
Beispiele für Testszenarien
# 1) Testszenarien für die Kindle App
Kindle ist die App, mit der E-Reader online nach E-Books suchen, diese herunterladen und kaufen können. Amazon Kindle bietet dem E-Book-Reader die Möglichkeit, ein Buch in der Hand zu halten und zu lesen. Sogar das Umblättern von Seiten wird in der App gut simuliert.
Notieren wir uns nun die Testszenarien. (( Hinweis: Nachfolgend sind begrenzte Szenarien aufgeführt, um eine allgemeine Vorstellung vom Schreiben des Testszenarios zu erhalten. Daraus können mehrere Testfälle abgeleitet werden.
Testszenarien # | Testszenarien |
---|---|
7 | Überprüfen Sie, ob die Download-Funktion ordnungsgemäß funktioniert. |
1 | Überprüfen Sie, ob die Kindle App ordnungsgemäß gestartet wird. |
zwei | Überprüfen Sie nach dem Start der App, ob die Bildschirmauflösung je nach Gerät angepasst wurde. |
3 | Überprüfen Sie, ob der angezeigte Text lesbar ist. |
4 | Überprüfen Sie, ob die Optionen zum Vergrößern und Verkleinern funktionieren. |
5 | Stellen Sie sicher, dass in die Kindle-App importierte kompatible Dateien lesbar sind. |
6 | Überprüfen Sie die Speicherkapazität der Kindle App. |
8 | Überprüfen Sie, ob die Seitenumblicksimulation ordnungsgemäß 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. |
elf | Überprüfen Sie die Akkulaufzeit der Kindle-App. |
12 | Überprüfen Sie die Leistung des Kindle abhängig von der Netzwerkkonnektivität (Wi-Fi, 3G oder 4G). |
Aus jedem der oben genannten Testszenarien können mehrere Testfälle abgeleitet werden.
So erstellen Sie eine neue Java-Datei in Eclipse
# 2) Akzeptanzkriterien für Google Text & Tabellen
'Google Docs' ist eine webbasierte Anwendung zum Erstellen, Bearbeiten und Freigeben von Word-Dokumenten, Tabellenkalkulationen, Folien und Formularen. Auf alle Dateien kann online über einen Webbrowser mit Internetverbindung zugegriffen werden.
Die erstellten Dokumente können als Webseite oder druckfertiges Dokument freigegeben werden. Der Benutzer kann Einschränkungen festlegen, wer die Dokumente anzeigen und bearbeiten darf. Ein einzelnes Dokument kann von verschiedenen Personen aus verschiedenen geografischen Regionen gemeinsam genutzt und bearbeitet werden.
Zum allgemeinen Verständnis werden im Folgenden begrenzte Testszenarien aufgeführt. Eingehende Testszenarien für Google-Dokumente können insgesamt ein separates Thema sein.
Akzeptanzkriterium # | Akzeptanzkriterium |
---|---|
7 | Mehrere Benutzer können an einem Dokument arbeiten. |
1 | Word, Sheets oder Forms können ohne Fehler erfolgreich geöffnet werden. |
zwei | Für Dokumente, Blätter und Folien stehen Vorlagen zur Verfügung. |
3 | Verfügbare Vorlagen sind für 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 einer Folie). |
5 | Wenn die Internetverbindung vorübergehend nicht verfügbar ist, kann die Datei lokal gespeichert und nach Verfügbarkeit der Internetverbindung hochgeladen werden. |
6 | Von mehreren Benutzern vorgenommene Änderungen werden nicht überschrieben. |
8 | Die geleistete Arbeit wird gespeichert, wenn beim Hochladen einer Datei die Internetverbindung unterbrochen wird. |
9 | Freigabeeinschränkungen werden korrekt angewendet. |
10 | Benutzer mit Ansichtsbeschränkungen können keine Änderungen an den Dokumenten vornehmen. |
elf | Dokumente können für die breite Öffentlichkeit im Internet veröffentlicht werden. |
12 | An Dokumenten vorgenommene Änderungen werden mit Zeitstempel und Autorendetails gespeichert. |
Die Anzahl der Testszenarien ist vielfältig und für Google Text & Tabellen sehr groß. In solchen Fällen werden im Allgemeinen nur die Akzeptanzkriterien von den Stakeholdern festgelegt und genehmigt, und die Teammitglieder arbeiten an diesen Akzeptanzkriterien. Das Schreiben von Testfällen für bzw. Testszenarien kann für große Anwendungen eine erschöpfende Aufgabe sein.
Diese Akzeptanzkriterien spielen eine wichtige Rolle bei der iterativen Prozessplanung und sollten niemals übersehen werden. Durch die vorherige und vorherige Definition werden Überraschungen oder Erschütterungen am Ende von Sprints oder Releases vermieden
Gegeben eine Voraussetzung.
Wann eine Aktion ausführen.
Dann das erwartete Ergebnis.
Die Formate Gegeben, Wann und Dann sind hilfreich, um Akzeptanzkriterien festzulegen.
Beispiel für eine Testszenario-Vorlage
Verwenden Sie die Story ID # | Testszenario-ID # | Ausführung # | Testszenarien | # 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 |
Fazit
In jedem Lebenszyklus von Softwaretests ist das Verstehen und Festlegen der Testszenarien ein sehr wichtiges Element. Die Qualität der Software kann verbessert werden, indem eine gute Grundlage für Testszenarien geschaffen wird. Häufig kann die Verwendung von Testfällen und Testszenarien vertauscht werden.
Die Faustregel lautet 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.
Literatur-Empfehlungen
- Beispiel für eine Software-Testplanvorlage mit Format und Inhalt
- Beispiel für eine Testfallvorlage mit Testfallbeispielen (Download)
- Beispielvorlage für einen Abnahmetestbericht mit Beispielen
- Vorlagen in C ++ mit Beispielen
- Python DateTime Tutorial mit Beispielen
- Befehl in Unix mit Beispielen ausschneiden
- Testszenario vs. Testfall: Was ist der Unterschied zwischen diesen?
- Blazemeter Plugin und Jmeter Vorlage