Einführung in das Testszenario

Testszenario ist eine Kombination aus zwei Wörtern: Test und Szenario. Der Test stellt eine Überprüfung oder Validierung dar und das Szenario die Reise des Benutzers. Jede testbare Funktionalität wird als Testszenario bezeichnet. Das Testszenario kann als Überprüfung oder Validierung der Fahrt des Benutzers beschrieben werden. Es wird in Form von Dokumenten vorliegen, die alle detailliert geschriebenen Testfälle enthalten, um die End-to-End-Funktionalität von Anwendungen zu testen. Es ist eine der übergeordneten Kategorisierungen von Anforderungen, die überprüfbar sind. Dies wird auch als Testmöglichkeit oder Testbedingung bezeichnet.

Warum Testszenarien erstellen?

Ein Testszenario kann mehrere Testfälle abdecken. Die Beziehung zwischen Testszenarien und Testfällen ist daher eins zu viele. Jedes Szenario muss jedoch vom Tester beim Erstellen berücksichtigt werden. Tester erstellen es, um die Anwendung aus der Sicht eines Endbenutzers zu testen. Tester fordern von allen Entwicklern, Stakeholdern und Kunden die Vorbereitung kritischer Aspekte.

Gründe für die Erstellung sind:

  • Eine vollständige und ordnungsgemäße Testabdeckung wird durch die Erstellung perfekter Testszenarien sichergestellt.
  • Ihre Erstellung ist entscheidend, um die End-to-End-Funktionen eines Programms zu untersuchen.
  • Die wichtigsten und wichtigsten End-to-End-Transaktionen oder die Verwendung von Echtzeitanwendungen können mit deren Hilfe genau bestimmt werden.
  • Sie können als Tool zur schnellen Ermittlung der Testbelegschaft verwendet werden, das den Kunden oder Organisationen bei der Erstellung von Vorschlägen und der effektiven und effizienten Organisation der Testbelegschaft weiter hilft.
  • Um eine gründliche und ordnungsgemäße Prüfung von Anwendungen zu gewährleisten, erfolgt die Genehmigung auf verschiedenen Ebenen, einschließlich Kunden, Geschäftsanalysten, Entwicklern usw.

Ebenso kann es bestimmte Umstände geben, unter denen die Entstehung vermieden werden sollte.

  • Es kann sein, dass es nicht in Projekten erstellt wird, die agilen Methoden wie Scrum usw. folgen.
  • Wenn die zu testenden Anwendungen instabil oder zu kompliziert sind oder wenn sich das Projekt in einem zeitkritischen Zustand befindet, kann die Erstellung vermieden werden.
  • Die Erstellung kann für Regressionstests oder für einen neuen Fehler vermieden werden, da in Wartungsprojekten zuvor umfangreiche Dokumentationen davon in früheren Testzyklen durchgeführt wurden.

Wie können Testszenarien geschrieben werden?

Die folgenden Schritte können von einem Tester zur Erstellung von Testszenarien ausgeführt werden:

  • Schritt 1: Das Anforderungsdokument, z. B. Business Requirement Specification (BRS), Functional Requirement Specification (FRS) und System Requirement Specification (SRS) der zu testenden Anwendung, sollte gründlich und sorgfältig gelesen werden. Handbücher, Bücher, Anwendungsfälle usw. der zu prüfenden Anwendung können ebenfalls verwendet werden.
  • Schritt 2: Alle möglichen Ziele und Benutzeraktionen sollten für jede Anforderung richtig herausgefunden werden. Alle technischen Merkmale jeder Anforderung sollten ebenfalls ermittelt werden.
  • Schritt 3: Alle möglichen Ursachen für Systemhack und Benutzerevaluierung sollten aus der Sicht eines Hackers erfolgen. Die Benutzerevaluierung kann durchgeführt werden, indem alle Möglichkeiten der Benutzerbedienung der Anwendungen gefunden werden.
  • Schritt 4: Eine vollständige Liste aller möglichen Testfälle zur Überprüfung aller Funktionen der Anwendung sollte erstellt werden, nachdem das Anforderungsdokument vollständig gelesen und die Analyse abgeschlossen wurde.
  • Schritt 5: Nachdem alle eingetragen wurden, sollte eine Rückverfolgbarkeitsmatrix erstellt werden, um zu überprüfen, ob die Anforderung und ihr Testszenario übereinstimmen.
  • Schritt 6: Alle erstellten Testszenarien werden vom Supervisor überprüft und bewertet. Dies wird auch von allen Beteiligten weiter überprüft.

