how classify positive
Sie können etwas auf einfache oder schwierige Weise tun - das Wichtigste ist, dass Sie es tun. Es gibt nur wenige einfache alltägliche Dinge, aber ohne Vertrauen passt etwas an ihnen nicht ganz in unsere Gedanken und das Ausmaß des Erfolgs ist ein Erfolg oder Misserfolg.
Nehmen wir heute ein einfaches Beispiel und finden Sie Verknüpfungen, die nicht nur die Konzepte verdeutlichen, sondern auch sicherstellen, dass Sie es immer richtig machen.
Positive oder negative Klassifizierung von Testszenarien / -fällen
Der Testdesignprozess ist dreifach:
- Anforderungen identifizieren
- Schreiben Sie Testszenarien (einzeilige Zeiger auf das, was getestet werden soll)
- Entwerfen Sie detaillierte Anweisungen zum Testen (Testfälle)
Wenn wir Testszenarien schreiben, klassifizieren wir sie in positive und negative Bedingungen. (Wenn Sie darüber nachdenken, ist es wirklich wichtig, diese Klassifizierung vorzunehmen? Wenn ja, welchen Zweck erfüllt sie? Wir müssen sie sowieso alle testen, nicht wahr?) Sie schlägt mich größtenteils auch. Aber ich denke, es ist ein Versuch, eine angemessene Abdeckung herzustellen, und es hilft festzustellen, dass wir sowohl die glücklichen als auch die alternativen Wege testen, die das System bewältigen soll. Bitte kommentieren Sie unten, wenn Sie andere Gründe dafür kennen.
Schauen wir uns nun einige Anforderungen an, schreiben Testszenarien und führen die Klassifizierung durch.
# 1) Login ::Ein Benutzer, der die richtigen Anmeldeinformationen eingibt, gelangt in das System. Wenn die Anmeldeinformationen falsch sind, wird der Zugriff verweigert und eine Fehlermeldung angezeigt.
# 2) Produkte anzeigen: Nehmen wir an, es gibt einen Online-Katalog aller im System verfügbaren Produkte, der alle in einer Liste anzeigt, wenn auf den Link 'Produkte anzeigen' geklickt wird.
# 3) Abmelden: Wenn Sie auf diesen Link klicken, wird der Benutzer abgemeldet.
Ich werde einige Testszenarien für diese Anforderungen schreiben.
Tabelle A:Der richtige Weg
Testszenario-ID | Beschreibung des Testszenarios | Positiv negativ |
---|---|---|
TS_login_01 | Überprüfen Sie, ob sich der Benutzer erfolgreich anmeldet, wenn die eingegebenen Anmeldeinformationen korrekt sind | Positiv |
TS_login_02 | Überprüfen Sie, ob dem Benutzer kein Zugriff gewährt wird, wenn die eingegebenen Anmeldeinformationen falsch sind | Negativ |
TS_ViewProduct_01 | Überprüfen Sie, ob alle Elemente aufgelistet sind, wenn Sie auf den Link Produkte anzeigen klicken | Positiv |
TS_logout_01 | Überprüfen Sie, ob der bereits angemeldete Benutzer beim Klicken auf das Abmelden vom System abgemeldet ist | Positiv |
Manchmal sehe ich jedoch das Testszenario so geschrieben.
Tabelle B: Einträge markiertNetzsind ungültige Testszenarien.
Testszenario-ID | Beschreibung des Testszenarios | Positiv negativ |
---|---|---|
TS_login_01 | Überprüfen Sie, ob sich der Benutzer erfolgreich anmeldet, wenn die eingegebenen Anmeldeinformationen korrekt sind | Positiv |
TS_login_02 | Überprüfen Sie, ob dem Benutzer kein Zugriff gewährt wird, wenn die eingegebenen Anmeldeinformationen falsch sind | Negativ |
TS_ViewProduct_01 | Überprüfen Sie, ob alle Elemente aufgelistet sind, wenn Sie auf den Link Produkte anzeigen klicken | Positiv |
TS_ViewProduct_02 | Überprüfen Sie, ob beim Klicken auf den Link Produkte anzeigen nicht alle Elemente aufgelistet sind | Negativ |
TS_logout_01 | Überprüfen Sie, ob der bereits angemeldete Benutzer beim Klicken auf das Abmelden vom System abgemeldet ist | Positiv |
TS_logout_02 | Überprüfen Sie, ob sich der Benutzer nicht abmeldet, wenn auf den Link zum Abmelden geklickt wird | Negativ |
Für den erfolgreichen Fall der Anmeldung gibt es einen gleichen und einen entgegengesetzten Fall, wenn dies nicht erfolgreich ist. Nicht alle Anforderungen sollen so sein, und für sie gibt es wirklich keinen Zwang, ein negatives Szenario zu schreiben.
Fazit: Nicht jede Anforderung sollte negative Fälle haben.
Wenn Sie an dieser Stelle denken: 'Woher weiß ich das?' Oder 'Ich bin mir immer noch nicht sicher', finden Sie hier einen einfachen Spickzettel, der Ihnen helfen wird.
So öffnen Sie eine Dat-Datei unter Windows
Wenn es eine Verallgemeinerung gibt, die wir über Anwendungen machen können, ist, dass sie dynamisch sind. Die von uns bereitgestellten Eingaben (Daten, Klicks usw.) bewirken, dass die Anwendung auf eine bestimmte Weise ausgeführt wird und eine bestimmte Ausgabe generiert wird.
Eine einfache Korrelation zwischen den Eingabe- und Ausgabevariablen erleichtert das Verständnis.
Versuchen wir Folgendes für die Anmeldung:
Eingang | Ausgabe | Positiv negativ |
---|---|---|
Richtig (korrekte Anmeldeinformationen) | Richtig (Benutzer angemeldet) | Positiv |
Falsch (falsche Anmeldeinformationen) | Richtig (Eine Fehlermeldung) | Negativ |
Richtig (korrekte Anmeldeinformationen) | Falsch - Anmeldung fehlgeschlagen | Fehler / Defekt |
Falsch (falsche Anmeldeinformationen) | Falsch (System meldet sie an) - 'Oh, der Horror!' :) :) | Fehler / Defekt |
Wie Sie der obigen Tabelle entnehmen können, können wir sagen, dass wir den primären Fluss als positiv kategorisieren und der alternative Fluss (auch das korrekte Verhalten der Anwendung) als negativ markiert ist.
Die letzten beiden Fälle in Rot sind tatsächlich Fehler. Beim Testen geht es um die Validierung von Anforderungen. Wenn diese nicht wie beabsichtigt funktionieren, finden wir Fehler. Da wir nicht auf Mängel prüfen, sind die letzten beiden Fälle ungültig.
Wenn Sie denselben Gedankengängen folgen und ihn zum Abmelden und Anzeigen von Produkten anwenden, erhalten Sie Folgendes.
Eingang | Ausgabe | Positiv negativ |
---|---|---|
Abmelden (klicken) | Richtig - Meldet sich ab | Positiv |
Abmelden (klicken) | Falsch - Bleibt angemeldet | Fehler / Defekt |
Produkte anzeigen (klicken) | Richtig - Zeigt Produkte an | Positiv |
Produkte anzeigen (klicken) | Falsch (keine Liste oder falsche Listenanzeige) | Fehler / Defekt |
Wie Sie sehen, besteht für diese Anforderungen keine Möglichkeit, eine falsche Eingabe zu liefern. Daher müssen keine negativen Testszenarien / -fälle geschrieben werden.
Abschließende Gedanken:
Das System kann einer positiven oder negativen Eingabe ausgesetzt werden. In jedem Fall sollte das System die richtige Ausgabe generieren. Die Fälle, in denen es tendenziell um korrekte Eingaben geht, sind positiv. Diejenigen, bei denen es um korrekte, aber negative Eingaben geht, sind negativ.
Ein paar Hinweise:
# 1) Wenn ein End-to-End-Testfälle sind für UAT- oder sogar Systemtests geschrieben, es sind immer die positiven Testfälle, die es in den Fluss schaffen.
#zwei) Manchmal ist die Klassifizierung subjektiv.Zum Beispiel, wenn ich etwas auf einer Website lösche und eine Bestätigungsnachricht erhalte, in der ich gefragt werde, ob Sie diesen Eintrag wirklich löschen möchten. mit den Optionen OK und Abbrechen - meiner Meinung nach ist das Klicken auf Abbrechen ein positiver Fall. Einige denken jedoch, dass dies negativ ist, da die Hauptabsicht der Option 'Löschen' darin besteht, den Vorgang zu löschen und nicht abzubrechen. Das Urteil eines Testers spielt also auch eine Rolle bei der Klassifizierung.
#3) Für jeden positiven Fall gibt es nicht immer einen gleichen und entgegengesetzten negativen Fall.
Die obige Methode garantiert immer eine korrekte Klassifizierung. Probieren Sie es selbst aus und sagen Sie mir, wenn nicht. :) 'Eine Verknüpfung ist oft ein falscher Schnitt.' - Aber dann kann es in diesem Fall nicht sein!
Für eine formellere Erklärung der negativen Tests überprüfen Sie bitte => Was ist negatives Testen und wie schreibe ich negative Testfälle?
Über den Autor: Dieser Artikel wurde von STH-Teammitglied Swati S. verfasst. Nehmen Sie hier an ihrem Live-QS-Training teil: „ Das beste Software-Test-Training, das Sie jemals bekommen werden! ''
Bitte lassen Sie uns wissen, ob Ihnen dieser Artikel gefallen hat und Sie möchten, dass solche grundlegenden Konzepte in den kommenden Artikeln leicht erklärt werden.
Ihre Kommentare, Fragen, Rückmeldungen und Leserschaft werden hier bei STH sehr geschätzt und geschätzt. Viel Spaß beim Testen!
Literatur-Empfehlungen
- Positive Tests: Bedeutung und Vorteile anhand realer Testszenarien erklärt
- So schreiben Sie Testfälle für eine Anmeldeseite (Beispielszenarien)
- Was ist negatives Testen und wie schreibe ich negative Testfälle?
- So schreiben Sie Testfälle für Geldautomaten (Beispielszenarien)
- Effizientes Selenium-Scripting und Fehlerbehebungsszenarien - Selenium-Lernprogramm Nr. 27
- Arten von Migrationstests: Mit Testszenarien für jeden Typ
- QTP-Tutorial Nr. 24 - Verwenden virtueller Objekte und Wiederherstellungsszenarien in QTP-Tests
- Testen von Anwendungen im Gesundheitswesen - Tipps und wichtige Testszenarien (Teil 2)