Top 13 Tipps für das Schreiben effektive Testfälle, QuickSoftwareTesting
Die Testfälle sind für jedes Projekt sehr wichtig, da dies der erste Schritt in jedem Testzyklus ist, und wenn irgendetwas in diesem Schritt schief geht, bekommen die Auswirkungen hochgerechnet, wie Sie vorwärts in dem Software-Test-Lebenszyklus zu bewegen.
Zu wissen, wie gut Testfälle zu schreiben, ist extrem wichtig, dass Sie als Test Ressource und glauben Sie mir, es dauert nicht zu viel von Ihrer Zeit und Aufwand effektive Testskripte zu schreiben! Sie müssen nur bestimmte Richtlinien zu folgen, während Testfälle schreiben oder wie sie es nennen - folgen „Testfall Best Practices zu schreiben.“
In diesem Artikel werde ich über einige einfache, aber effektive Tipps sprechen, die Sie für das Schreiben effektive Testfälle benutzen konnten. [In Verbindung stehende Pfosten: Haben Sie Testfälle in agiles Testen schreiben müssen? ]
Testfall Schreiben ist eine Tätigkeit, die einen großen Einfluss auf die Testphase hat und dies macht Testfälle ein wichtiger Bestandteil des Testausführungsprozess!
Also, Testfälle zu schreiben, die auch wirksam sind als wiederverwendbar ist sehr wichtig; gute Testfälle viel Zeit in den späteren Stadien der Prüfung retten (wirklich!), wenn Sie es direkt im ersten Versuch zu tun ...
Effektive Testfälle Schreiben ist eine Fertigkeit, und Sie können es nur für die Testfälle mit der Praxis und in einem tiefen Verständnis für die Anwendung erwerben geschrieben werden.
Die Einbeziehung einige einfache Tipps, die ich hier gegeben haben, wird Ihnen helfen, die Fähigkeit der Testfall schriftlich beherrschen.
Bevor wir nach rechts auf den Spitzen springen, lässt kurz verstehen: „Was ist ein Testfall ist?“
Ein Testfall ist einfach eine Liste von Aktionen, die eine bestimmte Funktionalität oder Funktion der zu testenden Anwendung ausgeführt werden müssen, um zu überprüfen. Schauen Sie sich die Wikipedia-Definition heraus hier.
Hier ist die Liste der Top-13-Tipps / Richtlinien, die Sie im Auge während der Test-Design-Aktivitäten halten können Testfälle zu schreiben, die wirksam sind, leicht verständlich und wiederverwendbar! Auf geht's…
Einfache Tipps für effektive Testfälle schreiben
# 1. Testfall Namenskonventionen
Obwohl dies die einfachste Spitze auf dieser Liste zu folgen ist (! Fühle mich), Mehrheit von uns übe es nicht sehr effektiv - Namenskonvention für Testfälle!
Es ist immer eine gute Praxis, um Ihre Testfälle in einer Art und Weise zu nennen, dass es Sinn zu jedermann macht, die Testfälle in Zukunft beziehen wird (einschließlich YOU!)
Quick-Tipp: Als bewährte Methode, die Testfälle nennt die Modulnamen oder Funktionsbereich vertreten Sie in diesem Testfall überprüfen gehen.
Nehmen wir ein Beispiel nehmen!
Es gibt ein Projekt „Online“ genannt, die einen Funktionsbereich hat den Namen „Login“
Um die Dinge einfach zu halten, statt die Tests als TC_01 zu nennen, konnte ich die unten Namenskonvention für meinen Testfall verwenden, so dass es eine kurze Vorstellung von gibt, was den Test ist für nur, indem du seinen Namen suchen.
- TC_01_Online_Login_Success oder,
- TC_01_Online_Valid_Case und ebenfalls ...
Versuchen Sie einfach, es für das Projekt relevanten / Modul / Funktionsmerkmal im Test aussehen ...
Dies ist nur ein Beispiel und Sie können die Testfälle benennen je nachdem, wie Sie am besten passt.
Versuchen Sie, sie so viel Sinn zu machen, machen sie können nur durch im Testfall-ID oder Testfallnamen suchen!
Ich hoffe, das war ziemlich einfach. Okay, lassen Sie sich auf zum nächsten bewegen!
# 2. Testfallbeschreibung
Beschreibung ist, wo Sie erwähnen, alle Details über das, was Sie testen wollen, und das besondere Verhalten durch den Test überprüft.
Die ‚Beschreibung‘ Testfall sollte definieren ‚Was werde teste ich?‘
Was muss überprüft werden, die Testumgebung in überprüft werden muss, welche Testdaten verwendet werden soll - all diese Informationen in Beschreibung geht.
Quick-Tipp: Geben Sie so viele Informationen wie möglich in der Testfallbeschreibung!
Vor allem würden Sie die folgenden Informationen in einer gut geschriebenen Testfallbeschreibung finden:
- Test durchgeführt werden / Verhalten wird überprüft
- Voraussetzungen und Annahmen (irgendwelche Abhängigkeiten)
- Testdaten verwendet werden
- Testumgebung Angaben (falls zutreffend)
- Jegliche Testing-Tools werden für den Test verwendet
Ich habe mehr geschrieben über ‚Annahmen und Voraussetzungen und‚Testdaten‘weiter unten.
#3. Annahmen und Voraussetzungen
Während Testfälle zu schreiben, sollten Sie alle Annahmen kommunizieren, die zu einem Test anwenden, zusammen mit allen Voraussetzungen, die vor dem Test erfüllt werden müssen, kann ausgeführt werden.
Im Folgenden sind die Art von Informationen würden Sie als Teil dieses Abschnitts abdecken möchten:
- Jeder Benutzer Datenabhängigkeit (z sollte der Benutzer angemeldet sein, welche Seite sollte der Benutzer die Reise beginnen, etc.)
- Abhängigkeiten von Testumgebung
- Eine besondere Einrichtung vor der Testausführung durchgeführt werden
- Abhängigkeiten auf anderen Testfällen - der Testfall muss vor ausgeführt werden / nach einem anderen Testfall?
Quick-Tipp: Achten Sie darauf, so viele Informationen wie möglich hinzuzufügen, für alle Bedingungen vor der Ausführung des Testfalls erfüllt werden.
Diese Liste ist nicht erschöpfend, und die Dinge, die ich aufgelistet habe, sind nur ein Beispiel dafür, was Sie in diesem Abschnitt enthalten könnten.
# 4. Test Data Input
Identifizieren von Testdaten können wirklich eine zeitraubende Tätigkeit sein - viele Male Testdatenaufbereitung nimmt die meiste Zeit in einem Testzyklus.
innerhalb der Testfallbeschreibung oder mit dem spezifischen Test Case Schritt, um Ihr Leben einfach als Tester zu machen (und Ihren Mitmenschen Tester!), soweit zutreffend, können Sie Testdaten geben für den Testfall verwendet werden.
Das spart eine Menge Zeit auf lange Sicht, da Sie nicht eine neue Testdaten jedes Mal, die Sie benötigen, um den Test durchführen jagen müssen.
# 5. Decken Sie alle Prüfpunkte in Testdesign Schritte
Ein weiterer wichtiger Teil eines gut geschriebenen Testfall richtig Testfall Prüfungsschritte definiert, die alle die Prüfpunkte für Funktion im Test.
Quick-Tipp: Das Testdesign Schritte sollten den Funktionsablauf nicht nur decken, sondern auch jeden Prüfpunkt, die getestet werden müssen!
Durch den Vergleich Fall Ihre Prüfung mit den Artefakten (Anforderung von Dokumenten, Use Cases, User Stories oder Process Maps) die Schritte für das Projekt gegeben, können Sie sicherstellen, dass der Testfall optimal alle Prüfpunkte abdeckt.
Bonus-Tipp: Wenn Sie in der agilen Testen arbeiten, können Sie entscheiden, nicht jeden einzelnen Test als Testfall zu decken (überprüfen: Sie sollten Testfälle in agilen schreiben?). Stattdessen können Sie einige dieser Prüfungsschritte bei der Versuchstests decken (sprich: Vorteile der explorativen Testen).
# 6. Bringen Sie die relevanten Artefakte
Wie ich in dem oben genannten Punkt, wo immer möglich, sollten Sie die entsprechenden Artefakte zu Ihrem Testfall befestigen.
Wenn die Änderung, die Sie testen nicht massiv ist, könnten Sie halten es in dem Testschritt Erwähnen selbst.
Aber, wenn es einen bestimmten Abschnitt auf dem Bildschirm beinhaltet, die schwierig sein könnten in dem Testschritt zu erwähnen, hilft, die Spezifikationsdokumente oder Bildschirm-Design zu diesem bestimmten Schritt zu befestigen.
# 7. erwartetes Ergebnis
Ein gut geschriebener Test Case erwähnt deutlich das erwartete Ergebnis der Anwendung oder des zu testenden Systems. Jeder Testdesign Schritt sollte klar erkennen lassen, was Sie als Ergebnis dieser Überprüfungsschritt erwarten.
Während also die Testfälle schreiben, erwähnen im Detail, welche Seite / Bildschirm Sie nach dem Test erscheinen erwarten und alle Aktualisierungen, die Sie als Ergebnis erwarten in Back-End-Systeme oder Datenbanken (ex gemacht werden. Ein neuer Eintrag gemacht werden sollte, um DB-Tabelle).
Sie können auch Screenshots oder Spezifikationsdokumente zu dem betreffenden Schritt schließen Sie das System zu erwähnen sollte, wie im gegebenen Dokument beschriebenen arbeitet die Dinge einfacher zu machen.
# 8. Teilen Sie spezielle Funktionstestfälle in Sets
Für eine effektive Testfall schriftlich. Sie sollten Ihre Testfälle brechen in Gruppen und Untergruppen zu testen einige spezielle Szenarien wie Browser bestimmte Verhaltensweisen, Cookie-Überprüfung, Usability-Tests, Web-Service-Prüfung und die Überprüfung von Fehlerbedingungen usw. prüfen
Wenn Sie versuchen, effektive Testfälle zu schreiben, sollten Sie diese spezielle Funktionstestfall separat schreiben.
Zum Beispiel Testfälle Fehlerbedingungen zu überprüfen, sollten getrennt von Funktionstestfälle geschrieben werden und sollten Schritte müssen die Fehlermeldungen zu überprüfen.
Quick-Tipp: Wenn während dieser Szenarien in Sätze zu schreiben, ein besonderes Merkmal eine Menge Eingangskombinationen hat, können Sie den Test in Untertests trennen.
Zum Beispiel, wenn Sie, wie die Login-Funktion für jede Anwendung mit einem ungültigen Eingabe arbeitet, um zu überprüfen, dann können Sie diese negativen Tests für Login-Funktionalität in Untertests für verschiedene Werte brechen wie:
- Stellen Sie sicher, mit ungültiger E-Mail-ID
- Stellen Sie sicher, mit ungültigem Kennwort
- Stellen Sie sicher, mit leerem E-Mail-ID-Feld und so weiter ...
# 9. Leserlich - leicht verständlich
Welches Projekt Sie arbeiten, wenn Testfälle entwerfen, sollten Sie immer bedenken, dass die Testfälle nicht immer von dem einen ausgeführt werden, die sie entwirft.
So sollten die Tests leicht verständlich und lesbar sind und auf den Punkt gebracht.
Test Case-Suiten, die nur verständlich durch die diejenigen sind, die sie entworfen sind allgegenwärtig.
Stellen Sie sich ein Szenario, in dem die Person, die all diese Testfälle schrieb aus irgendeinem Grund verlässt und Sie haben ein komplett neues Team auf die Testfallausführung zu arbeiten, die ganze Anstrengung während der Designphase verbrachte könnte den Bach runter gehen.
Wenn Sie derjenige Verlassen der Organisation sind, sind Sie besser dran, aber wenn Sie in der gleichen Firma sind aber nur verändert Teams, könnten Sie die ganze Zeit stupste zum Erklären, was Sie geschrieben!
Also besser macht es richtig das erste Mal!
Sie sollten Testfälle auf das Schreiben konzentrieren, dass:
- Einfach und leicht verständlich ist von allen (auch Sie!)
- Areto-the-Punkt! Sie haben keine Aufsätze schreiben werden! (Wo auch immer Sie das Gefühl, jeder Testfall wird über eine gewissen Schritte gehen, können Sie es in einen neuen Testfall zu brechen)
- noch haben genügend Deckung
# 10. Überprüfung
Mit Testfällen eine wichtige Rolle in Software Testing Lebenszyklus spielen. sicherstellen, dass sie korrekt sind und den Normen entsprechen, wird noch notwendig - das ist, wo der Test Case Review-Prozess kommt ins Bild.
Quick-Tipp: Test Case Review kann durch Peer-Tester (bezeichnet als ‚Peer Review"), BA, Entwickler, Produktbesitzer oder alle relevant Beteiligten erfolgen.
# 11. Wiederverwendbar
Sie sollten Testfälle unter Berücksichtigung schreiben, dass sie in Zukunft für einiges anderes Projekt / Team wiederverwendet werden können.
In diesem Sinne, bevor Sie einen neuen Testfall für Ihr Projekt / Modul zu schreiben, versuchen immer und herauszufinden, ob es Testfälle geschrieben bereits für den gleichen Bereich sind? Das spart wirklich viel Zeit!
Wenn Sie ein wenig Zeit mit dem anderen Teams, herauszufinden, den bestehenden Testfall verbringen könnten Sie Glück haben - Sie werden nicht daher keine Testfälle wiederholen Redundanzen in Ihren Test-Management-Tool (wie ALM oder QC) zu vermeiden.
Dies könnte nicht anwenden, wenn Ihr ein neues Projekt ist, können Sie jedoch versuchen, Testfälle in einer Art und Weise zu schreiben, dass sie für eine andere Zukunft Projekt wiederverwendet werden konnte.
Auch, wenn Sie einen bestimmten Testfall müssen einige andere Testfall auszuführen, können Sie rufen Sie einfach den vorhandenen Testfall in Vorbedingungen oder zu einem bestimmten Testdesign Schritt.
# 12. Wartung - Updates
Okay, für diese eine viel Zeiger sind bereits oben (in Punkt # 11) abgedeckt!
Quick-Tipp: Denken Sie immer an die vorhandenen Testfälle zu aktualisieren, bevor Sie neue Testfälle Schreiben beginnen!
Unter erneuten Hinweis auf meinen Punktes über die Wiederverwendbarkeit. im Fall von Änderungen an einer bestehenden Reise oder Funktionalität, müssen Sie berücksichtigen, die vorhandenen Testfälle zu aktualisieren, anstatt alle neue Testfälle schreiben, damit Redundanzen zu dem bestehenden Satz zu vermeiden.
# 13. Post Bedingungen
Post-Bedingungen angeben, im Grunde die verschiedene Dinge, die überprüft werden müssen, nach dem Test durchgeführt worden ist.
Darüber hinaus werden nach Bedingungen auch das System in seinen ursprünglichen Zustand wiederherzustellen für sie nicht mit späterer Prüfung zu stören zu geben Führungsbefehl verwendet.
Zum Beispiel ist dies sehr nützlich, wenn Sie die Änderungen erwähnen, auf ein Testdatum vorgenommen werden, damit sie für einen späteren Test für die gleiche Funktionalität verwendet werden.
Es ist eine große Aufgabe, effektive Testfälle mit allen erforderlichen Details über sie zu schreiben. Solange Sie aus der Endbenutzer Perspektive zu denken, stellen Sie sicher, wissen die Anwendung End-to-End, und folgen Sie den Testfall schriftlich Best Practices ich hier schon erwähnt haben, sind Sie wird gut! # 128521;
Hier in dieser Liste, ich habe versucht, die einfachen und nützliche Tipps zu decken, die Sie anwenden können, während Sie in der Testfall-Design-Phase sind.
Ich habe versucht, eine umfassende Checkliste zur Vorbereitung Sie folgen können, während Testfälle entwerfen - es hat mir mehrere Sitzungen und viele Stunden, um diese Liste zu erstellen - nur bemerkt, hat der Artikel mehr als 2300 Worte gekreuzt # 128521;
Ich hoffe wirklich, diese Liste helfen Sie!
Nun, da Sie wissen, wie Testfälle schreiben (zumindest ich hoffe, Sie tun!), Wieder die besten Testfälle zu entwerfen und durchbrechen die App während der Ausführung!
Wenn Sie diese Checkliste nützlich gefunden, Sie bitte meine Bemühungen unterstützen, indem Sie diesen Artikel auf Linkedin, Facebook und Twitter zu teilen.
Best of Luck und Viel Spaß beim Testen!
Sie können fallen mir auch eine Linie mit Ihrem Vorschlag und hier Feedback.
Nun Aman geschrieben. Diese Tipps sollten daran erinnern, halten die Grundlagen sauber zu halten.
Haben Sie oder eine der dies hier konfrontiert Leser? Wie arbeiten Sie, um dies in Ihrem Arbeitsbereich?
Ich werde auf einem aufzuschreiben arbeiten und poste hier bald als zu dem, was wir tun. Inzwischen wollte ich an die Gemeinde diese Frage hinauszuwerfen.
Hallo Manish, Sie haben einen wichtigen Punkt hier gemacht.
Der ganze Sinn der agilen ist zu brechen Anforderungen (User Stories) in kleinere Stücke der lieferbaren Funktionen (minimal fähige Produkte). Im Idealfall fühlen, wenn wir als Scrum-Team, dass eine User Story ist riesig im Sprint geliefert werden, wir versuchen, es zu brechen in kleineren Benutzer-Geschichten oder Teilaufgaben.
Dies geschieht unter der Annahme, wenn das Projekt / Gedränge zu einem Ende kommen würde, ist dieses besondere Merkmal könnte noch Spannung führen loslassen und noch Wert auf die Anwendung hinzuzufügen. Das ist genau das, was wir in unserem Scrum-Team zu tun.
Ich würde gerne Ihre Schreib sehen, und es wäre toll, es auf QST zu veröffentlichen für andere Leser ihre Version zu geben, wie sie solche Situationen in ihren Teams behandeln. Sie können Ihre Zuschreibung auf Aman [at] quicksoftwaretesting [dot] com oder laden Sie sie senden.