difference between test plan
Erfahren Sie anhand von Beispielen, was der Unterschied zwischen Testplan, Teststrategie, Testfall, Testskript, Testszenario und Testbedingung ist:
Das Testen von Software umfasst mehrere grundlegende und wichtige Konzepte, die jeder Softwaretester kennen sollte.
In diesem Artikel werden die verschiedenen Konzepte des Softwaretests sowie deren Vergleich erläutert.
Testplan gegen Teststrategie, Testfall gegen Testskript, Testszenario gegen Testbedingung und Testverfahren gegen Testsuite werden zum leichteren Verständnis ausführlich erläutert.
=> Klicken Sie hier, um die vollständige Testplan-Lernserie anzuzeigen
Die obige Frage von Sasi C. ist die am häufigsten gestellte Frage in unserer Software-Testklasse und ich sage unseren Teilnehmern immer, dass wir diese Wörter mit der Erfahrung kaum bemerken und dass sie Teil unseres Wortschatzes werden.
Aber oft sind diese verwirrt, und in diesem Artikel versuche ich, einige häufig verwendete Begriffe zu definieren.
Verschiedene Software-Testkonzepte
Nachfolgend sind die verschiedenen Software-Testkonzepte zusammen mit ihrem Vergleich aufgeführt.
Lasst uns beginnen!!
Was du lernen wirst:
- Unterschied zwischen Testplan und Teststrategie
- Unterschied zwischen Testfall und Testskript
- Unterschied zwischen Testszenario und Testbedingung
- Unterschied zwischen Testverfahren und Testsuite
- Fazit
Unterschied zwischen Testplan und Teststrategie
Teststrategie und Testplan sind zwei wichtige Dokumente im Testlebenszyklus eines Projekts. Hier versuchen wir Ihnen ein detailliertes Wissen über Teststrategien und Testplandokumente zu vermitteln.
Versuchsplan
Ein Testplan kann als Dokument definiert werden, das den Umfang, das Ziel und den Ansatz zum Testen der Softwareanwendung definiert. Der Testplan ist ein Begriff und ein Ergebnis.
Der Testplan ist ein Dokument, in dem alle Aktivitäten in einem QS-Projekt aufgelistet, geplant, der Umfang des Projekts, Rollen und Verantwortlichkeiten, Risiken, Ein- und Ausstiegskriterien, Testziele und alles andere, was Sie sich vorstellen können, definiert werden.
Der Testplan ist so, wie ich es gerne als „Super-Dokument“ bezeichne, das alles auflistet, was es zu wissen und zu brauchen gibt. Bitte Überprüfen Sie diesen Link Weitere Informationen und ein Beispiel.
Der Testplan wird basierend auf den Anforderungen entworfen. Bei der Zuweisung von Arbeiten an die Testingenieure wird aus bestimmten Gründen einer der Tester durch einen anderen ersetzt. Hier wird der Testplan aktualisiert.
So führen Sie Browserkompatibilitätstests durch
Die Teststrategie beschreibt den Testansatz und alles andere, was ihn umgibt. Es unterscheidet sich vom Testplan insofern, als eine Teststrategie nur eine Teilmenge des Testplans ist. Es ist ein Hardcore-Testdokument, das in gewissem Maße allgemein und statisch ist. Es gibt auch ein Argument darüber, auf welchen Ebenen die Teststrategie oder der Testplan verwendet wird - aber ich sehe wirklich keinen erkennbaren Unterschied.
Beispiel: Der Testplan gibt Auskunft darüber, wer zu welchem Zeitpunkt testen wird. Zum Beispiel, Modul 1 wird vom „X-Tester“ getestet. Wenn Tester Y aus irgendeinem Grund X ersetzt, muss der Testplan aktualisiert werden.
Testplandokument
Testplan ist ein Dokument, das vollständige Informationen zu Testaufgaben im Zusammenhang mit einem Softwareprojekt enthält. Es enthält Details wie Testumfang, Testarten, Ziele, Testmethodik, Testaufwand, Risiken und Eventualitäten, Freigabekriterien, Testergebnisse usw. Es verfolgt mögliche Tests, die nach dem Codieren auf dem System ausgeführt werden.
Der Testplan soll sich offensichtlich ändern. Zunächst wird ein Entwurf eines Testplans entwickelt, der auf der Klarheit des Projekts zu diesem Zeitpunkt basiert. Dieser ursprüngliche Plan wird im Verlauf des Projekts geändert. Testteam-Manager oder Testleiter können das Testplandokument vorbereiten. Es beschreibt die Spezifikationen und kann sich aufgrund derselben ändern.
Was zu testen ist, wann zu testen ist, wer zu testen ist und wie zu testen ist, wird im Testplan definiert. Der Testplan sortiert eine Liste mit Problemen, Abhängigkeiten und den zugrunde liegenden Risiken.
Arten von Testplänen
Testpläne können je nach Testphase von unterschiedlicher Art sein. Zunächst wird ein Master-Testplan für die gesamte Projektdurchführung erstellt. Für bestimmte Testtypen wie Systemtests, Systemintegrationstests, Benutzerakzeptanztests usw. können separate Testpläne erstellt werden.
Ein anderer Ansatz besteht darin, separate Testpläne für funktionale und nicht funktionale Tests zu haben. Bei dieser Ansatzleistung wird für das Testen ein separater Testplan erstellt.
Inhalt des Testplandokuments ( IEEE-829-Testplanstruktur )
Es ist schwierig, ein klares Format für den Testplan zu zeichnen. Das Format des Testplans kann je nach Projekt variieren. IEEE hat einen Standard für Testpläne definiert, die als IEEE-829-Testplanstruktur bezeichnet werden.
Nachfolgend finden Sie IEEE-Empfehlungen für einen Standardinhalt des Testplans:
- Testplan-ID
- Einführung
- Probeartikel
- Probleme mit dem Softwarerisiko
- Zu testende Funktionen
- Funktionen, die nicht getestet werden sollen
- Ansatz
- Artikel bestanden / nicht bestanden Kriterien (oder) Akzeptanzkriterien
- Suspendierungskriterien und Wiederaufnahmevoraussetzungen
- Testergebnisse
- Testaufgaben
- Umweltanforderungen
- Personal- und Schulungsbedarf
- Verantwortlichkeiten
- Zeitplan
- Zulassungen
Empfohlene Lektüre => Testplan-Tutorial - Eine perfekte Anleitung
Teststrategie
Die Teststrategie besteht aus einer Reihe von Richtlinien, die das Testdesign erläutern und festlegen, wie Tests durchgeführt werden müssen.
Beispiel: Eine Teststrategie enthält Details wie „Einzelne Module müssen von den Mitgliedern des Testteams getestet werden“. In diesem Fall spielt es keine Rolle, wer es testet. Es ist also generisch und die Änderung im Teammitglied muss nicht aktualisiert werden, damit es statisch bleibt.
Teststrategiedokument
Der Zweck der Teststrategie besteht darin, den Testansatz, die Arten von Tests, Testumgebungen und Tools, die zum Testen verwendet werden sollen, sowie die allgemeinen Details zur Ausrichtung der Teststrategie auf andere Prozesse zu definieren. Das Teststrategiedokument soll ein lebendes Dokument sein und wird aktualisiert **, wenn wir mehr Klarheit über Anforderungen, SLA-Parameter, Testumgebung und Build-Management-Ansatz usw. erhalten.
Die Teststrategie richtet sich an das gesamte Projektteam, das aus Projektsponsoren, KMU, Anwendungs- / Integrationsentwicklung, Systemintegrationspartnern, Datenkonvertierungsteams, Build / Release-Managementteams wie technischen Leads, Architektur-Leads sowie Bereitstellungs- und Infrastrukturteams besteht.
** **. Einige argumentieren, dass eine einmal definierte Teststrategie niemals aktualisiert werden sollte. In den meisten Testprojekten wird es normalerweise im Verlauf des Projekts aktualisiert.
Nachfolgend sind die wichtigen Abschnitte aufgeführt, die ein Teststrategiedokument enthalten sollte:
# 1) Projektübersicht
Dieser Abschnitt kann mit einem Überblick über die Organisation beginnen, gefolgt von einer kurzen Beschreibung des vorliegenden Projekts. Es kann unten Details enthalten
- Was war die Notwendigkeit für das Projekt?
- Welche Ziele wird das Projekt erreichen?
Tabelle der Akronyme: Es ist besser, eine Tabelle mit Akronymen einzuschließen, die der Dokumentenleser möglicherweise beim Verweisen auf das Dokument erstellt.
# 2) Anforderungsumfang
Der Anforderungsumfang kann den Anwendungsbereich und den Funktionsumfang umfassen
Anwendungsbereich Definiert das zu testende System und die Auswirkungen auf das System aufgrund neuer oder geänderter Funktionen. Verwandte Systeme können ebenfalls definiert werden.
| System | Auswirkungen (neue oder geänderte Funktionalität) | Verwandtes System |
|---|---|---|
| Es wird beschrieben, wie zu testen ist, wann zu testen ist, wer zu testen ist und was zu testen ist. | Es beschreibt, welche Art von Technik zu befolgen ist und welches Modul zu testen ist. | |
| System A. | Neue Verbesserungen und Fehlerbehebungen | • System B. • System C. |
Funktionsumfang definiert die Auswirkungen auf verschiedene Module innerhalb des Systems. Hier wird jedes verwandte System in Bezug auf die Funktionalität erklärt.
| System | Modul | Funktionalität | Verwandtes System |
|---|---|---|---|
| System C. | Modul 1 | Funktionalität 1 | System B. |
| Funktionalität 2 | System C. |
# 3) Hochrangiger Testplan
Testplan ist ein separates Dokument. In die Teststrategie kann ein Testplan auf hoher Ebene aufgenommen werden. Ein Testplan auf hoher Ebene kann Testziele und Testumfang enthalten. Der Testumfang sollte sowohl Aktivitäten im Umfang als auch Aktivitäten außerhalb des Umfangs definieren.
# 4) Testansatz
In diesem Abschnitt wird der Testansatz beschrieben, der während des Testlebenszyklus verfolgt wird.
Gemäß dem obigen Diagramm werden die Tests in zwei Phasen durchgeführt, d. H. Teststrategie und -planung und Testausführung. Die Teststrategie- und Planungsphase ist einmalig für ein Gesamtprogramm, während die Testausführungsphasen für jeden Zyklus des Gesamtprogramms wiederholt werden. Das obige Diagramm zeigt verschiedene Phasen und Ergebnisse (Ergebnisse) in jeder Phase des Ausführungsansatzes.
Der Testansatz sollte die folgenden Unterabschnitte enthalten
a) Testplan: Erläutern Sie den vorgeschlagenen Projektzeitplan in diesem Unterabschnitt
b) Funktionsprüfungsansatz: Die Verwendung dieses Unterabschnitts bietet einen Überblick über jede Phase und die jeweiligen Ein- und Ausstiegskriterien. Verschiedene Testphasen sind Unit-Tests, Systemtests, Systemintegrationstests, Benutzerakzeptanztests und End-to-End-Tests.
c) Testen der wichtigsten Leistungsindikatoren:
- Priorisierung von Testfällen: Definieren Sie den Testfall-Priorisierungsansatz so, dass im Falle von Zeitbeschränkungen Szenarien mit hoher Priorität vom Testteam ausgeführt werden können. Zwischen den Projektbeteiligten sollte eine Einigung über die möglichen Risiken erzielt werden, die damit verbunden sind, dass nicht alle geplanten Szenarien ausgeführt werden.
- Fehlerpriorisierung: Die Strategie zur Fehlerpriorisierung ist das nächste Thema, das hier behandelt wird. Definieren Sie die Prioritätsstufe und geben Sie die Beschreibung für jede Stufe wie kritisch, hoch, mittel usw. an
- Fehlerumlaufzeit: Die Fehlerumlaufzeit ist definiert als die Zeit zwischen dem ersten Auftreten des Fehlers und dem Beheben des Fehlers und der erneuten Prüfung. Eine schnelle Abwicklung gewährleistet schnelle Tests und die Einhaltung des Projektzeitplans. Definieren Sie für jede Fehlerprioritätsstufe die Bearbeitungszeit.
| Prioritätsstufe | Fehlerumlaufzeit |
|---|---|
| 1 - Kritisch | Reaktionszeit: 2 Stunden oder weniger Fix Bereit für die Migration: 1 Werktag oder weniger |
# 5) Testabdeckung
In diesem Abschnitt werden die Prozesse beschrieben, denen das QS-Team folgen wird, um die Abdeckung der geschäftlichen / funktionalen Anforderungen in Testszenarien und Testfällen zu optimieren. Anforderungsrückverfolgbarkeitsmatrix: (RTM) kann verwendet werden, um alle Anforderungen mit entsprechenden Testszenarien und Testfällen zu verfolgen.
bester kostenloser Telefonkonferenzdienst 2020
# 6) Testumgebung
Definieren Sie die verschiedenen verfügbaren QS-Umgebungen. Erwähnen Sie, welche Tests in welcher Umgebung und von wem durchgeführt werden. Erstellen Sie einen Umgebungssicherungsplan, um Notfälle zu beheben. Der Zugang zu jeder Umgebung sollte geregelt und klar herausgestellt werden.
In diesem Abschnitt können auch Testwerkzeuge erwähnt werden, die verwendet werden sollen.
| Aktivität | Werkzeug | Bemerkungen |
|---|---|---|
| Testmanagement | HP ALM | Erwähnen Sie den Grund für die Verwendung dieses Tools |
| Fehlermanagement | JIRA | Erwähnen Sie den Grund für die Verwendung dieses Tools |
# 7) QS-Ergebnisse und Metriken
Listen Sie alle QS-Ergebnisse auf
| S. Nr. | Lieferbar |
|---|---|
| ein | Teststrategiedokument |
| zwei | Anforderungsrückverfolgbarkeitsmatrix |
| 3 | ST-Testskripte |
| 4 | Testzusammenfassungsbericht |
| 5 | Liste der für die Automatisierung geeigneten Szenarien |
Listen Sie alle QS-Metriken auf
| # | Metrikname | Metrikdefinition | Metrische Formel | Metrische Maßeinheit | Berichte, in denen die Metriken verwendet werden sollen |
|---|---|---|---|---|---|
| ein | Anforderungsabdeckungsmetriken (RCM) | Die Abdeckung der Anforderungen durch die Qualitätssicherung | Verhältnis der Anzahl der getesteten Anforderungen zur Anzahl der identifizierten Anforderungen | %. | Wöchentlicher QS-Statusbericht, Testzusammenfassungsbericht |
| zwei | Testabdeckung | Die Abdeckung des Testfalls ausgeführt | Verhältnis der Anzahl der ausgeführten Testfälle / der Anzahl der geplanten Testfälle | %. | Täglicher Ausführungsbericht, Wöchentlicher QS-Statusbericht, Testzusammenfassungsbericht |
# 8) Fehlermanagement
Definieren Sie eine Strategie für das Fehlermanagement klar, indem Sie einen Fehlerworkflow, eine Fehlerverfolgungsmethode und einen Fehlerbehebungsprozess erstellen. Erwähnen Sie die Fehlerverantwortung für die Rollen jedes Testers. Regelmäßige Fehleranalyse und Ursachenanalyse verbessern die Gesamtqualität der Tests
# 9) Kommunikationsmanagement
Legen Sie Richtlinien für Statusberichte, Statusbesprechungen und Offshore-Kommunikation vor Ort fest.
# 10) Annahmen, Risiken und Abhängigkeiten
Beschreiben Sie die Annahmen, auf denen das Projekt basiert. Dies kann Timing, Ressourcen und Systemfunktionen umfassen. Beschreiben Sie Abhängigkeiten wie andere Projekte, Verfügbarkeit temporärer Ressourcen und andere Fristen, die sich auf das Projekt auswirken können
# 11) Anhang
Fügen Sie in diesen Abschnitt Dinge wie Rollen und Verantwortlichkeiten, Arbeitszeitzone und Referenzen ein
Weiterführende Literatur=> Leitfaden zum Schreiben eines guten Teststrategiedokuments .
Testplan gegen Teststrategie
| VERSUCHSPLAN | TESTSTRATEGIE |
|---|---|
| Es wird aus der Software Requirement Specification (SRS) abgeleitet. | Es wird aus dem Business Requirement Document (BRS) abgeleitet. |
| Es wird vom Testleiter oder Manager vorbereitet. | Es wird vom Projektmanager oder vom Business Analyst entwickelt. |
| Testplan-ID, zu testende Funktionen, Testtechniken, Testaufgaben, Kriterien zum Bestehen oder Nichtbestehen von Funktionen, Testergebnisse, Verantwortlichkeiten und Zeitplan usw. sind die Komponenten des Testplans. | Ziele und Umfang, Dokumentationsformate, Testprozesse, Teamberichtsstruktur, Kundenkommunikationsstrategie usw. sind die Komponenten der Teststrategie. |
| Wenn eine neue Funktion oder eine Änderung der Anforderung vorliegt, wird das Testplandokument aktualisiert. | Die Teststrategie behält die Standards bei der Erstellung des Dokuments bei. Es wird auch als statisches Dokument bezeichnet. |
| Wir können den Testplan individuell erstellen. | In kleineren Projekten wird die Teststrategie häufig als Teil eines Testplans gefunden. |
| Wir können einen Testplan auf Projektebene erstellen. | Wir können die Teststrategie bei mehreren Projekten verwenden. |
| Wir können die Spezifikationen anhand eines Testplans beschreiben. | Die Teststrategie beschreibt die allgemeinen Ansätze. |
| Der Testplan wird sich im Laufe des Projekts ändern. | Die Teststrategie ändert sich normalerweise nicht, sobald sie genehmigt wurde. |
| Der Testplan wird nach der Abmeldung der Anforderung erstellt. | Die Teststrategie wird vor dem Testplan erstellt. |
| Es gibt verschiedene Arten von Testplänen. Es wird einen Master-Testplan und einen separaten Testplan für verschiedene Testarten wie Systemtestplan, Leistungstestplan usw. geben. | Es gibt nur ein Teststrategiedokument für ein Projekt. |
| Der Testplan sollte klar und präzise sein. | Die Teststrategie bietet allgemeine Anleitungen für das jeweilige Projekt. |
Der Unterschied zwischen diesen beiden Dokumenten ist subtil. Eine Teststrategie ist ein übergeordnetes statisches Dokument über das Projekt. Auf der anderen Seite legt der Testplan fest, was zu testen ist, wann zu testen ist und wie zu testen ist.
Unterschied zwischen Testfall und Testskript
Meiner Meinung nach können diese beiden Begriffe synonym verwendet werden. Ja, ich sage, es gibt keinen Unterschied. Der Testfall ist eine Folge von Schritten, mit denen wir einen bestimmten Test für die Anwendung durchführen können. Das Testskript ist auch das gleiche.
Nun gibt es eine Meinung, dass ein Testfall ein Begriff ist, der in der manuellen Testumgebung verwendet wird, und dass das Testskript in einer Automatisierungsumgebung verwendet wird. Dies gilt teilweise aufgrund des Komforts der Tester in den jeweiligen Bereichen und auch aufgrund der Art und Weise, wie sich die Tools auf die Tests beziehen (einige rufen Testskripte auf und andere rufen sie zu Testfällen auf).
In der Tat sind Testskript und Testfall Schritte, die für eine Anwendung ausgeführt werden müssen, um ihre Funktionalität manuell oder durch Automatisierung zu überprüfen.
Weiterführende Literatur=> Wie schreibe ich effektive Testfälle? und Beispielvorlage für Testfälle .
| TESTFALL | TEST SCRIPT |
|---|---|
| Es ist die Basisform, um eine Anwendung nacheinander zu testen. | Sobald wir entwickelt haben, wird das Skript es mehrmals ausführen, bis die Anforderung geändert wird. |
| Es ist eine schrittweise Anleitung, mit der eine Anwendung getestet wird | Es handelt sich um eine Reihe von Anweisungen zum automatischen Testen einer Anwendung. |
| Der Begriff Testfall wird in der manuellen Testumgebung verwendet. | Der Begriff Testskript wird in Automatisierungstestumgebungen verwendet. |
| Dies erfolgt manuell. | Dies erfolgt im Skriptformat. |
| Es wird in Form von Vorlagen entwickelt. | Es wird in Form von Skripten entwickelt. |
| Die Testfallvorlage enthält die Testanzug-ID, die Testdaten, das Testverfahren, die tatsächlichen Ergebnisse, die erwarteten Ergebnisse usw. | In Test Scrip können wir verschiedene Befehle verwenden, um ein Skript zu entwickeln. |
| Wird zum Testen einer Anwendung verwendet. | Es wird auch zum Testen einer Anwendung verwendet. |
| Beispiel: Wir müssen die Anmeldeschaltfläche in einer Anwendung überprüfen. Die Schritte umfassen: a) Starten Sie die Anwendung. b) Überprüfen Sie, ob die Anmeldeschaltfläche angezeigt wird oder nicht. | Beispiel: Wir möchten in einer Anwendung auf eine Bildschaltfläche klicken. Das Skript enthält: a) Klicken Sie auf die Bildschaltfläche. |
Unterschied zwischen Testszenario und Testbedingung
Testszenario: Auf diese Weise können Sie alle möglichen Möglichkeiten zum Testen einer Anwendung definieren. Es ist eine einzige Anweisung, die alle möglichen Möglichkeiten zum Testen einer Anwendung abdeckt.
Testbedingung: Testbedingung ist die Spezifikation, die ein Tester zum Testen einer Anwendung befolgen muss.
Dies ist ein einzeiliger Zeiger, den Tester als ersten Übergangsschritt in die Testentwurfsphase erstellen. Dies ist meistens eine einzeilige Definition von „Was“, das wir in Bezug auf ein bestimmtes Merkmal testen werden. In der Regel werden Testszenarien für die Erstellung von Testfällen eingegeben.
In agilen Projekten sind Testszenarien die einzigen Testdesignausgaben, und danach werden keine Testfälle geschrieben. Ein Testszenario kann zu mehreren Tests führen.
Beispiele für Testszenarien::
- Überprüfen Sie, ob der Administrator ein neues Land hinzufügen kann
- Überprüfen Sie, ob ein vorhandenes Land vom Administrator gelöscht werden kann
- Überprüfen Sie, ob ein vorhandenes Land aktualisiert werden kann
Die Testbedingungen sind dagegen spezifischer. Es kann grob als das Ziel eines bestimmten Tests definiert werden.
Beispiel Testbedingung:: Wenn wir im obigen Beispiel das Szenario 1 testen, können wir die folgenden Bedingungen testen:
- Geben Sie den Ländernamen als 'Indien' (gültig) ein und prüfen Sie, ob das Land hinzugefügt wurde
- Geben Sie ein Leerzeichen ein und prüfen Sie, ob das Land hinzugefügt wird.
- In jedem Fall werden die spezifischen Daten beschrieben und das Ziel des Tests ist viel genauer.
Weiterführende Literatur=> Über 180 Beispieltestszenarien zum Testen von Web- und Desktopanwendungen.
| TESTSZENARIO | TESTBEDINGUNG |
|---|---|
| Dies sind einzeilige Aussagen, um zu erklären, was wir testen werden. | Testbedingung beschreibt das Hauptziel zum Testen einer Anwendung. |
| Es ist ein Prozess, um eine Anwendung auf alle möglichen Arten zu testen. | Testbedingungen sind die statischen Regeln, die befolgt werden sollten, um eine Anwendung zu testen. |
| Testszenarien sind eine Eingabe für die Erstellung von Testfällen. | Es gibt das Hauptziel, eine Anwendung zu testen. |
| Das Testszenario umfasst alle möglichen Fälle zum Testen einer Anwendung. | Die Testbedingungen sind sehr spezifisch. |
| Es reduziert die Komplexität. | Es macht ein System fehlerfrei. |
| Das Testszenario kann ein einzelner oder eine Gruppe von Testfällen sein. | Es ist das Ziel von Testfällen. |
| Durch das Schreiben von Szenarien wird die Funktionalität einer Anwendung leicht verständlich. | Die Testbedingungen sind sehr spezifisch. |
| Beispiele für Testszenarien: # 1) Überprüfen Sie, ob der Administrator ein neues Land hinzufügen kann. # 2) Überprüfen Sie, ob ein vorhandenes Land vom Administrator gelöscht werden kann. # 3) Überprüfen Sie, ob ein vorhandenes Land aktualisiert werden kann. | Beispiele Testbedingungen: # 1) Geben Sie den Ländernamen als 'Indien' ein und prüfen Sie, ob das Land hinzugefügt wurde. # 2) Lassen Sie leere Felder und prüfen Sie, ob das Land hinzugefügt wird. |
Unterschied zwischen Testverfahren und Testsuite
Das Testverfahren ist eine Kombination von Testfällen, die auf einem bestimmten logischen Grund basieren, z. B. das Ausführen einer End-to-End-Situation oder etwas in diesem Sinne. Die Reihenfolge, in der die Testfälle ausgeführt werden sollen, ist festgelegt.
Testprozedur: Es ist nichts anderes als der Testlebenszyklus. Der Testlebenszyklus besteht aus 10 Schritten.
Sie sind:
Weltbeste Computer-Hacking-Software kostenloser Download
- Bemühungsschätzung
- Projektinitiierung
- Systemstudie
- Versuchsplan
- Design Testfall
- Testautomatisierung
- Testfälle ausführen
- Fehler melden
- Regressionstests
- Analyse- und Zusammenfassungsbericht
Zum Beispiel Wenn ich das Senden einer E-Mail von Gmail.com testen würde, wäre die Reihenfolge der Testfälle, die ich zu einem Testverfahren kombinieren würde:
- Der Test zur Überprüfung der Anmeldung
- Der Test zum Verfassen einer E-Mail
- Der Test zum Anhängen eines / mehrerer Anhänge
- Formatieren Sie die E-Mail mithilfe verschiedener Optionen auf die erforderliche Weise
- Hinzufügen von Kontakten oder E-Mail-Adressen zu den Feldern An, BCC, CC
- Senden einer E-Mail und Sicherstellen, dass sie im Abschnitt 'Gesendete E-Mail' angezeigt wird
Alle oben genannten Testfälle sind gruppiert, um am Ende ein bestimmtes Ziel zu erreichen. Bei Testverfahren werden zu jedem Zeitpunkt einige Testfälle kombiniert.
Die Testsuite hingegen ist die Liste aller Testfälle, die als Teil eines Testzyklus oder einer Regressionsphase usw. ausgeführt werden müssen. Es gibt keine logische Gruppierung basierend auf der Funktionalität. Die Reihenfolge, in der die Testfälle der einzelnen Komponenten ausgeführt werden, kann wichtig sein oder auch nicht.
Testsuite: Die Testsuite ist ein Container mit einer Reihe von Tests, die den Testern bei der Ausführung und Meldung des Testausführungsstatus helfen. Es kann jeden der drei Zustände annehmen, d. H. Aktiv, in Bearbeitung und abgeschlossen.
Beispiel der Testsuite : Wenn die aktuelle Version einer Anwendung 2.0 ist. Die vorherige Version 1.0 hatte möglicherweise 1000 Testfälle, um sie vollständig zu testen. Für Version 2 gibt es 500 Testfälle, um nur die neue Funktionalität zu testen, die in der neuen Version hinzugefügt wurde.
Die aktuelle Testsuite umfasst also 1000 + 500 Testfälle, die sowohl die Regression als auch die neue Funktionalität umfassen. Die Suite ist auch eine Kombination, aber wir versuchen nicht, eine Zielfunktion zu erreichen.
Testsuiten können 100 oder sogar 1000 Testfälle enthalten.
| TESTPROZEDUR | TEST SUITE |
|---|---|
| Die Erstellung von Testverfahren basiert auf dem End-to-End-Testablauf. | Testsuiten werden basierend auf dem Zyklus oder basierend auf dem Umfang erstellt. |
| Es ist eine Kombination von Testfällen zum Testen einer Anwendung. | Es ist eine Gruppe von Testfällen, um eine Anwendung zu testen. |
| Es ist eine logische Gruppierung basierend auf der Funktionalität. | Es gibt keine logische Gruppierung basierend auf der Funktionalität. |
| Testverfahren sind lieferbare Produkte im Softwareentwicklungsprozess. | Es wird als Teil des Testzyklus oder der Regression ausgeführt. |
| Die Ausführungsreihenfolge ist festgelegt. | Die Reihenfolge der Ausführung ist möglicherweise nicht wichtig. |
| Das Testverfahren enthält End-to-End-Testfälle. | Die Testsuite enthält alle neuen Funktionen und Regressionstestfälle. |
| Testverfahren werden in einer neuen Sprache namens TPL (Test Procedure Language) codiert. | Die Testsuite enthält manuelle Testfälle oder Automatisierungsskripte. |
Fazit
Softwaretestkonzepte spielen eine wichtige Rolle im Lebenszyklus von Softwaretests.
Ein klares Verständnis der oben diskutierten Konzepte zusammen mit ihrem Vergleich ist für jeden Software-Tester sehr wichtig, um den Testprozess effektiv durchzuführen.
Normalerweise sind Artikel wie diese ausgezeichnete Ausgangspunkte für tiefere Diskussionen. Bitte tragen Sie Ihre Gedanken, Vereinbarungen, Meinungsverschiedenheiten und alles andere in die folgenden Kommentare ein. Wir freuen uns auf Ihr Feedback.
Wir freuen uns auch über Ihre Fragen zu Softwaretests im Allgemeinen oder zu Fragen im Zusammenhang mit Ihrer Testkarriere. Wir werden diese in unseren kommenden Beiträgen in derselben Reihe ausführlicher behandeln.
Fröhliches Lesen!!
=> Besuchen Sie hier für eine vollständige Testplan-Tutorialserie
PREV Tutorial | NÄCHSTES Tutorial
Literatur-Empfehlungen
- Testplan-Tutorial: Eine Anleitung zum Schreiben eines Software-Testplandokuments von Grund auf neu
- So schreiben Sie ein Teststrategiedokument (mit Beispielvorlage für eine Teststrategie)
- So bereiten Sie sich auf das Schreiben von Testfällen vor (Produktivitätstipps)
- Was ist ein Testszenario?: Vorlage für ein Testszenario mit Beispielen
- Unterschied zwischen Leistungstestplan und Leistungsteststrategie
- So schreiben Sie Testfälle: Der ultimative Leitfaden mit Beispielen
- Beispiel für eine Software-Testplanvorlage mit Format und Inhalt
- Testszenario vs. Testfall: Was ist der Unterschied zwischen diesen?