TESTPLAN: Was ist, wie zu erstellen (mit Beispiel)

Versuchsplan

Ein Testplan ist ein detailliertes Dokument, das die Teststrategie, die Ziele, den Zeitplan, die Schätzung, die Ergebnisse und die Ressourcen beschreibt, die zum Durchführen von Tests für ein Softwareprodukt erforderlich sind. Mithilfe des Testplans können wir den Aufwand ermitteln, der zur Validierung der Qualität der zu testenden Anwendung erforderlich ist. Der Testplan dient als Blaupause für die Durchführung von Softwaretestaktivitäten als definierter Prozess, der vom Testmanager genau überwacht und gesteuert wird.

Gemäß ISTQB-Definition: „Testplan ist ein Dokument, das den Umfang, den Ansatz, die Ressourcen und den Zeitplan der beabsichtigten Testaktivitäten beschreibt.“

Beginnen wir mit dem folgenden Testplan-Beispiel / Szenario: In einer Besprechung möchten Sie den Testplan mit den Teammitgliedern besprechen, aber sie sind nicht interessiert -.

Was werden Sie in diesem Fall tun? Wählen Sie Ihre Antwort wie folgt aus

A) Ich bin Manager und mache alles wie gesagt
B) OK, lassen Sie mich erklären, warum wir einen
falschen
Testplan benötigen. Als Testmanager müssen Sie ihnen die Bedeutung des Testplans erklären, anstatt das Team zu zwingen, das zu tun, was Sie wollen. Richtig
Als Testmanager müssen Sie ihm die Bedeutung des Testplans erklären, anstatt das Team zu zwingen, das zu tun, was Sie wollen.

Welche Bedeutung hat der Testplan?

Das Erstellen eines Testplandokuments bietet mehrere Vorteile

• Helfen Sie Personen außerhalb des Testteams wie Entwicklern, Geschäftsführern und Kunden , die Details des Testens zu verstehen .
• Testplan leitet unser Denken. Es ist wie ein Regelbuch, das befolgt werden muss.
• Wichtige Aspekte wie Testschätzung, Testumfang und Teststrategie sind im Testplan dokumentiert , sodass sie vom Managementteam überprüft und für andere Projekte wiederverwendet werden können.

So schreiben Sie einen Testplan

Sie wissen bereits, dass das Erstellen eines Testplans die wichtigste Aufgabe des Testmanagementprozesses ist. Befolgen Sie die folgenden sieben Schritte, um einen Testplan gemäß IEEE 829 zu erstellen

1. Analysieren Sie das Produkt
2. Entwerfen Sie die Teststrategie
3. Definieren Sie die Testziele
4. Testkriterien definieren
5. Ressourcenplanung
6. Planen Sie die Testumgebung
7. Zeitplan & Schätzung
8. Bestimmen Sie die Testergebnisse

Schritt 1) ​​Analysieren Sie das Produkt

Wie können Sie ein Produkt ohne Informationen testen ? Die Antwort ist unmöglich. Sie müssen ein Produkt gründlich lernen, bevor Sie es testen.

Das getestete Produkt ist die Guru99-Banking-Website. Sie sollten Kunden und Endbenutzer recherchieren, um ihre Bedürfnisse und Erwartungen an die Anwendung zu kennen

• Wer wird die Website nutzen?
• Was wird es verwendet?
• Wie wird es funktionieren?
• Welche Software / Hardware verwendet das Produkt?

Sie können den folgenden Ansatz verwenden, um die Site zu analysieren

Wenden wir nun das oben genannte Wissen auf ein echtes Produkt an: Analysieren Sie die Bank-Website http://demo.guru99.com/V4.

Sie sollten einen nehmen Blick um diese Website und auch überprüfen Produktdokumentation. Durch Durchsicht der Produktdokumentation können Sie alle Funktionen der Website sowie deren Verwendung verstehen. Wenn Sie sich nicht sicher sind, können Sie Kunden, Entwickler und Designer befragen , um weitere Informationen zu erhalten.

