Menü

Testszenario vs. Testfall: Was ist der Unterschied zwischen diesen?

test scenario vs test case

Versuchen Sie Unser Instrument, Um Probleme Zu Beseitigen

Unterschied zwischen Testszenario und Testfall.

vor 6 Jahren Als ich bei der Arbeit mit einem mittelgroßen MNC vorschlug, Testszenarien zu dokumentieren, anstatt Zeit mit der Erstellung des vollständigen Proof-Dokuments namens Testfälle zu verschwenden, wandten sich alle Köpfe verärgert an mich.

Der Ausdruck auf den Gesichtern zeigte deutlich, dass ich einen großen Fehler gemacht habe, indem ich ihn vorgeschlagen habe. Obwohl niemand die Idee bestritt, akzeptierte niemand sie. Jeder war der Meinung, dass es sicherer wäre, der Tradition zu folgen, d. H. Testfalldokumente zu schreiben. Ich konnte nicht streiten.

Testszenario gegen Testfall

Nach 4 Jahren Das Unternehmen erhielt ein Testprojekt, bei dem die einzige Einschränkung die Zeit und die einzige Erwartung der vollständige Beweis war testen.

Wir waren wieder in der Besprechung und diskutierten Ideen, um die kritische Frist einzuhalten. Bei der Anwendung ging es hauptsächlich darum, verschiedene Berichte über verschiedene Menüpunkte zu suchen und zu generieren. Das Dokumentieren von Testfällen sollte die meiste Zeit entreißen, und wir waren uns nicht sicher, wie viel das Dokument für den Kunden verwenden würde.

Ich schlug vor, Testszenarien zu dokumentieren, und irgendwie stimmten alle mit einigem Zögern zu. Es muss nicht erwähnt werden, dass wir wertvolle Zeit für die Dokumentation sparen und diese zum Testen verwenden können.

Was du lernen wirst:

Werden Testfälle schnell durch Testszenarien ersetzt?

Mit der Zeit, da sich alles ändert, haben sich auch die Softwareindustrie und -prozesse stark verändert.

Wie erstelle ich eine tiefe Kopie eines Java-Arrays?

Traditionell Wasserfall und V-Modelle werden durch agile und iterative Modelle ersetzt. Dokumentation ist notwendig Um jedoch die Fristen einzuhalten und den Prozess einfach und transparent zu gestalten, kann die Art der Dokumentation geändert werden.

Wann ist die Dokumentation von Testfällen wichtig?

  1. Der Kunde hat im Rahmen des Projekts dasselbe angefordert.
  2. Es gibt keine zeitliche Beschränkung (ich denke nicht, dass dies möglich ist).
  3. Tester sind frischer oder dem Produkt unbekannt.
  4. Unternehmenspolitik (Ich bin fest davon überzeugt, dass sie geändert werden kann).

Lassen Sie mich eine Erfahrung mit Ihnen teilen:

Ich und mein Team waren am Testen eines Projekts eines Fortune 500-Unternehmens mit flexiblen Zeitplänen beteiligt. Wir haben Testfälle mit der besten verfügbaren Vorlage dokumentiert und vom Kunden genehmigen lassen.

Sobald der Build für den größten Teil des Tages an das QA-Team freigegeben wurde, bestand unsere Aufgabe darin, 100 Testfälle pro Tag mechanisch zu verfolgen, das Dokument mit dem Bestanden / Nicht Bestanden-Ergebnis zu aktualisieren und es am Ende des Tages an den Kunden zu senden. Die meisten von den Teammitglieder begannen sich zu beschweren monotone Arbeit Aber das Unternehmen erzielte Einnahmen.

Dann gab es eine Pause für einen Tag dazwischen, ohne dass ein neuer Build getestet werden musste. Wir saßen am Anfang des Tages zusammen und diskutierten, was wir für den Tag tun würden. Als ich vorschlug, mehr Ideen zur Verbesserung des Testfalldokuments zu generieren, lehnten alle Teammitglieder es ab, Anstrengungen zu unternehmen.

Ihnen zufolge gab es nichts mehr zu denken, da wir alle Szenarien abgedeckt hatten. Und sie davon zu überzeugen Denken Sie über den Tellerrand hinaus und generieren Sie mehr Ideen war wirklich hart.

Die meiste Zeit, wenn wir Testfälle dokumentieren und dies auch einmal vom Kunden genehmigt, denkt dieser menschliche Verstand, dass wir unsere Arbeit erledigt haben und Unser Verstand hört automatisch auf, über andere Möglichkeiten nachzudenken, um das Produkt zu testen.

Und glauben Sie mir, wenn ein Testfalldokument erstellt wird, wollen wir es nur mechanisch verfolgen. Sagen Sie mir, wie oft Sie in Ihrer Karriere erlebt haben, dass Sie oder der Teamkollege dem genehmigten Testfalldokument zusätzliche Testfälle angeboten haben?

Noch eine Erfahrung:

wie man Arrays in Java zurückgibt

Während der wöchentlichen Team-Challenge-Aktivität haben wir die Anwendung angekündigt und die Teammitglieder gebeten, Testszenarien einzugeben.

