how write test cases
In diesem ausführlichen praktischen Tutorial zum Schreiben von Testfällen habe ich die Details eines Testfalls, seine Standarddefinition und Testfalldesign-Techniken behandelt.
Was ist ein Testfall?
Ein Testfall enthält Komponenten, die Eingaben, Aktionen und eine erwartete Antwort beschreiben, um festzustellen, ob eine Funktion einer Anwendung ordnungsgemäß funktioniert.
Ein Testfall ist eine Reihe von Anweisungen zum „WIE“ zur Validierung eines bestimmten Testziels / -ziels, die uns bei Befolgung mitteilen, ob das erwartete Verhalten des Systems erfüllt ist oder nicht.
Liste der in dieser Testfall-Schreibserie behandelten Tutorials:
Wie schreibt man:
Tutorial Nr. 1: Was ist ein Testfall und wie schreibe ich Testfälle? (dieses Tutorial)
Tutorial # 2: Beispiel für eine Testfallvorlage mit Beispielen [Download] (muss lesen)
Tutorial # 3: Schreiben von Testfällen aus dem SRS-Dokument
Tutorial # 4: So schreiben Sie Testfälle für ein bestimmtes Szenario
Tutorial Nr. 5: So bereiten Sie sich auf das Schreiben von Testfällen vor
Tutorial # 6: So schreiben Sie negative Testfälle
Beispiele:
Tutorial Nr. 7: Über 180 Beispiel-Testfälle für Web- und Desktop-Anwendungen
Tutorial Nr. 8: Über 100 einsatzbereite Testszenarien (Checkliste)
Schreibtechniken:
Tutorial Nr. 9: Ursache-Wirkungs-Diagramm - Dynamische Testfallschreibtechnik
Tutorial Nr. 10: Zustandsübergangstesttechnik
Tutorial Nr. 11: Orthogonale Array-Testtechnik
Tutorial Nr. 12: Fehlerraten-Technik
Tutorial Nr. 13: Testdesign-Technik für Feldvalidierungstabellen (FVT)
Testfall gegen Testszenarien:
Tutorial Nr. 14: Testfälle gegen Testszenarien
Tutorial Nr. 15: Unterschied zwischen Testplan, Teststrategie und Testfall
Automatisierung:
Tutorial Nr. 16: So wählen Sie korrekte Testfälle für Automatisierungstests aus
Tutorial Nr. 17: So übersetzen Sie manuelle Testfälle in Automatisierungsskripte
Testmanagement-Tools:
Tutorial Nr. 18: Beste Testmanagement-Tools
Tutorial Nr. 19: TestLink für das Testfallmanagement
Tutorial Nr. 20: Erstellen und Verwalten von Testfällen mit HP Quality Center
Tutorial Nr. 21: Ausführen von Testfällen mit ALM / QC
Domänenspezifische Fälle:
Tutorial Nr. 22: Testfälle für ERP-Anwendungen
Tutorial Nr. 23: JAVA Application Testfälle
Tutorial Nr. 24: Grenzwertanalyse und Äquivalenzpartitionierung
Fahren wir mit dem ersten Tutorial dieser Reihe fort.
Empfohlene Tools:
Bevor Sie mit dem Schreiben von Testfällen fortfahren, empfehlen wir, dieses Testfall-Management-Tool herunterzuladen. Dies erleichtert Ihren in diesem Tutorial erwähnten Testprozess beim Schreiben von Testfällen:
# 1) TestRail
=> Laden Sie das TestRail Test Case Management Tool herunter
# 2) TestMonitor
Online-Testmanagement auf höchstem Niveau. Revolutionär einfach.
TestMonitor ist ein End-to-End-Testmanagement-Tool für jedes Unternehmen. Ein einfacher, intuitiver Testansatz. Unabhängig davon, ob Sie Unternehmenssoftware implementieren, Qualitätssicherung benötigen, eine Qualitäts-App erstellen oder nur eine helfende Hand in Ihrem Testprojekt benötigen, TestMonitor bietet Ihnen alles.
=> Besuchen Sie die TestMonitor-Website
Was du lernen wirst:
- Was ist ein Testfall und wie schreibe ich Testfälle?
- Tipps zum Schreiben von Tests
- So erzielen Sie hervorragende Ergebnisse bei der Dokumentation von Testfällen
- Nützliche Tipps und Tricks
- # 1) Ist Ihr Testdokument in gutem Zustand?
- # 2) Vergessen Sie nicht, die negativen Fälle abzudecken
- # 3) Atomtestschritte durchführen
- # 4) Priorisieren Sie die Tests
- # 5) Sequenzangelegenheiten
- # 6) Fügen Sie den Kommentaren den Zeitstempel und den Testernamen hinzu
- # 7) Browser-Details einschließen
- # 8) Bewahren Sie zwei separate Blätter auf - 'Bugs' und 'Summary' im Dokument
- Nützliche Tipps und Tricks
- Wie man keine Tests schreibt
- So verbessern Sie die Effizienz von Testfällen
- Bedeutung der Standardisierung der Testfälle
Was ist ein Testfall und wie schreibe ich Testfälle?
Effektive Fälle zu schreiben ist eine Fähigkeit. Und Sie können es aus der Erfahrung und dem Wissen der zu testenden Anwendung lernen.
Grundlegende Anweisungen zum Schreiben von Tests finden Sie im folgenden Video:
Die oben genannten Ressourcen sollten uns die Grundlagen des Testschreibprozesses vermitteln.
Ebenen des Testschreibprozesses:
- Level 1: In dieser Ebene schreiben Sie die Grundfälle aus der verfügbaren Spezifikation und Benutzerdokumentation.
- Level 2: Dies ist das praktische Bühne In welchen Fällen hängt das Schreiben vom tatsächlichen Funktions- und Systemfluss der Anwendung ab.
- Stufe 3: Dies ist die Phase, in der Sie einige Fälle gruppieren und Schreiben Sie ein Testverfahren . Das Testverfahren ist nichts anderes als eine Gruppe kleiner Fälle, vielleicht maximal 10.
- Level 4: Automatisierung des Projekts. Dies minimiert die menschliche Interaktion mit dem System und somit kann sich die Qualitätssicherung auf die aktuell aktualisierten zu testenden Funktionen konzentrieren, anstatt mit Regressionstests beschäftigt zu bleiben.
Warum schreiben wir Tests?
Das grundlegende Ziel des Schreibens von Fällen ist um die Testabdeckung einer Anwendung zu validieren.
Wenn Sie in einer CMMi-Organisation arbeiten, werden die Teststandards genauer befolgt. Das Schreiben von Fällen bringt eine Art Standardisierung mit sich und minimiert den Ad-hoc-Ansatz beim Testen.
Wie schreibe ich Testfälle?
Felder:
- Testfall-ID
- Zu testende Einheit: Was ist zu überprüfen?
- Annahmen
- Testdaten: Variablen und ihre Werte
- Auszuführende Schritte
- erwartetes Ergebnis
- Tatsächliche Ergebnis
- Bestanden / Nicht bestanden
- Bemerkungen
Grundformat der Testfallaussage
Überprüfen
Verwenden von [Werkzeugname, Tag-Name, Dialog usw.]
Mit [Bedingungen]
Zu [was zurückgegeben, gezeigt, demonstriert wird]
Überprüfen: Wird als erstes Wort der Testanweisung verwendet.
Verwenden von: Um zu identifizieren, was getestet wird. Sie können hier 'Eingeben' oder 'Auswählen' verwenden, anstatt je nach Situation zu verwenden.
Für jede Anwendung müssen Sie alle Arten von Tests abdecken:
- Funktionsfälle
- Negative Fälle
- Randwertfälle
Während Sie diese alle Ihre schreiben TCs sollten einfach und leicht zu verstehen sein .
****************************************************
Tipps zum Schreiben von Tests
Eine der häufigsten und wichtigsten Aktivitäten eines Software-Testers (SQA / SQC-Person) ist das Schreiben von Testszenarien und -fällen.
Es gibt einige wichtige und kritische Faktoren, die mit dieser Hauptaktivität zusammenhängen. Lassen Sie uns diese Faktoren zunächst aus der Vogelperspektive betrachten.
Wichtige Faktoren beim Schreibprozess:
a) TCs können regelmäßig überarbeitet und aktualisiert werden:
Wir leben in einer sich ständig verändernden Welt und das gilt auch für Software. Änderungen der Softwareanforderungen wirken sich direkt auf die Fälle aus. Bei jeder Änderung der Anforderungen müssen die TCs aktualisiert werden.
Es ist jedoch nicht nur die Änderung der Anforderung, die zur Überarbeitung und Aktualisierung von TCs führen kann. Während der Ausführung von TCs entstehen viele Ideen im Kopf und viele Unterbedingungen eines einzelnen TC können identifiziert werden. All dies führt zu einer Aktualisierung der TCs und manchmal sogar zur Hinzufügung neuer TCs.
Darüber hinaus erfordern während Regressionstests mehrere Korrekturen und / oder Welligkeiten überarbeitete oder neue TCs.
b) TCs neigen zur Verteilung unter den Testern, die diese ausführen:
Natürlich gibt es kaum eine solche Situation, in der ein einzelner Tester alle TCs ausführt. Normalerweise gibt es mehrere Tester, die verschiedene Module einer einzelnen Anwendung testen. Daher werden die TCs nach ihren eigenen Bereichen der zu testenden Anwendung unter den Testern aufgeteilt.
Einige TCs, die sich auf die Integration der Anwendung beziehen, können von mehreren Testern ausgeführt werden, während die anderen TCs möglicherweise nur von einem einzelnen Tester ausgeführt werden.
c) TCs neigen zu Clustering und Batching:
Es ist normal und üblich, dass TCs, die zu einem einzelnen Testszenario gehören, normalerweise ihre Ausführung in einer bestimmten Reihenfolge oder in Form einer Gruppe verlangen. Es kann bestimmte Voraussetzungen für einen TC geben, die die Ausführung anderer TCs erfordern, bevor sie selbst ausgeführt werden.
In ähnlicher Weise kann gemäß der Geschäftslogik des AUT ein einzelner TC zu mehreren Testbedingungen beitragen, und eine einzelne Testbedingung kann aus mehreren TCs bestehen.
d) TCs neigen zur gegenseitigen Abhängigkeit:
Dies ist auch ein interessantes und wichtiges Verhalten der TCs, das darauf hinweist, dass sie voneinander abhängig sein können. Von mittleren bis zu großen Anwendungen mit komplexer Geschäftslogik ist diese Tendenz sichtbarer.
Der klarste Bereich einer Anwendung, in dem dieses Verhalten definitiv beobachtet werden kann, ist die Interoperabilität zwischen verschiedenen Modulen derselben oder sogar verschiedener Anwendungen. Einfach ausgedrückt, wo immer die verschiedenen Module einer einzelnen Anwendung oder mehrerer Anwendungen voneinander abhängig sind, spiegelt sich das gleiche Verhalten auch in den TCs wider.
e) TCs sind anfällig für die Verteilung unter den Entwicklern (insbesondere in testgetriebenen Entwicklungsumgebungen):
Eine wichtige Tatsache bei TCs ist, dass diese nicht nur von den Testern verwendet werden sollen. Im Normalfall, wenn ein Fehler von den Entwicklern behoben wird, verwenden sie indirekt den TC, um das Problem zu beheben. Wenn die testgetriebene Entwicklung verfolgt wird, werden TCs direkt von den Entwicklern verwendet, um ihre Logik zu erstellen und alle Szenarien in ihrem Code abzudecken, die von TCs angesprochen werden.
Tipps zum Schreiben effektiver Tests:
Unter Berücksichtigung der oben genannten 5 Faktoren finden Sie hier einige Tipps zum Schreiben effektiver TCs.
Lasst uns beginnen!!!
# 1) Halte es einfach, aber nicht zu einfach; mach es komplex, aber nicht zu komplex:
Diese Aussage scheint paradox. Aber ich verspreche, dass es nicht so ist. Halten Sie alle Schritte von TCs atomar und präzise. Erwähnen Sie die Schritte mit der richtigen Reihenfolge und der richtigen Zuordnung zu den erwarteten Ergebnissen. Der Testfall sollte selbsterklärend und leicht verständlich sein. Das meine ich, um es einfach zu machen.
Jetzt komplex zu machen bedeutet, es in den Testplan und andere TCs zu integrieren. Beziehen Sie sich bei Bedarf auf die anderen TCs, relevanten Artefakte, GUIs usw. Tun Sie dies jedoch auf ausgewogene Weise. Lassen Sie keinen Tester im Dokumentenstapel hin und her gehen, um ein einzelnes Testszenario abzuschließen.
Lassen Sie den Tester diese TCs nicht einmal sehr kompakt dokumentieren. Denken Sie beim Schreiben von TCs immer daran, dass Sie oder eine andere Person diese überarbeiten und aktualisieren müssen.
# 2) Nachdem Sie die Testfälle dokumentiert haben, überprüfen Sie sie einmal als Tester:
Denken Sie niemals, dass die Arbeit erledigt ist, wenn Sie den letzten TC des Testszenarios geschrieben haben. Gehen Sie zum Start und überprüfen Sie alle TCs einmal, jedoch nicht mit der Einstellung eines TC-Schreibers oder Testplaners. Überprüfen Sie alle TCs mit dem Verstand eines Testers. Denken Sie rational und versuchen Sie, Ihre TCs trocken laufen zu lassen.
Bewerten Sie alle Schritte und prüfen Sie, ob Sie diese auf verständliche Weise klar erwähnt haben und die erwarteten Ergebnisse mit diesen Schritten übereinstimmen.
Stellen Sie sicher, dass die Testdaten Die in TCs angegebenen Werte sind nicht nur für tatsächliche Tester möglich, sondern richten sich auch nach der Echtzeitumgebung. Stellen Sie sicher, dass zwischen TCs kein Abhängigkeitskonflikt besteht, und stellen Sie sicher, dass alle Verweise auf andere TCs / Artefakte / GUIs korrekt sind. Andernfalls können die Tester große Probleme haben.
# 3) Gebunden und erleichtert die Tester:
Lassen Sie die Testdaten nicht auf Testern. Geben Sie ihnen eine Reihe von Eingaben, insbesondere wenn Berechnungen durchgeführt werden sollen oder das Verhalten der Anwendung von Eingaben abhängt. Sie können sie die Werte der Testdatenelemente festlegen lassen, ihnen jedoch niemals die Freiheit geben, die Testdatenelemente selbst auszuwählen.
Weil sie absichtlich oder unbeabsichtigt immer wieder dieselben Testdaten verwenden und einige wichtige Testdaten während der Ausführung von TCs möglicherweise ignoriert werden.
Sorgen Sie dafür, dass sich die Tester wohl fühlen, indem Sie die TCs nach den Testkategorien und den zugehörigen Bereichen einer Anwendung organisieren. Weisen Sie klar an und erwähnen Sie, welche TCs voneinander abhängig und / oder gestapelt sind. Geben Sie ebenfalls explizit an, welche TCs unabhängig und isoliert sind, damit der Tester seine Gesamtaktivität entsprechend verwalten kann.
An dieser Stelle könnte es Sie interessieren, mehr über die Grenzwertanalyse zu erfahren, eine Testfall-Entwurfsstrategie, die beim Black-Box-Testen verwendet wird. Klicken Hier um mehr darüber zu erfahren.
# 4) Sei ein Mitwirkender:
Akzeptieren Sie niemals das FS- oder Designdokument so wie es ist. Ihre Aufgabe ist es nicht nur, den FS zu durchlaufen und die Testszenarien zu identifizieren. Als QS-Ressource zögern Sie nicht, einen Beitrag zum Geschäft zu leisten und Vorschläge zu machen, wenn Sie der Meinung sind, dass die Anwendung verbessert werden kann.
Schlagen Sie auch Entwicklern vor, insbesondere in TC-gesteuerten Entwicklungsumgebungen. Schlagen Sie Dropdown-Listen, Kalendersteuerelemente, Auswahllisten, Gruppen-Optionsfelder, aussagekräftigere Nachrichten, Vorsichtsmaßnahmen, Eingabeaufforderungen, Verbesserungen in Bezug auf die Benutzerfreundlichkeit usw. vor.
So erstellen Sie ein String-Array
Testen Sie als QS nicht nur, sondern machen Sie einen Unterschied!
# 5) Vergiss niemals den Endbenutzer:
Der wichtigste Stakeholder ist der „Endbenutzer“, der die Anwendung endgültig nutzen wird. Vergessen Sie ihn also zu keinem Zeitpunkt, an dem TCs schreiben. Tatsächlich sollte der Endbenutzer zu keinem Zeitpunkt im gesamten SDLC ignoriert werden. Mein bisheriger Schwerpunkt bezieht sich jedoch nur auf mein Thema.
Übersehen Sie daher bei der Identifizierung von Testszenarien niemals die Fälle, die hauptsächlich vom Benutzer verwendet werden, oder die Fälle, die geschäftskritisch sind, selbst wenn sie weniger häufig verwendet werden. Halten Sie sich in die Lage des Endbenutzers und gehen Sie dann alle TCs durch und beurteilen Sie den praktischen Wert der Ausführung aller Ihrer dokumentierten TCs.
****************************************************
So erzielen Sie hervorragende Ergebnisse bei der Dokumentation von Testfällen
Als Software-Tester werden Sie mir sicherlich zustimmen, dass es wirklich eine herausfordernde Aufgabe ist, ein perfektes Testdokument zu erstellen.
Wir lassen immer etwas Raum für Verbesserungen in unserem Testfalldokumentation . Manchmal sind wir nicht in der Lage, eine 100% ige Testabdeckung durch die TCs bereitzustellen, und manchmal ist die Testvorlage nicht auf dem neuesten Stand, oder es fehlt uns an guter Lesbarkeit und Klarheit für unsere Tests.
Wenn Sie als Tester aufgefordert werden, Testdokumentation zu schreiben, beginnen Sie nicht einfach ad-hoc. Es ist sehr wichtig, den Zweck des Schreibens von Testfällen gut zu verstehen, bevor Sie am Dokumentationsprozess arbeiten.
Die Tests sollten immer klar und klar sein. Sie sollten so geschrieben sein, dass der Tester die vollständigen Tests problemlos durchführen kann, indem er die in den einzelnen Tests definierten Schritte befolgt.
Darüber hinaus sollte das Testfalldokument so viele Fälle enthalten, wie für die vollständige Bereitstellung erforderlich sind Testabdeckung . Zum Beispiel sollten Sie versuchen, die Tests für alle möglichen Szenarien abzudecken, die in Ihrer Softwareanwendung auftreten können.
Unter Berücksichtigung der oben genannten Punkte möchte ich Sie nun durch eine Tour führen, in der erläutert wird, wie Sie eine hervorragende Testdokumentation erzielen.
Nützliche Tipps und Tricks
Hier werde ich Ihnen einige nützliche Richtlinien geben, die Ihnen helfen können, Ihre Testdokumentation von den anderen zu verbessern.
# 1) Ist Ihr Testdokument in gutem Zustand?
Die beste und einfachste Möglichkeit, Ihr Testdokument zu organisieren, besteht darin, es in viele einzelne nützliche Abschnitte aufzuteilen. Teilen Sie den gesamten Test in mehrere Testszenarien auf. Teilen Sie dann jedes Szenario in mehrere Tests auf. Teilen Sie schließlich jeden Fall in mehrere Testschritte auf.
Wenn Sie Excel verwenden, dokumentieren Sie jeden Testfall auf einem separaten Blatt der Arbeitsmappe, in dem jeder Testfall einen vollständigen Testablauf beschreibt.
# 2) Vergessen Sie nicht, die negativen Fälle abzudecken
Als Software-Tester müssen Sie über den Tellerrand hinaus denken und alle Möglichkeiten ausarbeiten, auf die Ihre Anwendung stößt. Als Tester müssen wir überprüfen, ob ein nicht authentischer Versuch, in die Software einzutreten, oder ungültige Daten, die über die Anwendung fließen sollen, gestoppt und gemeldet werden sollen.
Ein negativer Fall ist also genauso wichtig wie ein positiver Fall. Stellen Sie sicher, dass für jedes Szenario, das Sie haben zwei Testfälle - ein positiver und ein negativer . Der positive sollte den beabsichtigten oder normalen Fluss abdecken und der negative sollte den unbeabsichtigten oder außergewöhnlichen Fluss abdecken.
# 3) Atomtestschritte durchführen
Jeder Testschritt sollte atomar sein. Es sollten keine weiteren Unterschritte vorhanden sein. Je einfacher und klarer ein Testschritt ist, desto einfacher wäre es, mit dem Testen fortzufahren.
# 4) Priorisieren Sie die Tests
Wir haben oft strenge Zeitpläne, um die Tests für eine Anwendung abzuschließen. In diesem Fall fehlen möglicherweise einige wichtige Funktionen und Aspekte der Software. Um dies zu vermeiden, sollten Sie jedem Test eine Priorität zuweisen, während Sie ihn dokumentieren.
Sie können eine beliebige Codierung verwenden, um die Priorität eines Tests zu definieren. Es ist im Allgemeinen besser, eine der 3 Ebenen zu verwenden. hoch, mittel und niedrig , oder 1, 50 und 100. Wenn Sie also einen strengen Zeitplan haben, sollten Sie zuerst alle Tests mit hoher Priorität abschließen und dann zu den Tests mit mittlerer und niedriger Priorität wechseln.
Zum Beispiel - Für eine Einkaufswebsite kann die Überprüfung der Zugriffsverweigerung für einen ungültigen Versuch, sich in die App einzuloggen, ein Fall mit hoher Priorität sein. Die Überprüfung der Anzeige relevanter Produkte auf dem Benutzerbildschirm kann ein Fall mittlerer Priorität sein und die Farbe des angezeigten Textes überprüfen Die Bildschirmtasten können ein Test mit niedriger Priorität sein.
# 5) Sequenzangelegenheiten
Überprüfen Sie, ob die Reihenfolge der Schritte im Test absolut korrekt ist. Eine falsche Abfolge von Schritten kann zu Verwirrung führen. Vorzugsweise sollten die Schritte auch die gesamte Sequenz vom Aufrufen der App bis zum Verlassen der App für ein bestimmtes zu testendes Szenario definieren.
# 6) Fügen Sie den Kommentaren den Zeitstempel und den Testernamen hinzu
Es kann vorkommen, dass Sie eine Anwendung testen, jemand parallel zur gleichen App Änderungen vornimmt oder die App nach Abschluss des Tests aktualisiert. Dies führt zu einer Situation, in der Ihre Testergebnisse mit der Zeit variieren können.
Es ist daher immer besser, in den Testkommentaren einen Zeitstempel mit dem Namen des Testers hinzuzufügen, damit ein Testergebnis (bestanden oder nicht bestanden) dem Status einer Anwendung zu diesem bestimmten Zeitpunkt zugeordnet werden kann. Alternativ können Sie eine Ausführungsdatum ’Spalte separat zum Testfall hinzugefügt, in der der Zeitstempel des Tests explizit angegeben wird.
# 7) Browser-Details einschließen
Wie Sie wissen, können die Testergebnisse bei einer Webanwendung je nach Browser, in dem der Test ausgeführt wird, unterschiedlich sein. Zur Erleichterung anderer Tester, Entwickler oder derjenigen, die das Testdokument überprüfen, sollten Sie dem Fall den Namen und die Version des Browsers hinzufügen, damit der Fehler leicht repliziert werden kann.
# 8) Bewahren Sie zwei separate Blätter auf - 'Bugs' und 'Summary' im Dokument
Wenn Sie in einem Excel dokumentieren, sollten die ersten beiden Blätter der Arbeitsmappe Zusammenfassung und Fehler sein. Das Zusammenfassungsblatt sollte das Testszenario zusammenfassen, und das Fehlerblatt sollte alle Probleme auflisten, die während des Tests aufgetreten sind. Das Hinzufügen dieser beiden Blätter hat die Bedeutung, dass der Leser / Benutzer des Dokuments ein klares Verständnis der Tests erhält.
Wenn die Zeit begrenzt ist, können sich diese beiden Blätter als sehr nützlich erweisen, um einen Überblick über die Tests zu geben.
Das Testdokument sollte die bestmögliche Testabdeckung und eine hervorragende Lesbarkeit bieten und durchgehend einem Standardformat folgen.
Wir können eine hervorragende Testdokumentation erzielen, indem wir nur einige wichtige Tipps für die Organisation des Testfalldokuments berücksichtigen, die TCs priorisieren, alles in der richtigen Reihenfolge anzeigen, einschließlich aller obligatorischen Details zur Ausführung eines TC, und klare und klare Testschritte bereitstellen. usw. wie oben diskutiert.
****************************************************
Wie man keine Tests schreibt
Wir verbringen die meiste Zeit damit, diese zu schreiben, zu überprüfen, auszuführen oder zu warten. Es ist sehr bedauerlich, dass Tests auch die fehleranfälligsten sind. Die Unterschiede im Verständnis, in den Testpraktiken der Organisation, im Zeitmangel usw. sind einige der Gründe, warum wir häufig Tests sehen, die zu wünschen übrig lassen.
Es gibt viele Artikel auf unserer Website zu diesem Thema, aber hier werden Sie sehen Wie man KEINE Testfälle schreibt - ein paar Tipps, die dazu beitragen, unverwechselbare, qualitativ hochwertige und effektive Tests zu erstellen.
Lesen wir weiter und beachten Sie, dass diese Tipps sowohl für neue als auch für erfahrene Tester gelten.
3 Häufigste Probleme in Testfällen
- Zusammengesetzte Schritte
- Das Anwendungsverhalten wird als erwartetes Verhalten angenommen
- Mehrere Bedingungen in einem Fall
Diese drei müssen auf meiner Top-3-Liste der häufigsten Probleme beim Schreiben von Tests stehen.
Interessant ist, dass dies sowohl bei neuen als auch bei erfahrenen Testern der Fall ist und wir immer wieder dieselben fehlerhaften Prozesse verfolgen, ohne zu bemerken, dass ein paar einfache Maßnahmen die Probleme leicht beheben können.
Lassen Sie uns darauf eingehen und jeden einzelnen im Detail besprechen:
# 1) Zusammengesetzte Schritte
Was ist ein zusammengesetzter Schritt?
Zum Beispiel geben Sie Anweisungen von Punkt A nach Punkt B: Wenn Sie sagen, dass Sie zum XYZ-Ort und dann zum ABC gehen, ist dies nicht sehr sinnvoll, da wir hier denken: „Wie geht es mir? Fahren Sie zuerst nach XYZ. Beginnen Sie stattdessen mit „Biegen Sie von hier aus links ab und fahren Sie 1 Meile. Biegen Sie dann rechts in die Rd ab. Nr. 11, um zu XYZ zu gelangen “könnte bessere Ergebnisse erzielen.
Die gleichen Regeln gelten auch für Tests und deren Schritte.
Zum Beispiel Ich schreibe einen Test für Amazon.com - bestellen Sie ein Produkt.
Das Folgende sind meine Testschritte (Hinweis: Ich schreibe nur die Schritte und nicht alle anderen Teile des Tests wie das erwartete Ergebnis usw.)
zu . Starten Sie Amazon.com
b . Suchen Sie nach einem Produkt, indem Sie das Produktschlüsselwort / den Produktnamen in das Feld 'Suchen' oben auf dem Bildschirm eingeben.
c . Wählen Sie aus den angezeigten Suchergebnissen das erste aus.
d . Klicken Sie auf der Produktdetailseite auf In den Warenkorb.
ist . Zur Kasse gehen und bezahlen.
f . Überprüfen Sie die Bestellbestätigungsseite.
Jetzt, Können Sie feststellen, welcher dieser Schritte ein zusammengesetzter Schritt ist? Rechter Schritt (e)
Denken Sie daran, dass es bei Tests immer um das Testen geht. Daher ist es wichtig, dass Sie die genauen Schritte zum Auschecken und Bezahlen in Ihren Test eintragen.
Daher ist der obige Fall effektiver, wenn er wie folgt geschrieben wird:
zu . Starten Sie Amazon.com
b . Suchen Sie nach einem Produkt, indem Sie das Produktschlüsselwort / den Produktnamen in das Feld 'Suchen' oben auf dem Bildschirm eingeben.
c . Wählen Sie aus den angezeigten Suchergebnissen das erste aus.
d . Klicken Sie auf der Produktdetailseite auf In den Warenkorb.
ist . Klicken Sie auf der Warenkorbseite auf Kasse.
f . Geben Sie die CC-Informationen, Versand- und Rechnungsinformationen ein.
G . Klicken Sie auf Kasse.
h . Überprüfen Sie die Bestellbestätigungsseite.
Daher ist ein zusammengesetzter Schritt derjenige, der in mehrere einzelne Schritte unterteilt werden kann. Wenn wir das nächste Mal Tests schreiben, sollten wir uns alle mit diesem Teil befassen, und ich bin sicher, dass Sie mir zustimmen werden, dass wir dies öfter tun, als wir denken.
# 2) Das Anwendungsverhalten wird als erwartetes Verhalten angesehen
Immer mehr Projekte müssen sich heutzutage mit dieser Situation auseinandersetzen.
Mangelnde Dokumentation, extreme Programmierung und schnelle Entwicklungszyklen sind nur einige Gründe, die uns dazu zwingen, uns auf die Anwendung (eine ältere Version oder so) zu verlassen, um entweder die Tests zu schreiben oder die Tests selbst zu erstellen. Wie immer ist dies eine bewährte schlechte Praxis - nicht immer wirklich.
Es ist harmlos, solange Sie offen sind und die Erwartung haben, dass das - 'AUT könnte fehlerhaft sein'. Nur wenn Sie nicht glauben, dass dies der Fall ist, funktionieren die Dinge schlecht. Wie immer lassen wir die Beispiele sprechen.
Wenn das Folgende die Seite ist, für die Sie die Testschritte schreiben / entwerfen:
Fall 1:
Wenn meine Testfallschritte wie folgt sind:
- Starten Sie die Einkaufsseite.
- Klicken Sie auf Versand und Rückgabe - Erwartetes Ergebnis: Die Seite Versand und Rückgabe wird mit 'Geben Sie Ihre Daten hier ein' und der Schaltfläche 'Weiter' angezeigt.
Dann ist das falsch.
Fall 2:
- Starten Sie die Einkaufsseite.
- Klicken Sie auf Versand und zurück.
- Geben Sie im Textfeld 'Bestellnummer eingeben' in diesem Bildschirm die Bestellnummer ein.
- Klicken Sie auf Weiter - Erwartetes Ergebnis: Die Details der Bestellung in Bezug auf Versand und Rücksendung werden angezeigt.
Fall 2 ist ein besserer Testfall, denn obwohl sich die Referenzanwendung falsch verhält, nehmen wir sie nur als Richtlinie, führen weitere Untersuchungen durch und schreiben das erwartete Verhalten gemäß der erwarteten korrekten Funktionalität.
Endeffekt: Die Anwendung als Referenz ist eine schnelle Verknüpfung, birgt jedoch auch eigene Gefahren. Solange wir vorsichtig und kritisch sind, führt dies zu erstaunlichen Ergebnissen.
# 3) Mehrere Bedingungen in einem Fall
Lassen Sie uns noch einmal daraus lernen Beispiel .
Sehen Sie sich die folgenden Testschritte an: Im Folgenden sind die Testschritte innerhalb eines Tests für eine Anmeldefunktion aufgeführt.
ein. Geben Sie gültige Details ein und klicken Sie auf Senden.
b. Lassen Sie das Feld Benutzername leer. Klicken Sie auf Senden.
c. Lassen Sie das Passwortfeld leer und klicken Sie auf Senden.
d. Wählen Sie einen bereits angemeldeten Benutzernamen / Passwort und klicken Sie auf Senden.
Was 4 verschiedene Fälle sein mussten, wird zu einem zusammengefasst. Sie denken vielleicht: Was ist daran falsch? Es spart viel Dokumentation und was ich in 4 tun kann, mache ich in 1 - ist das nicht großartig? Nicht ganz. Gründe dafür?
Weiter lesen:
- Was ist, wenn eine der Bedingungen fehlschlägt? Wir müssen den gesamten Test als 'fehlgeschlagen' markieren. Wenn wir den gesamten Fall als 'fehlgeschlagen' markieren, bedeutet dies, dass nicht alle 4 Bedingungen funktionieren, was nicht wirklich zutrifft.
- Tests müssen einen Fluss haben. Von der Vorbedingung bis zu Schritt 1 und alle Schritte. Wenn ich diesem Fall folge, werde ich in Schritt (a) bei Erfolg auf der Seite angemeldet, auf der die Option 'Anmelden' nicht mehr verfügbar ist. Wenn ich also zu Schritt (b) komme - wo wird der Tester den Benutzernamen eingeben? Sie sehen, der Fluss ist unterbrochen.
Daher, Schreiben Sie modulare Tests . Es klingt nach viel Arbeit, aber alles, was Sie brauchen, ist, Dinge zu trennen und unsere besten Freunde Strg + C und Strg + V zu verwenden, um für uns zu arbeiten. :) :)
****************************************************
So verbessern Sie die Effizienz von Testfällen
Die Softwaretester sollten ihre Tests aus der früheren Phase des Softwareentwicklungszyklus schreiben, am besten während der Softwareanforderungsphase.
Der Testmanager oder ein QS-Manager sollte die maximal möglichen Dokumente gemäß der folgenden Liste sammeln und vorbereiten.
Dokumentensammlung zum Schreiben von Tests
# 1) Benutzeranforderungsdokument
Es ist ein Dokument, das den Geschäftsprozess, Benutzerprofile, die Benutzerumgebung, die Interaktion mit anderen Systemen, den Austausch vorhandener Systeme, funktionale Anforderungen, nicht funktionale Anforderungen, Lizenz- und Installationsanforderungen, Leistungsanforderungen, Sicherheitsanforderungen, Benutzerfreundlichkeit und gleichzeitige Anforderungen usw. Auflistet .,
# 2) Business Use Case-Dokument
Dieses Dokument beschreibt die Anwendungsfall Szenario der funktionalen Anforderungen aus geschäftlicher Sicht. Dieses Dokument behandelt die Geschäftsakteure (oder das Geschäftssystem), Ziele, Vorbedingungen, Nachbedingungen, Grundabläufe, alternative Abläufe, Optionen, Ausnahmen für jeden Geschäftsablauf des Systems unter den Anforderungen.
# 3) Dokument mit den funktionalen Anforderungen
In diesem Dokument werden die funktionalen Anforderungen der einzelnen Funktionen für das System unter den Anforderungen aufgeführt.
Normalerweise dient das Dokument mit den funktionalen Anforderungen als gemeinsames Repository sowohl für das Entwicklungs- und Testteam als auch für die Projektbeteiligten, einschließlich der Kunden, für die festgelegten (manchmal eingefrorenen) Anforderungen, die als wichtigstes Dokument für jede Softwareentwicklung behandelt werden sollten.
# 4) Softwareprojektplan (optional)
Ein Dokument, das die Details des Projekts, Ziele, Prioritäten, Meilensteine, Aktivitäten, Organisationsstruktur, Strategie, Fortschrittsüberwachung, Risikoanalyse, Annahmen, Abhängigkeiten, Einschränkungen, Schulungsanforderungen, Kundenverantwortlichkeiten, Projektplan usw. beschreibt.
# 5) QS / Testplan
Dieses Dokument beschreibt das Qualitätsmanagementsystem, Dokumentationsstandards, Änderungskontrollmechanismen, kritische Module und Funktionen, das Konfigurationsmanagementsystem, Testpläne, Fehlerverfolgung, Akzeptanzkriterien usw.
Das Versuchsplan Das Dokument wird verwendet, um die zu testenden Funktionen, nicht zu testenden Funktionen, Testteamzuordnungen und deren Schnittstelle, Ressourcenanforderungen, Testplan, Testschreiben, Testabdeckung, Testergebnisse, Voraussetzungen für die Testausführung, Fehlerberichterstattung und Nachverfolgung zu identifizieren Mechanismus, Testmetriken usw.,
Echtes Beispiel
Lassen Sie uns sehen, wie Sie effizient Testfälle für einen vertrauten und einfachen Anmeldebildschirm schreiben (siehe Abbildung unten). Das Testansatz wird auch für komplexe Bildschirme mit mehr Informationen und kritischen Funktionen fast gleich sein.
# 1) Der erste Ansatz für jeden Testfallprozess besteht darin, einen Bildschirmprototyp (oder Drahtrahmen) wie oben zu erhalten, sofern verfügbar. Dies ist möglicherweise für einige der Funktionen nicht verfügbar und hängt von der Kritikalität des Entwurfs eines Prototyps in früheren Entwicklungsstadien ab.
Aber wenn ein SRS Dokument (Spezifikation der Softwareanforderungen) ist für das Projekt verfügbar, die meisten Bildschirmprototypen werden vom Projektteam entwickelt. Diese Art von Bildschirm vereinfacht die Arbeit des Testers und erhöht die Effizienz der Tests.
#zwei) Als nächstes die Spezifikationen für funktionale Anforderungen . Dies hängt vom Organisationsprozess ab und ist in mehreren Dokumenten verfügbar.
Entscheiden Sie sich also für das beste Dokument zum Schreiben von Fällen. Entweder handelt es sich um ein Benutzeranforderungsdokument oder um funktionale Anforderungsspezifikationen (oder sogar um ein SRS-Dokument, wenn es für das Testteam bequem verständlich ist), das einen vollständigen Funktionsablauf der ausgewählten ergibt zu testende Funktion.
#3) Sobald der Bildschirmprototyp und die Funktionsspezifikationen vorhanden sind, sollte der Tester mit dem Schreiben der Fälle mit dem folgenden Ansatz und den folgenden Kriterien beginnen.
- UI-Tests ::Die Steuerelemente / Felder, die für den Benutzer sichtbar sind. Für die zu testende Funktion stehen statische und dynamische Steuerungen zur Verfügung. Zum Beispiel, Im obigen Anmeldebildschirm sind die Texte 'Benutzername und Passwort' statische Felder, die keine Benutzerinteraktion erfordern, nur um nur den Text anzuzeigen.
- Funktionsfälle ::Auf der anderen Seite sind die Anmeldeschaltfläche und die Hyperlinks (Passwort vergessen? & Registrierung) dynamische Felder, die eine Benutzerinteraktion erfordern, indem Sie auf die Steuerelemente klicken, die anschließend einige Aktionen ausführen.
- Datenbankfälle ::Sobald der Benutzer den Benutzernamen und das Kennwort eingegeben hat, können die Tests geschrieben werden, um in der zugehörigen Datenbank zu überprüfen, ob der Benutzername und das Kennwort in der richtigen Datenbank und Tabelle überprüft wurden und ob der Benutzer die Berechtigung hat, sich bei der zu testenden Anwendung anzumelden.
- Prozesstests ::Dies hängt mit dem Prozess zusammen (nicht mit den Aktionen, die mit den auf dem Bildschirm verfügbaren sichtbaren Steuerelementen verknüpft sind), die mit der Funktion und der Funktionalität verknüpft sind. Zum Beispiel, Wenn Sie im obigen Beispielbildschirm auf den Link Passwort vergessen klicken, wird möglicherweise eine E-Mail an den Benutzer gesendet. Vielleicht muss eine E-Mail auf den richtigen Prozess und die richtige Bestätigung getestet werden.
4) Schließlich behalten Sie die “ BAOE Mantra ', meint i) Grundfluss ii) Alternativer Fluss iii) Optionen und iv) Ausnahmen für die vollständige Abdeckung des Funktionsflusses und der zu testenden Funktion. Jedes Konzept sollte auf positive und negative Tests angewendet werden.
Zum Beispiel, Lassen Sie uns den einfachen BAOE-Ansatz für den obigen Beispiel-Anmeldebildschirm sehen.
- Grundlegender Ablauf: Geben Sie den URL-Pfad des Logins in einen beliebigen Browser ein, geben Sie die erforderlichen Informationen ein und melden Sie sich bei der Anwendung an.
- Alternativer Fluss: Installieren Sie die Anwendung auf einem mobilen Gerät, geben Sie die erforderlichen Informationen ein und melden Sie sich bei der Anwendung an.
- Optionen: Welche Optionen stehen zur Verfügung, um zum gleichen Anmeldebildschirm zu gelangen? Zum Beispiel, Wenn Sie sich nach der Anmeldung bei der Anwendung auf 'Abmelden' klicken, wird möglicherweise derselbe Bildschirm angezeigt. Wenn das Sitzungszeitlimit oder die Sitzung abgelaufen ist, kann der Benutzer zum Anmeldebildschirm gelangen.
- Ausnahmen: Was sind Ausnahmen, wenn meine Tests negativ sind? Zum Beispiel, Wenn im Anmeldebildschirm falsche Anmeldeinformationen eingegeben werden, wird angezeigt, ob der Benutzer eine Fehlermeldung erhält oder keine Aktion zugeordnet ist.
Lassen Sie uns mit all diesen Informationen beginnen, die TCs für den Anmeldebildschirm in einem Format mit vollständiger Abdeckung und Rückverfolgbarkeit sowie detaillierten Informationen zu schreiben. Die logische Reihenfolge und Nummerierung der Identifizierung des Testfall-ID “ ist sehr nützlich für eine schnelle Identifizierung der Ausführungshistorie von Testfällen.
Lesen Sie auch=> Mehr als 180 Beispiele für einsatzbereite Testfälle für Web- und Desktopanwendungen.
Testfalldokument
Hinweis : Die Testspalten sind nicht auf das folgende Beispiel-Testdokument beschränkt, das in einem Excel-Blatt verwaltet werden kann, um so viele Spalten zu enthalten, wie für eine vollständige Rückverfolgbarkeitsmatrix erforderlich sind, nämlich Priorität, Testzweck, Testart, Position des Fehler-Screenshots usw.,
Lesen Sie auch=> Beispiel für eine Testfallvorlage mit Beispielen.
Um die Einfachheit und Lesbarkeit dieses Dokuments zu vereinfachen, schreiben wir die Schritte zur Reproduktion des erwarteten und tatsächlichen Verhaltens der Tests für den Anmeldebildschirm im Detail weiter unten.
Hinweis : Fügen Sie am Ende dieser Vorlage die Spalte 'Tatsächliches Verhalten' hinzu.
Unterlassen Sie. | Schritte zum Reproduzieren | Erwartetes Verhalten |
---|---|---|
7. | Klicken Sie auf den Registrierungslink | Durch Klicken auf den Link sollte der Benutzer zum zugehörigen Bildschirm gelangen. |
1. | Öffnen Sie einen Browser und geben Sie die URL für den Anmeldebildschirm ein. | Der Anmeldebildschirm sollte angezeigt werden. |
2. | Installieren Sie die App auf dem Android-Handy und öffnen Sie sie. | Der Anmeldebildschirm sollte angezeigt werden. |
3. | Öffnen Sie den Anmeldebildschirm und überprüfen Sie, ob die verfügbaren Texte richtig geschrieben sind. | Der Text 'Benutzername' und 'Passwort' sollte vor dem zugehörigen Textfeld angezeigt werden. Die Schaltfläche 'Anmelden' sollte die Überschrift 'Anmelden' haben. 'Passwort vergessen?' Und 'Registrierung' sollten als Links verfügbar sein. |
Vier. | Geben Sie den Text in das Feld Benutzername ein. | Text kann per Mausklick oder Fokus über die Registerkarte eingegeben werden. |
5. | Geben Sie den Text in das Feld Passwort ein. | Text kann per Mausklick oder Fokus über die Registerkarte eingegeben werden. |
6. | Klicken Sie auf Passwort vergessen? Verknüpfung. | Durch Klicken auf den Link sollte der Benutzer zum zugehörigen Bildschirm gelangen. |
8. | Geben Sie den Benutzernamen und das Passwort ein und klicken Sie auf die Schaltfläche Anmelden. | Durch Klicken auf die Schaltfläche Anmelden sollte der zugehörige Bildschirm oder die entsprechende Anwendung aufgerufen werden. |
9. | Gehen Sie zur Datenbank und überprüfen Sie, ob der korrekte Tabellenname anhand der Eingabeanmeldeinformationen überprüft wurde. | Der Tabellenname sollte validiert und ein Statusflag für eine erfolgreiche oder fehlerhafte Anmeldung aktualisiert werden. |
10. | Klicken Sie auf Anmelden, ohne Text in die Felder Benutzername und Kennwort einzugeben. | Klicken Sie auf die Schaltfläche 'Anmelden', um ein Meldungsfeld 'Benutzername und Passwort sind obligatorisch' anzuzeigen. |
elf. | Klicken Sie auf Anmelden, ohne Text in das Feld Benutzername einzugeben, aber Text in das Feld Kennwort einzugeben. | Klicken Sie auf die Schaltfläche 'Anmelden', um ein Meldungsfeld 'Kennwort ist obligatorisch' anzuzeigen. |
12. | Klicken Sie auf Anmelden, ohne Text in das Feld Kennwort einzugeben, aber Text in das Feld Benutzername einzugeben. | Klicken Sie auf die Schaltfläche 'Anmelden', um ein Meldungsfeld 'Benutzername ist obligatorisch' anzuzeigen. |
13. | Geben Sie den maximal zulässigen Text in die Felder Benutzername und Passwort ein. | Sollte die maximal zulässigen 30 Zeichen akzeptieren. |
14. | Geben Sie den Benutzernamen und das Passwort beginnend mit den Sonderzeichen ein. | Sollte den Text, der mit Sonderzeichen beginnt, nicht akzeptieren, was bei der Registrierung nicht zulässig ist. |
fünfzehn. | Geben Sie den Benutzernamen und das Passwort beginnend mit Leerzeichen ein. | Sollte den Text mit Leerzeichen nicht akzeptieren, was bei der Registrierung nicht zulässig ist. |
16. | Geben Sie den Text in das Passwortfeld ein. | Sollte nicht der tatsächliche Text angezeigt werden, sollte stattdessen das Sternchen * angezeigt werden. |
17. | Aktualisieren Sie die Anmeldeseite. | Die Seite sollte mit leeren Feldern für Benutzername und Passwort aktualisiert werden. |
18. | Geben Sie den Benutzernamen ein. | Abhängig von den Einstellungen für das automatische Ausfüllen des Browsers sollten zuvor eingegebene Benutzernamen als Dropdown-Liste angezeigt werden. |
19. | Geben Sie das Passwort ein. | Abhängig von den Einstellungen für das automatische Ausfüllen des Browsers sollten zuvor eingegebene Kennwörter NICHT als Dropdown-Liste angezeigt werden. |
zwanzig. | Verschieben Sie den Fokus mithilfe der Registerkarte auf den Link Passwort vergessen. | Sowohl Mausklick als auch Eingabetaste sollten verwendbar sein. |
einundzwanzig. | Verschieben Sie den Fokus mithilfe der Registerkarte auf den Link Registrierung. | Sowohl Mausklick als auch Eingabetaste sollten verwendbar sein. |
22. | Aktualisieren Sie die Anmeldeseite und drücken Sie die Eingabetaste. | Die Anmeldeschaltfläche sollte fokussiert sein und die entsprechende Aktion sollte ausgelöst werden. |
2. 3. | Aktualisieren Sie die Anmeldeseite und drücken Sie die Tabulatortaste. | Der erste Fokus im Anmeldebildschirm sollte das Feld Benutzername sein. |
24. | Geben Sie den Benutzer und das Passwort ein und lassen Sie die Anmeldeseite 10 Minuten lang inaktiv. | Die Meldung 'Sitzung abgelaufen, Benutzername und Kennwort erneut eingeben' sollte angezeigt werden, wobei sowohl die Felder 'Benutzername' als auch 'Kennwort' deaktiviert sind. |
25. | Geben Sie die Anmelde-URL in den Browsern Chrome, Firefox und Internet Explorer ein. | Der gleiche Anmeldebildschirm sollte ohne große Abweichungen im Erscheinungsbild und in der Ausrichtung von Text- und Formularsteuerelementen angezeigt werden. |
26. | Geben Sie die Anmeldeinformationen ein und überprüfen Sie die Anmeldeaktivität in den Browsern Chrome, Firefox und Internet Explorer. | Die Aktion der Anmeldeschaltfläche sollte in allen Browsern gleich sein. |
27. | Überprüfen Sie, ob der Link Passwort vergessen und Registrierung in Chrome-, Firefox- und Internet Explorer-Browsern nicht fehlerhaft ist. | Beide Links sollten zu den entsprechenden Bildschirmen in allen Browsern führen. |
28. | Überprüfen Sie, ob die Anmeldefunktion in Android-Handys ordnungsgemäß funktioniert. | Die Anmeldefunktion sollte genauso funktionieren wie in der Webversion. |
29. | Überprüfen Sie, ob die Anmeldefunktion in Tab und iPhones ordnungsgemäß funktioniert. | Die Anmeldefunktion sollte genauso funktionieren wie in der Webversion. |
30. | Überprüfen Sie, ob der Anmeldebildschirm die gleichzeitigen Benutzer des Systems aktiviert und alle Benutzer den Anmeldebildschirm ohne Verzögerungen und innerhalb der festgelegten Zeit von 5 bis 10 Sekunden erhalten. | Dies sollte mit vielen physischen und virtuellen Kombinationen von Betriebssystem und Browsern erreicht werden oder kann mit einem Leistungs- / Lasttest-Tool erreicht werden. |
Testdatenerfassung
Wenn der Testfall geschrieben wird, besteht die wichtigste Aufgabe für jeden Tester darin, die Testdaten zu sammeln. Diese Aktivität wird von vielen Testern übersprungen und übersehen, mit der Annahme, dass die Testfälle mit einigen Beispieldaten oder Dummy-Daten ausgeführt werden können und eingespeist werden können, wenn die Daten wirklich benötigt werden. Dies ist ein kritisches Missverständnis, dass zum Zeitpunkt der Ausführung von Testfällen Probendaten oder Eingabedaten aus dem Mind Memory eingespeist werden.
Wenn die Daten zum Zeitpunkt des Schreibens der Tests nicht im Testdokument erfasst und aktualisiert werden, würde der Tester zum Zeitpunkt der Testausführung ungewöhnlich viel Zeit für die Erfassung der Daten aufwenden. Die Testdaten sollten sowohl für positive als auch für negative Fälle aus der gesamten Perspektive des Funktionsflusses des Merkmals gesammelt werden. Das Business Use Case-Dokument ist in dieser Situation sehr nützlich.
Suchen Sie ein Beispiel für ein Testdatendokument für die oben beschriebenen Tests, das wiederum hilfreich ist, wie effektiv wir die Daten erfassen können, die unsere Arbeit zum Zeitpunkt der Testausführung erleichtern.
ja Nein | Zweck der Testdaten | Aktuelle Testdaten |
---|---|---|
7. | Testen Sie den Benutzernamen und das Passwort mit allen kleinen Zeichen | Administrator (admin2015) |
1. | Testen Sie den richtigen Benutzernamen und das richtige Passwort | Administrator (admin2015) |
2. | Testen Sie die maximale Länge von Benutzername und Passwort | Administrator des Hauptsystems (admin2015admin2015admin2015admin) |
3. | Testen Sie die Leerzeichen für den Benutzernamen und das Passwort | Geben Sie Leerzeichen mit der Leertaste für Benutzername und Passwort ein |
Vier. | Testen Sie den falschen Benutzernamen und das falsche Passwort | Admin (aktiviert) (digx ## $ taxk209) |
5. | Testen Sie den Benutzernamen und das Passwort mit unkontrollierten Leerzeichen dazwischen. | Administrator (Administrator 2015) |
6. | Testen Sie den Benutzernamen und das Passwort beginnend mit Sonderzeichen | $% # @ # $ Administrator (% # * # ** # admin) |
8. | Testen Sie den Benutzernamen und das Passwort mit allen Großbuchstaben | ADMINISTRATOR (ADMIN2015) |
9. | Testen Sie die Anmeldung mit demselben Benutzernamen und demselben Kennwort mit mehreren Systemen gleichzeitig. | Administrator (admin2015) - für Chrome auf demselben Computer und einem anderen Computer mit den Betriebssystemen Windows XP, Windows 7, Windows 8 und Windows Server. Administrator (admin2015) - für Firefox auf demselben Computer und einem anderen Computer mit den Betriebssystemen Windows XP, Windows 7, Windows 8 und Windows Server. Administrator (admin2015) - für Internet Explorer auf demselben Computer und einem anderen Computer mit den Betriebssystemen Windows XP, Windows 7, Windows 8 und Windows Server. |
10. | Testen Sie die Anmeldung mit dem Benutzernamen und dem Kennwort in der mobilen Anwendung. | Administrator (admin2015) - für Safari und Opera in Android-Handys, iPhones und Tablets. |
****************************************************
Bedeutung der Standardisierung der Testfälle
In dieser geschäftigen Welt kann niemand Tag für Tag sich wiederholende Dinge mit dem gleichen Maß an Interesse und Energie tun. Insbesondere bin ich nicht begeistert davon, immer wieder dieselbe Aufgabe bei der Arbeit zu erledigen. Ich mag es Dinge zu verwalten und Zeit zu sparen. Jeder in der IT sollte es sein.
Alle IT-Unternehmen führen unterschiedliche Projekttypen aus. Diese Projekte können entweder produktbasiert oder serviceorientiert sein. Von diesen Projekten arbeiten die meisten mit Websites und Website-Tests . Die gute Nachricht ist, dass alle Websites viele Ähnlichkeiten aufweisen. Wenn sich die Websites auf dieselbe Domain beziehen, haben sie auch mehrere gemeinsame Funktionen.
Die Frage, die mich immer verwirrt, lautet: „Wenn die meisten Anwendungen ähnlich sind, zum Beispiel: Einzelhandelsstandorte, die bereits tausendmal getestet wurden:„ Warum müssen wir Testfälle für einen weiteren Einzelhandelsstandort von Grund auf neu schreiben? ” Sparen Sie nicht viel Zeit, indem Sie die vorhandenen Testskripte herausziehen, die zum Testen einer früheren Einzelhandels-Website verwendet wurden?
Sicher, es gibt einige kleine Änderungen, die wir möglicherweise vornehmen müssen, aber insgesamt ist es einfacher, effizienter, zeit- und geldsparend und hilft dabei immer, das Interesse der Tester hoch zu halten. Wer schreibt, überprüft und pflegt gerne wiederholt dieselben Testfälle? Die Wiederverwendung der vorhandenen Tests kann dies weitgehend lösen, und Ihre Kunden werden dies auch als intelligent und logisch empfinden.
Aus logischen Gründen habe ich begonnen, die vorhandenen Skripte aus ähnlichen webbasierten Projekten abzurufen, Änderungen vorzunehmen und sie schnell zu überprüfen. Ich habe auch die Farbcodierung verwendet, um die vorgenommenen Änderungen anzuzeigen, sodass sich der Prüfer nur auf das geänderte Teil konzentrieren kann.
Lebenszyklusmodell in der Softwareentwicklung
Gründe für die Wiederverwendung von Testfällen
# 1) Die meisten Funktionsbereiche einer Website sind Fast-Login, Registrierung, Hinzufügen zum Warenkorb, Wunschliste, Kaufabwicklung, Versandoptionen, Zahlungsoptionen, Inhalt der Produktseite, kürzlich angesehene, relevante Produkte, Promo-Code-Funktionen usw.
#zwei) Bei den meisten Projekten handelt es sich lediglich um Erweiterungen oder Änderungen der vorhandenen Funktionalität.
#3) Content-Management-Systeme, die die Slots für das Hochladen von Bildern auf statische und dynamische Weise definieren, sind auch für alle Websites gleich.
# 4) Einzelhandels-Websites haben CSR (Kundendienst) System auch.
# 5) Das Backend-System und die Lageranwendung mit JDA werden auch von allen Websites verwendet.
# 6) Das Konzept von Cookies, Timeout und Sicherheit ist ebenfalls weit verbreitet.
# 7) Webbasierte Projekte sind häufig anfällig für Anforderungsänderungen.
# 8) Das Arten von Tests benötigt werden sind häufig wie Browser Kompatibilitätstests , Leistungstest , Sicherheitstests
Sie sehen, es gibt viele Gemeinsamkeiten und Ähnliches.
Obwohl die Wiederverwendbarkeit der richtige Weg ist, können die Änderungen selbst manchmal mehr oder weniger Zeit in Anspruch nehmen oder auch nicht. Manchmal mag man das Gefühl haben, es sei besser, von vorne zu beginnen, als so viel zu modifizieren.
Dies kann einfach gehandhabt werden, indem eine Reihe von Standardtestfällen für jede der allgemeinen Funktionen erstellt wird.
Was ist ein Standardtest beim Webtest?
- Erstellen Sie vollständige Testfälle - Schritte, Daten, Variablen usw. Dadurch wird sichergestellt, dass die nicht ähnlichen Daten / Variablen einfach ersetzt werden können, wenn ein ähnlicher Testfall erforderlich ist.
- Die Ein- und Ausstiegskriterien sollten richtig definiert sein.
- Die veränderbaren Schritte oder die Anweisung in den Schritten sollten zum schnellen Suchen und Ersetzen in einer anderen Farbe hervorgehoben werden.
- Die für die Standard-Testfallerstellung verwendete Sprache sollte generisch sein.
- Alle Funktionen jeder Website sollten in den Testfällen behandelt werden.
- Der Name der Testfälle sollte der Name der Funktionalität oder der Funktion sein, die der Testfall abdeckt. Dies erleichtert das Auffinden des Testfalls aus dem Set erheblich.
- Wenn es eine Basis- oder Standardbeispiel- oder GUI-Datei oder einen Screenshot der Funktion gibt, sollte diese mit den entsprechenden Schritten angehängt werden.
Mithilfe der oben genannten Tipps können Sie eine Reihe von Standardskripten erstellen und diese mit geringen oder erforderlichen Änderungen für verschiedene Websites verwenden.
Diese Standardtestfälle können auch automatisiert werden, aber auch hier ist es immer von Vorteil, sich wieder auf die Wiederverwendbarkeit zu konzentrieren. Auch wenn Automatisierung basiert auf einer grafischen Benutzeroberfläche. Die Wiederverwendung der Skripte über mehrere URLs oder Websites hinweg hat ich persönlich nie für effektiv befunden.
Die Verwendung eines Standardsatzes manueller Testfälle für verschiedene Websites mit geringfügigen Änderungen ist der beste Weg, um einen Website-Test durchzuführen. Alles, was wir brauchen, ist, die Testfälle mit den richtigen Standards und der richtigen Verwendung zu erstellen und zu warten.
Fazit
Die Verbesserung der Effizienz von Testfällen ist kein einfach definierter Begriff, sondern eine Übung, die durch einen ausgereiften Prozess und regelmäßige Praxis erreicht werden kann.
Das Testteam sollte nicht müde sein, sich an der Verbesserung solcher Aufgaben zu beteiligen, da es das beste Werkzeug für größere Erfolge in der Qualitätswelt ist. Dies wird in vielen Testorganisationen weltweit in unternehmenskritischen Projekten und komplexen Anwendungen bewiesen.
Ich hoffe, Sie hätten immense Kenntnisse über das Konzept der Testfälle gewonnen. Sehen Sie sich unsere Reihe von Tutorials an, um mehr über Testfälle zu erfahren, und äußern Sie Ihre Gedanken im Kommentarbereich unten!
Literatur-Empfehlungen
- Funktionstests gegen nichtfunktionale Tests
- Portability Testing Guide mit praktischen Beispielen
- Arten von Softwaretests: Verschiedene Testtypen mit Details
- Beste Software-Test-Tools 2021 [QA Test Automation Tools]
- Alpha-Tests und Beta-Tests (eine vollständige Anleitung)
- Was ist Systemtest - Ein ultimativer Leitfaden für Anfänger
- Beispielfragebögen zur ISTQB-Testzertifizierung mit Antworten
- So schreiben Sie einen wöchentlichen Statusbericht zum Testen von Software