Schritt 2) Entwickeln Sie eine Teststrategie

Die Teststrategie ist ein entscheidender Schritt bei der Erstellung eines Testplans für Softwaretests. Ein Teststrategiedokument ist ein Dokument auf hoher Ebene, das normalerweise vom Testmanager entwickelt wird. Dieses Dokument definiert:

• Das Projekt der Prüfung Ziele und die Mittel, sie zu erreichen
• Bestimmt den Testaufwand und die Testkosten

Zurück zu Ihrem Projekt müssen Sie eine Teststrategie zum Testen dieser Bank-Website entwickeln. Sie sollten die folgenden Schritte ausführen

Schritt 2.1) Definieren Sie den Testumfang

Vor Beginn einer Testaktivität sollte der Umfang des Tests bekannt sein. Sie müssen gründlich darüber nachdenken.

• Die Komponenten des zu testenden Systems (Hardware, Software, Middleware usw.) werden als " im Umfang " definiert.
• Die Komponenten des Systems, die nicht getestet werden, müssen ebenfalls klar als " außerhalb des Geltungsbereichs " definiert werden .

Die Festlegung des Umfangs Ihres Testprojekts ist für alle Beteiligten sehr wichtig. Ein genauer Umfang hilft Ihnen

• Geben Sie jedem ein Vertrauen und genaue Informationen über die Tests, die Sie durchführen
• Alle Projektmitglieder haben ein klares Verständnis dafür, was getestet wird und was nicht

Wie bestimmen Sie den Umfang Ihres Projekts?

Um den Umfang zu bestimmen, müssen Sie -

• Präzise Kundenanforderung
• Projektbudget
• Produktspezifikation
• Fähigkeiten und Talente Ihres Testteams

Nun sollte klar definiert werden, ob der Test "in-scope" und "out-of-scope" ist.

• Gemäß den Softwareanforderungsspezifikationen konzentriert sich das Projekt Guru99 Bank nur auf das Testen aller Funktionen und der externen Schnittstelle der Website Guru99 Bank ( beim Testen des Umfangs ).
• Nicht funktionierende Tests wie Stress , Leistung oder logische Datenbank werden derzeit nicht getestet. ( außerhalb des Geltungsbereichs)

Problemszenario

Der Kunde möchte, dass Sie seine API testen. Das Projektbudget erlaubt dies jedoch nicht. Was werden Sie in einem solchen Fall tun?

In einem solchen Fall müssen Sie den Kunden davon überzeugen, dass Api-Tests zusätzliche Arbeit sind und erhebliche Ressourcen verbrauchen. Geben Sie ihm Daten, die Ihre Fakten stützen. Sagen Sie ihm, wenn Api-Tests im Umfang enthalten sind, erhöht sich das Budget um den XYZ-Betrag.

Der Kunde stimmt zu und dementsprechend sind die neuen Bereiche, die außerhalb des Bereichs liegen, Artikel

• In-Scope-Elemente: Funktionstests, API-Tests
• Außerhalb des Geltungsbereichs liegende Elemente: Datenbanktests, Hardware und andere externe Schnittstellen

Schritt 2.2) Identifizieren Sie den Testtyp

Ein Testtyp ist ein Standardtestverfahren, das ein erwartetes Testergebnis liefert.

Jeder Testtyp wird formuliert, um einen bestimmten Typ von Produktfehlern zu identifizieren. Alle Testtypen zielen jedoch darauf ab, ein gemeinsames Ziel zu erreichen: „ Früherkennung aller Fehler, bevor das Produkt an den Kunden freigegeben wird“.

Die häufig verwendeten Testtypen werden in der folgenden Abbildung beschrieben

Es gibt unzählige Testtypen zum Testen von Softwareprodukten. Ihr Team kann nicht genug Anstrengungen unternehmen, um alle Arten von Tests durchzuführen. Als Test Manager müssen Sie die Priorität der Testtypen festlegen