Alle Teammitglieder, einschließlich der Spät- oder Nicht-Antwortenden, haben Ideen eingebracht. Warum? Es gab keine formelle Dokumentation, in der das erwartete Ergebnis für jede Sequenz von Funktionen und Voraussetzungen für jeden Testfall ausgefüllt werden musste. Wir haben an einem Tag 40 Testszenarien gesammelt und das war eine großartige Erfahrung.

Um meine Erfahrung zu begünstigen, Ich möchte ein Beispiel vorstellen.

Nehmen Sie eine Beispielanwendung, z. B. Anmeldeseite mit den Schaltflächen Benutzername, Kennwort, Anmeldung und Abbrechen. Wenn Sie aufgefordert werden, Testfälle für dasselbe zu schreiben, werden wir am Ende mehr als 50 Testfälle schreiben, indem wir verschiedene Optionen und Details kombinieren.

Wenn jedoch Testszenarien geschrieben werden sollen, handelt es sich um 10 Zeilen wie folgt:

Hochrangiges Szenario: Anmeldefunktion
Low-Level-Szenarien ::

1. Um zu überprüfen, ob die Anwendung gestartet wird
2. So überprüfen Sie den Textinhalt auf der Anmeldeseite
3. Um das Feld Benutzername zu überprüfen
4. Um das Passwortfeld zu überprüfen
5. Um die Anmeldetaste zu überprüfen und die Funktionalität der Schaltfläche abzubrechen

Siehe auch=> Über 180 Beispieltestszenarien zum Testen von Web- und Desktopanwendungen.

Da wir alle wenig Zeit haben, wirken Testszenarien eher als Schmerzmittelspray als als IODEX aus alter Zeit. Und trotzdem ist der Effekt der gleiche.

Unterschiede zwischen Testszenario und Testfall im Tabellenformat

Abschließend möchte ich den Unterschied zwischen Testszenario und Testfall zusammenfassen:

TestfälleTestszenarien
Was es ist => Ein Konzept, das detaillierte Informationen darüber liefert, was zu testen ist, welche Schritte zu unternehmen sind und welches Ergebnis erwartet wirdEin Konzept, das einzeilige Informationen darüber enthält, was getestet werden soll.
Es geht um => Es geht mehr darum, Details zu dokumentieren.Es geht mehr darum, Details zu denken und zu diskutieren.
Bedeutung => Dies ist wichtig, wenn die Tests nicht durchgeführt werden und die Entwicklung vor Ort erfolgt. Das Schreiben von Testfällen mit Details hilft sowohl dem Entwickler- als auch dem QA-Team bei der Synchronisierung.Es ist wichtig, wenn die Zeit kürzer ist und die meisten Teammitglieder die Details eines Einzeilenszenarios vereinbaren / verstehen können.
Vorteil => Eine einmalige Dokumentation aller Testfälle ist hilfreich, um in Zukunft 1000 Regressionstestrunden zu verfolgen.
Meistens ist es hilfreich bei der Fehlerberichterstattung. Der Tester muss lediglich die Referenz des Testfalls angeben und nicht jedes kleinste Detail erwähnen.
Eine zeitsparende und ideengenerierende Aktivität, die von der Software-Test-Community der neuen Generation bevorzugt wird.
Das Ändern und Hinzufügen ist einfach und nicht personenspezifisch.
Bei einem großen Projekt, bei dem eine Gruppe von Personen nur bestimmte Module kennt, bietet diese Aktivität jedem die Möglichkeit, sich mit anderen Modulen und Brainstorming zu befassen und zu diskutieren
Vorteilhaft für => Ein vollständig geprüftes Testfalldokument ist eine Lebensader für neue Tester.Eine gute Testabdeckung kann durch Aufteilung der Anwendung in Testszenarien erreicht werden und verringert die Wiederholbarkeit und Komplexität des Produkts
Nachteil => Zeit- und Geldaufwand, da mehr Ressourcen erforderlich sind, um genau zu beschreiben, was und wie getestet werden sollWenn der Prüfer oder der andere Benutzer von einer bestimmten Person erstellt wurde, synchronisiert er möglicherweise nicht die genaue Idee dahinter. Benötigen Sie mehr Diskussionen und Teamarbeit.

Fazit

Testfälle sind der wichtigste Teil des Softwareentwicklungs-Lebenszyklus. Ohne diesen Fall ist es schwierig, etwas zu verfolgen, zu verstehen, zu verfolgen und zu begründen. Im Zeitalter von Agile werden Testfälle jedoch schnell durch Testszenarien ersetzt.

Ein gemeinsames Testcheckliste Für jede Art von Test (Datenbanktest, GUI-Test, Funktionstest usw.) in Verbindung mit Testszenarien ist die moderne Artillerie für Software-Tester. Diskussionen, Schulungen, Fragen und Übungen können das endgültige Diagramm von definitiv ändern Ihre Produktivität sowie eine Bug-Report-Matrix.

Wie immer freuen wir uns über Ihre Gedanken und Fragen. Bitte schalten Sie ein.

PREV Tutorial | NÄCHSTES Tutorial

Literatur-Empfehlungen

^