Gemäß der Projektprozedur muss jedes Testszenario mindestens einer User Story oder Anforderung zugeordnet werden. Es ist obligatorisch, jedes Testszenario vor mehreren Anforderungen in einem einzelnen Testszenario separat auf seine Anforderungen zu überprüfen. Komplexe Testszenarien mit mehreren Anforderungen können der Einfachheit halber vermieden werden. Der Preis ist direkt proportional zu ihrer Anzahl. Daher ist es immer ratsam, nur ausgewählte und erforderliche Artikel entsprechend der Kundenpriorität zu verwenden.

Beispiele

Im Folgenden finden Sie einige Beispiele für ein Testszenario

Test-Szenario für Buykart Online-Shopping-Anwendung

Folgende Testszenarien können für die Überprüfung einer Online-Shopping-Anwendung Buykart berücksichtigt werden:

Testszenario 1: Überprüfung der Anmeldefunktionalität

Folgende Testfälle können für die Erstellung berücksichtigt werden:

  • Das Verhalten der Anwendung bei Eingabe einer gültigen Login-ID und eines gültigen Passworts kann überprüft werden.
  • Das Verhalten der Anwendung bei der Eingabe einer gültigen Login-ID und eines ungültigen Passworts kann überprüft werden.
  • Das Verhalten der Anwendung bei Eingabe einer ungültigen Anmelde-ID und eines gültigen Passworts kann überprüft werden.
  • Das Verhalten der Anwendung bei Eingabe einer ungültigen Anmelde-ID und eines ungültigen Passworts kann überprüft werden.
  • Das Verhalten der Anwendung beim Anmelden kann überprüft werden, indem nur die Anmelde-ID ohne Kennwort eingegeben wird.
  • Das Verhalten der Anwendung beim Anmelden kann nur durch Eingabe eines Passworts ohne Login-ID überprüft werden.
  • Das Verhalten der Anwendung bei der Anmeldung ohne Eingabe von Anmelde-ID und Kennwort kann überprüft werden.
  • Verhalten der Anwendung, wenn Passwort vergessen ausgewählt ist.

Testszenario 2: Überprüfung der Suchfunktionalität

Folgende Testfälle können für die Erstellung berücksichtigt werden:

  • Verhalten der Anwendung bei der Suche nach einem gültigen Produkt.
  • Verhalten der Anwendung bei der Suche nach einem ungültigen Produkt.

Testszenario 3: Überprüfung der Produktdetails

Folgende Testfälle können für die Erstellung berücksichtigt werden:

  • Verhalten der Anwendung bei Auswahl eines Produkts.
  • Verhalten der Anwendung Ein Produkt ist auf der Wunschliste aufgeführt.
  • Verhalten der Anwendung beim Hinzufügen eines Produkts zum Warenkorb.
  • Verhalten der Anwendung bei Auswahl der Option Jetzt kaufen.
  • Verhalten der Anwendung bei Eingabe einer ungültigen Adresse.
  • Verhalten der Anwendung bei Eingabe einer gültigen Adresse.
  • Verhalten der Anwendung, wenn mehrere Zahlungsoptionen aktiviert sind.

Testszenario 4: Überprüfung der Zahlungsfunktionalität

Folgende Testfälle können für die Erstellung berücksichtigt werden:

  • Verhalten der Anwendung bei Auswahl jeder Zahlungsoption.
  • Verhalten der Anwendung bei Auswahl einer gültigen Zahlungsoption.
  • Verhalten der Anwendung bei Auswahl einer ungültigen Zahlungsoption.
  • Verhalten der Anwendung bei erfolgreicher Zahlung.
  • Verhalten der Anwendung bei Ablehnung einer Zahlung.

Testszenario 5: Überprüfung der Bestelldetails

Folgende Testfälle können für die Erstellung berücksichtigt werden:

  • Verhalten der Anwendung bei Auswahl jeder Bestellung.
  • Verhalten der Anwendung bei Auswahl der Option Produkt zurückgeben.
  • Verhalten der Anwendung bei Auswahl der Option Produkt verfolgen.
  • Verhalten der Anwendung bei Auswahl der Option Produkt überprüfen.

Fazit

Es ist ein richtiger Leitfaden für die Tester und hilft ihnen, das Testen effektiver und effizienter zu gestalten. Es hilft bei der Reduzierung der Testkomplexität und Redundanz. Jeder Testfall ist zum besseren Verständnis detailliert geschrieben. Es ist sehr zeitsparend für Tester.

Empfohlene Artikel

Dies war ein Leitfaden für What is Test Scenario. Hier diskutieren wir, wie Testszenarien mit verschiedenen Beispielen erstellt werden. Sie können sich auch die folgenden Artikel ansehen, um mehr zu erfahren -

  1. Stress durch Unsicherheit am Arbeitsplatz
  2. Selbst motiviert und engagiert
  3. Was ist Agiles Testen?
  4. Wie schreibe ich einen Testfall?