• Welche Testing Typen werden sollte konzentriert für Testen von Webanwendungen?
• Welche Testtypen sollten aus Kostengründen ignoriert werden ?

Lassen Sie uns nun mit Ihrem Projekt üben. Das Produkt, das Sie testen möchten, ist eine Bank-Website.
Auf welche Testtypen sollten Sie sich in diesem Fall konzentrieren?
Wählen Sie alle zutreffenden A) Unit Testing B) API-Tests C) Integrationstests D) Systemtests E) Test installieren / deinstallieren F) Agiles Testen Wir wählen nur B) API-Test C) Integrationstest D) Systemtest für das Guru99-Projekt

Schritt 2.3) Risiko und Probleme dokumentieren

Das Risiko ist Zukunft der ungewisse Ereignis mit einer Wahrscheinlichkeit von Auftreten und ein Potenzial für den Verlust. Wenn das Risiko tatsächlich eintritt, wird es zum „ Problem“.

Im Artikel Risikoanalyse und -lösung haben Sie die Detailanalyse bereits ausführlich kennengelernt und potenzielle Risiken im Projekt identifiziert.

Im QS-Testplan dokumentieren Sie diese Risiken

Risiko	Minderung
Dem Teammitglied fehlen die erforderlichen Fähigkeiten zum Testen von Websites.	Planen Sie einen Schulungskurs , um Ihre Mitglieder zu schulen
Der Projektplan ist zu eng; Es ist schwierig, dieses Projekt rechtzeitig abzuschließen	Legen Sie die Testpriorität für jede Testaktivität fest.
Der Testmanager verfügt über schlechte Managementfähigkeiten	Planen Sie ein Führungstraining für Manager
Mangelnde Zusammenarbeit wirkt sich negativ auf die Produktivität Ihrer Mitarbeiter aus	Ermutigen Sie jedes Teammitglied zu seiner Aufgabe und inspirieren Sie es zu größeren Anstrengungen.
Falsche Budgetschätzung und Kostenüberschreitungen	Legen Sie den Umfang fest, bevor Sie mit der Arbeit beginnen, achten Sie besonders auf die Projektplanung und verfolgen und messen Sie den Fortschritt ständig

Schritt 2.4) Erstellen Sie eine Testlogistik

In der Testlogistik sollte der Testmanager die folgenden Fragen beantworten:

• Wer wird testen?
• Wann wird der Test stattfinden?

Wer wird testen?

Möglicherweise kennen Sie nicht die genauen Namen des Testers, der getestet werden soll, aber der Testertyp kann definiert werden.

Um das richtige Mitglied für eine bestimmte Aufgabe auszuwählen, müssen Sie überlegen, ob seine Fähigkeiten für die Aufgabe qualifiziert sind oder nicht, und das Projektbudget schätzen. Die Auswahl eines falschen Mitglieds für die Aufgabe kann dazu führen, dass das Projekt fehlschlägt oder verzögert wird .

Eine Person mit den folgenden Fähigkeiten ist am besten für die Durchführung von Softwaretests geeignet:

• Fähigkeit, die Sichtweise der Kunden zu verstehen
• Starker Wunsch nach Qualität
• Liebe zum Detail
• Gute Zusammenarbeit

In Ihrem Projekt ist das Mitglied, das für die Testausführung verantwortlich ist, der Tester. Basierend auf dem Projektbudget können Sie ein In-Source- oder Outsourcing-Mitglied als Tester auswählen.

Wann wird der Test stattfinden?

Testaktivitäten müssen mit zugehörigen Entwicklungsaktivitäten abgeglichen werden.

Sie beginnen mit dem Testen, wenn alle erforderlichen Elemente in der folgenden Abbildung dargestellt sind

Schritt 3) Definieren Sie das Testziel

Testziel ist das Gesamtziel und die Erreichung der Testdurchführung. Ziel des Tests ist es, möglichst viele Softwarefehler zu finden. Stellen Sie vor der Veröffentlichung sicher, dass die zu testende Software fehlerfrei ist .

Um die Testziele zu definieren, sollten Sie zwei folgende Schritte ausführen

1. Listen Sie alle Softwarefunktionen (Funktionalität, Leistung, GUI…) auf, die möglicherweise getestet werden müssen.
2. Definieren Sie das Ziel oder das Ziel des Tests basierend auf den oben genannten Funktionen

Wenden wir diese Schritte an, um das Testziel Ihres Guru99 Bank-Testprojekts zu ermitteln

Sie können die Methode ' TOP-DOWN' auswählen , um die Funktionen der Website zu finden, die möglicherweise getestet werden müssen. Bei dieser Methode teilen Sie die zu testende Anwendung in Komponenten und Unterkomponenten auf .

Im vorherigen Thema haben Sie bereits die Anforderungsspezifikationen analysiert und sind durch die Website gegangen, sodass Sie eine Mind-Map erstellen können, um die Website-Funktionen wie folgt zu finden

Diese Abbildung zeigt alle Funktionen der Guru99-Website.

Basierend auf den oben genannten Funktionen können Sie das Testziel des Projekts Guru99 wie folgt definieren

• Überprüfen Sie, ob die Guru99- Funktionalität der Website (Konto, Einzahlung…) wie erwartet ohne Fehler oder Fehler in der realen Geschäftsumgebung funktioniert
• Überprüfen Sie, ob die externe Oberfläche der Website, z. B. die Benutzeroberfläche , wie erwartet funktioniert und den Kundenanforderungen entspricht
• Überprüfen Sie die Benutzerfreundlichkeit der Website. Sind diese Funktionen für den Benutzer bequem oder nicht?

Schritt 4) Definieren Sie die Testkriterien

Testkriterien sind ein Standard oder eine Regel, auf der ein Testverfahren oder ein Testurteil basieren kann. Es gibt zwei Arten von Testkriterien:

Suspendierungskriterien

Geben Sie die kritischen Suspensionskriterien für einen Test an. Wenn die Suspendierungskriterien während des Tests erfüllt sind, wird der aktive Testzyklus ausgesetzt, bis die Kriterien gelöst sind .

Beispiel für einen Testplan: Wenn Ihre Teammitglieder melden, dass 40% der Testfälle fehlgeschlagen sind, sollten Sie den Test aussetzen , bis das Entwicklungsteam alle fehlgeschlagenen Fälle behoben hat.

Abbruchkriterium

Es gibt die Kriterien an, die einen erfolgreichen Abschluss einer Testphase anzeigen. Die Ausstiegskriterien sind die angestrebten Testergebnisse und sind erforderlich, bevor mit der nächsten Entwicklungsphase fortgefahren werden kann. Beispiel: 95% aller kritischen Testfälle müssen bestanden werden.

Einige Methoden der Austrittskriterien definieren , sind durch eine gezielte Angabe Laufrate und Erfolgsquote .

• Die Ausführungsrate ist das Verhältnis zwischen der Anzahl der ausgeführten Testfälle und den gesamten Testfällen der Testspezifikation. Zum Beispiel hat die Testspezifikation insgesamt 120 TCs, aber der Tester hat nur 100 TCs ausgeführt. Die Laufrate beträgt also 100/120 = 0,83 (83%).
• Die Erfolgsquote ist das Verhältnis zwischen der Anzahl der bestandenen Testfälle und den ausgeführten Testfällen . Beispielsweise wurden in über 100 ausgeführten TCs 80 TCs bestanden, sodass die Erfolgsrate 80/100 = 0,8 (80%) beträgt.

Diese Daten können in Testmetrikdokumenten abgerufen werden.

• Die Ausführungsrate muss 100% betragen, sofern kein eindeutiger Grund angegeben ist.
• Die Erfolgsquote hängt vom Projektumfang ab, aber das Erreichen einer hohen Erfolgsquote ist ein Ziel.

Beispiel für einen Testplan: Ihr Team hat die Testausführungen bereits durchgeführt. Sie melden Ihnen das Testergebnis und möchten, dass Sie die Beendigungskriterien bestätigen .

Im obigen Fall beträgt die obligatorische Ausführungsrate 100%, aber das Testteam hat nur 90% der Testfälle abgeschlossen. Dies bedeutet, dass die Ausführungsrate nicht erfüllt ist. Bestätigen Sie daher NICHT die Beendigungskriterien

Schritt 5) Ressourcenplanung

Der Ressourcenplan ist eine detaillierte Zusammenfassung aller Arten von Ressourcen, die zur Ausführung der Projektaufgabe erforderlich sind. Ressourcen können Personal, Ausrüstung und Materialien sein, die für die Fertigstellung eines Projekts benötigt werden

Die Ressourcenplanung ist ein wichtiger Faktor der Testplanung, da sie bei der Bestimmung der Anzahl der Ressourcen (Mitarbeiter, Ausrüstung…) hilft , die für das Projekt verwendet werden sollen. Daher kann der Testmanager den richtigen Zeitplan und die richtige Schätzung für das Projekt vornehmen.

Dieser Abschnitt enthält die empfohlenen Ressourcen für Ihr Projekt.

Personal

Die folgende Tabelle zeigt verschiedene Mitglieder Ihres Projektteams

Nein.	Mitglied	Aufgaben
1.	Test Manager	Verwalten Sie das gesamte Projekt Definieren Projektrichtungen Erwerben Sie geeignete Ressourcen
2.	Tester	Identifizieren und Beschreiben geeigneter Testtechniken / Tools / Automatisierungsarchitektur Überprüfen und bewerten Sie den Testansatz Führen Sie die Tests durch, protokollieren Sie die Ergebnisse, melden Sie die Fehler. Der Tester kann aus In-Sourcing- oder Out-Sourcing-Mitgliedern bestehen, basierend auf dem Projektbudget Für die Aufgabe, die geringe Fähigkeiten erfordert , empfehle ich Ihnen, ausgelagerte Mitglieder auszuwählen , um Projektkosten zu sparen .
3.	Entwickler im Test	Implementieren Sie die Testfälle, das Testprogramm, die Testsuite usw.
4.	Testadministrator	Baut auf und stellt sicher, dass die Testumgebung und die Assets verwaltet und gewartet werden Unterstützen Sie Tester bei der Verwendung der Testumgebung für die Testausführung
5.	SQA-Mitglieder	Übernehmen Sie die Verantwortung für die Qualitätssicherung Überprüfen Sie, ob der Testprozess die angegebenen Anforderungen erfüllt

Systemressource

Zum Testen einer Webanwendung sollten Sie die Ressourcen wie folgt planen:

Nein.	Ressourcen	Beschreibungen
1.	Server	Installieren Sie die zu testende Webanwendung Dies umfasst gegebenenfalls einen separaten Webserver, Datenbankserver und Anwendungsserver
2.	Testwerkzeug	Das Testtool soll den Test automatisieren, den Benutzerbetrieb simulieren und die Testergebnisse generieren Es gibt unzählige Testwerkzeuge, die Sie für dieses Projekt verwenden können, wie Selen, QTP usw.
3.	Netzwerk	Sie benötigen ein Netzwerk mit LAN und Internet, um die reale Geschäfts- und Benutzerumgebung zu simulieren
4.	Computer	Der PC, mit dem Benutzer häufig den Webserver verbinden

Schritt 6) Planen Sie die Testumgebung

Was ist die Testumgebung?

Eine Testumgebung ist ein Setup aus Software und Hardware, auf dem das Testteam Testfälle ausführen wird. Die Testumgebung besteht aus einer realen Geschäfts- und Benutzerumgebung sowie physischen Umgebungen wie Server und Front-End-Laufumgebung.

So richten Sie die Testumgebung ein

Zurück zu Ihrem Projekt: Wie richten Sie die Testumgebung für diese Banking-Website ein?

Um diese Aufgabe abzuschließen, benötigen Sie eine enge Zusammenarbeit zwischen Testteam und Entwicklungsteam

Sie sollten dem Entwickler einige Fragen stellen, um die zu testende Webanwendung klar zu verstehen . Hier sind einige empfohlene Fragen. Natürlich können Sie bei Bedarf auch die anderen Fragen stellen.

• Was ist die maximale Benutzerverbindung, die diese Website gleichzeitig verarbeiten kann?
• Welche Hardware- / Softwareanforderungen gelten für die Installation dieser Website?
• Benötigt der Computer des Benutzers eine bestimmte Einstellung, um die Website zu durchsuchen?

Die folgende Abbildung beschreibt die Testumgebung der Bank-Website www.demo.guru99.com/V4

Schritt 7) Zeitplan und Schätzung

Im Artikel Testschätzung haben Sie bereits einige Techniken verwendet, um den Aufwand für die Fertigstellung des Projekts abzuschätzen. Jetzt sollten Sie diese Schätzung sowie den Zeitplan in die Testplanung aufnehmen

Angenommen, Sie teilen in der Phase der Testschätzung das gesamte Projekt in kleine Aufgaben auf und fügen die Schätzung für jede Aufgabe wie folgt hinzu

Aufgabe	Mitglieder	Aufwand abschätzen
Erstellen Sie die Testspezifikation	Test Designer	170 Mannstunde
Führen Sie die Testausführung durch	Tester, Testadministrator	80 Mannstunde
Testbericht	Tester	10 Mannstunde
Testlieferung		20 Mannstunde
Gesamt		280 Mannstunden

Anschließend erstellen Sie den Zeitplan , um diese Aufgaben auszuführen.

Das Erstellen von Zeitplänen ist ein gängiger Begriff im Projektmanagement. Durch Erstellen eines soliden Zeitplans in der Testplanung kann der Testmanager ihn als Tool zur Überwachung des Projektfortschritts und zur Kontrolle der Kostenüberschreitungen verwenden.

Um den Projektplan zu erstellen, benötigt der Testmanager verschiedene Arten von Eingaben:

• Mitarbeiter- und Projekttermin : Die Arbeitstage, der Projekttermin und die Ressourcenverfügbarkeit sind die Faktoren, die den Zeitplan beeinflusst haben
• Projektschätzung : Basierend auf der Schätzung weiß der Testmanager, wie lange es dauert, das Projekt abzuschließen. So kann er den entsprechenden Projektplan erstellen
• Projektrisiko : Das Verständnis des Risikos hilft dem Testmanager, dem Projektplan genügend zusätzliche Zeit hinzuzufügen, um mit den Risiken umzugehen

Lassen Sie uns mit einem Beispiel üben:

Angenommen, der Chef möchte das Projekt Guru99 in einem Monat abschließen . Sie haben den Aufwand für jede Aufgabe in Test Estimation bereits geschätzt. Sie können den Zeitplan wie folgt erstellen

Schritt 8) Testen Sie die zu erbringenden Leistungen

Test Deliverables ist eine Liste aller Dokumente, Tools und anderen Komponenten, die zur Unterstützung des Testaufwands entwickelt und gepflegt werden müssen.

In jeder Phase des Softwareentwicklungszyklus gibt es unterschiedliche Testergebnisse.

Testergebnisse werden vor der Testphase bereitgestellt .

• Testplandokument.
• Testfalldokumente
• Testdesignspezifikationen.

Testergebnisse werden während des Tests bereitgestellt

• Testskripte
• Simulatoren.
• Testdaten
• Rückverfolgbarkeitsmatrix testen
• Fehlerprotokolle und Ausführungsprotokolle.

Testergebnisse werden nach Ablauf der Testzyklen bereitgestellt .

• Testergebnisse / Berichte
• Fehlerbericht
• Richtlinien für Installations- / Testverfahren
• Versionshinweise

Ressourcen

Laden Sie eine Beispielvorlage für einen Testplan herunter

Laden Sie den Testplan für das Beispielsystem der Website Guru99 Bank herunter