Testplanvorlage: Beispieldokument mit Webanwendungsbeispiel

Was ist eine Testplanvorlage?

TEST PLAN TEMPLATE ist ein detailliertes Dokument, das die Teststrategie, die Ziele, den Zeitplan, die Schätzung und die Ergebnisse sowie die für das Testen erforderlichen Ressourcen beschreibt. 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.

Das Erstellen eines Testplans ist obligatorisch, um den Erfolg Ihres Software-Testprojekts sicherzustellen. Wenn Sie mit der Testplanung noch nicht vertraut sind, lesen Sie dieses Tutorial zum Erstellen eines Testplans

Laden Sie die Beispielvorlage für einen Testplan herunter

Nachfolgend finden Sie wichtige Bestandteile eines Testplans.

• 1. Einleitung
• 1.1 Geltungsbereich
• 1.1.1 Im Geltungsbereich
• 1.1.2 Außerhalb des Geltungsbereichs
• 1.2 Qualitätsziel
• 1.3 Rollen und Verantwortlichkeiten
• 2 Testmethodik
• 2.1 Übersicht
• 2.2 Teststufen
• 2.3 Bug Triage
• 2.4 Suspendierungskriterien und Wiederaufnahmevoraussetzungen
• 2.5 Vollständigkeit des Tests
• 3 Testergebnisse
• 4 Ressourcen- und Umweltanforderungen
• 4.1 Testwerkzeuge
• 4.2 Testumgebung

1. Einleitung

Kurze Einführung in die für das Projekt verwendeten Teststrategien, Prozesse, Workflows und Methoden

1.1) Geltungsbereich

1.1.1) Im Geltungsbereich

Der Umfang definiert die Merkmale, funktionalen oder nicht funktionalen Anforderungen der zu testenden Software

1.1.2) Außerhalb des Geltungsbereichs

Out Of Scope definiert die Merkmale, funktionalen oder nicht funktionalen Anforderungen der Software, die NICHT getestet werden

1.2) Qualitätsziel

Erwähnen Sie hier das übergeordnete Ziel, das Sie mit Ihren manuellen Tests und Automatisierungstests erreichen möchten.

Einige Ziele Ihres Testprojekts könnten sein

• Stellen Sie sicher, dass die zu testende Anwendung den funktionalen und nicht funktionalen Anforderungen entspricht
• Stellen Sie sicher, dass das AUT die vom Kunden festgelegten Qualitätsspezifikationen erfüllt
• Fehler / Probleme werden identifiziert und behoben, bevor sie live geschaltet werden

1.3) Rollen und Verantwortlichkeiten

Detaillierte Beschreibung der Rollen und Verantwortlichkeiten verschiedener Teammitglieder wie

• QA-Analyst
• Test Manager
• Konfigurationsmanager
• Entwickler
• Installationsteam

Unter anderem

2) Testmethodik

2.1) Übersicht

Erwähnen Sie den Grund für die Übernahme einer bestimmten Testmethode für das Projekt. Die für das Projekt ausgewählte Testmethode könnte sein

• Wasserfall
• Iterativ
• Agil
• Extremes Programmieren

Die ausgewählte Methodik hängt von mehreren Faktoren ab. Informationen zur Testmethodik finden Sie hier

2.2) Teststufen

Testebenen definieren die Testarten, die in der zu testenden Anwendung (AUT ) ausgeführt werden sollen. Die Teststufen hängen hauptsächlich vom Umfang des Projekts, den Zeit- und Budgetbeschränkungen ab.

2.3) Bug Triage

Das Ziel der Triage ist es

• Festlegen der Art der Auflösung für jeden Fehler
• So priorisieren Sie Fehler und legen einen Zeitplan für alle "zu behebenden Fehler" fest.

2.4) Suspendierungskriterien und Wiederaufnahmevoraussetzungen

Suspendierungskriterien definieren die Kriterien, die zum Suspendieren des gesamten oder eines Teils des Testverfahrens verwendet werden sollen, während Wiederaufnahmekriterien bestimmen, wann der Test nach dem Suspendieren fortgesetzt werden kann

2.5) Testvollständigkeit

Hier definieren Sie die Kriterien, nach denen Ihre Tests abgeschlossen sind.

Zum Beispiel wären einige Kriterien zur Überprüfung der Testvollständigkeit

• 100% Testabdeckung
• Alle manuellen und automatisierten Testfälle werden ausgeführt
• Alle offenen Fehler wurden behoben oder werden in der nächsten Version behoben

3) Testergebnisse

Erwähnen Sie hier alle Testartefakte, die in verschiedenen Phasen des Testlebenszyklus geliefert werden.

Hier sind die einfachen Ergebnisse

Versuchsplan Testfälle Anforderungsrückverfolgbarkeitsmatrix Fehlerberichte Teststrategie Testmetriken Kundenabmeldung

4) Ressourcen- und Umweltbedarf

4.1) Testwerkzeuge

Machen Sie eine Liste von Tools wie

• Anforderungsverfolgungstool
• Bug Tracking Tool
• Automatisierungstools

Erforderlich, um das Projekt zu testen

4.2) Testumgebung

Er erwähnt die Mindesthardwareanforderungen , die verwendet werden , um die Anwendung zu testen.

Folgende Software wird zusätzlich zur kundenspezifischen Software benötigt.

• Windows 8 und höher
• Office 2013 und höher
• MS Exchange usw.

5) Begriffe / Akronyme

Erwähnen Sie alle im Projekt verwendeten Begriffe oder Akronyme

BEGRIFF / AKRONYM	DEFINITION
API	Anwendungsprogrammschnittstelle
AUT	Anwendung im Test

Laden Sie das obige Format der Testplanvorlage herunter

Beispiel für einen Testplan für eine Document Banking-Webanwendung

1. Einleitung

Der Testplan soll den Umfang, den Ansatz, die Ressourcen und den Zeitplan aller Testaktivitäten des Projekts Guru99 Bank vorschreiben.

Der Plan identifiziert die zu testenden Elemente, die zu testenden Merkmale, die durchzuführenden Testarten, das für die Tests verantwortliche Personal, die für die Durchführung der Tests erforderlichen Ressourcen und den Zeitplan sowie die mit dem Plan verbundenen Risiken.

1.1 Geltungsbereich

1.1.1 Im Geltungsbereich

Alle Funktionen der websiteGuru99 Bank, die in den Softwareanforderungsspezifikationen definiert wurden, müssen verbessert werden

Modulname	Anwendbare Rollen	Beschreibung
Kontostandsabfrage	Manager Kunde	Kunde : Ein Kunde kann mehrere Bankkonten haben. Er kann nur den Kontostand seiner Konten anzeigen.Manager : Ein Manager kann den Kontostand aller Kunden anzeigen, die unter seine Aufsicht fallen
Überweisung	Manager Kunde	Kunde: Ein Kunde kann Geld von seinem „eigenen“ Konto auf ein beliebiges Zielkonto überweisen lassen.Manager : Ein Manager kann Geld von jedem Quellbankkonto auf das Zielkonto überweisen
Mini Statement	Manager Kunde	Ein Mini-Kontoauszug zeigt die letzten 5 Transaktionen eines Kontos an.Kunde: Ein Kunde kann nur einen Mini-Kontoauszug seines „eigenen“ Kontosanzeigen. Manager: Ein Manager kann einen Mini-Kontoauszug eines beliebigen Kontos anzeigen
Kundenspezifische Erklärung	Manager Kunde	Mit einem benutzerdefinierten Kontoauszug können Sie Transaktionen in einem Konto basierend auf Datum und Transaktionswert filtern und anzeigen.Kunde: Ein Kunde kann den benutzerdefinierten Kontoauszug nur seiner „eigenen“ Konten anzeigen.Manager : Ein Manager kann die benutzerdefinierte Anweisung eines beliebigen Kontos anzeigen
Passwort ändern	Manager Kunde	Kunde: Ein Kunde kann das Passwort nur seines Kontos ändern.Manager : Ein Manager kann nur das Passwort seines Kontos ändern. Er kann die Passwörter seiner Kunden nicht ändern
Neukunde	Manager	Manager : Ein Manager kann einen neuen Kunden hinzufügen.
	Manager	Manager: Ein Manager kann Details wie Adresse, E-Mail, Telefon eines Kunden bearbeiten .
Neues Konto	Manager	Derzeit bietet das System zwei Arten von Konten: • Speichern • Aktuell Ein Kunde kann mehrere Speicherkonten haben (eines in seinem Namen, eines in einem gemeinsamen Namen usw.). Er kann mehrere Girokonten für verschiedene Unternehmen haben, die er besitzt. Oder er kann mehrere Girokonten und Sparkonten haben.Manager: Ein Manager kann ein neues Konto für einen vorhandenen Kunden hinzufügen .
Konto bearbeiten	Manager	Manager: Ein Manager kann Kontodetails für ein vorhandenes Konto bearbeiten
Konto löschen	Manager	Manager: Ein Manager kann ein Konto für einen Kunden löschen.
Kunden löschen	Manager	Ein Kunde kann nur gelöscht werden, wenn er keine aktiven aktuellen oder sparenden Konten hat.Manager: Ein Manager kann einen Kunden löschen.
Anzahlung	Manager	Manager: Ein Manager kann Geld auf jedes Konto einzahlen. Wird normalerweise durchgeführt, wenn Bargeld in einer Bankfiliale eingezahlt wird.
Rückzug	Manager	Manager: Ein Manager kann Geld von jedem Konto abheben. Wird normalerweise durchgeführt, wenn Bargeld in einer Bankfiliale abgehoben wird.

1.1.2 Außerhalb des Geltungsbereichs

Diese Funktionen werden nicht getestet, da sie nicht in den Softwareanforderungsspezifikationen enthalten sind

• Benutzeroberflächen
• Hardware-Schnittstellen
• Software-Schnittstellen
• Datenbank logisch
• Kommunikationsschnittstellen
• Sicherheit und Leistung der Website

1.2 Qualitätsziel

Die Testziele sind die Überprüfung der Funktionalität der Website Guru99 Bank. Das Projekt sollte sich auf das Testen des Bankgeschäfts wie Kontoverwaltung , Auszahlung und Kontostand konzentrieren

… Usw., um sicherzustellen, dass all diese Vorgänge in einer realen Geschäftsumgebung normal funktionieren .

1.3 Rollen und Verantwortlichkeiten

Das Projekt sollte Outsourcing- Mitglieder als Tester verwenden, um die Projektkosten zu sparen.

Nein.	Mitglied	Aufgaben
1.	Test Manager	Verwalten Sie das gesamte Projekt. Definieren Sie die Projektrichtungen. Besorgen Sie sich die entsprechenden Ressourcen
2.	Prüfung	Identifizieren und Beschreiben geeigneter Testtechniken / Tools / Automatisierungsarchitektur Überprüfen und Bewerten des Testansatzes Führen Sie die Tests durch, protokollieren Sie die Ergebnisse und melden Sie die Fehler. Ausgelagerte Mitglieder
3.	Entwickler im Test	Implementieren Sie die Testfälle, das Testprogramm, die Testsuite usw.
4.	Testadministrator	Erstellt und stellt sicher, dass die Testumgebung und die Assets verwaltet und gewartet werden. Support Tester verwendet die Testumgebung für die Testausführung
5.	SQA-Mitglieder	Verantwortlich für die Qualitätssicherung Überprüfen Sie, ob der Testprozess den festgelegten Anforderungen entspricht

2 Testmethodik

2.1 Übersicht

2.2 Teststufen

Im Projekt Guru99 Bank sollten drei Arten von Tests durchgeführt werden.

• Integrationstests (Einzelne Softwaremodule werden kombiniert und als Gruppe getestet)
• Systemtests : Wird auf einem vollständigen , integrierten System durchgeführt, um die Konformität des Systems mit den angegebenen Anforderungen zu bewerten
• API-Test: Testen Sie alle APIs, die für die zu testende Software erstellt wurden

2.3 Bug Triage

2.4 Suspendierungskriterien und Wiederaufnahmevoraussetzungen

Wenn die Teammitglieder melden, dass 40% der Testfälle fehlgeschlagen sind , setzen Sie den Test aus, bis das Entwicklungsteam alle fehlgeschlagenen Fälle behoben hat.

2.5 Vollständigkeit des Tests

• Gibt die Kriterien an, die einen erfolgreichen Abschluss einer Testphase anzeigen
• Die Ausführungsrate muss 100% betragen, sofern kein eindeutiger Grund angegeben ist.
• Die Erfolgsquote beträgt 80%. Das Erreichen der Erfolgsquote ist obligatorisch

2.6 Projektaufgabe sowie Schätzung und Zeitplan

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

Planen Sie die Ausführung dieser Aufgaben

3 Testergebnisse

Die Testergebnisse sind wie folgt angegeben

Vor der Testphase

• Testplandokument.
• Testfalldokumente
• Testdesignspezifikationen.

Während des Tests

- Testwerkzeugsimulatoren.

- Testdaten

- Test Trace-Fähigkeit Matrix - Fehlerprotokolle und Ausführungsprotokolle.

Nachdem die Testzyklen beendet sind

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

4 Ressourcen- und Umweltanforderungen

4.1 Testwerkzeuge

Nein.	Ressourcen	Beschreibungen
1.	Server	Benötigen Sie einen Datenbankserver, der den MySQL-Server installiert? Webserver, der den Apache-Server installiert
2.	Testwerkzeug	Entwickeln Sie ein Testtool, mit dem das Testergebnis automatisch in der vordefinierten Form und in der automatisierten Testausführung generiert werden kann
3.	Netzwerk	Richten Sie ein LAN-Gigabit und eine Internetleitung mit einer Geschwindigkeit von mindestens 5 Mbit / s ein
4.	Computer	Mindestens 4 Computer laufen unter Windows 7, Ram 2 GB, CPU 3,4 GHz

4.2 Testumgebung

Die Testumgebung muss gemäß der folgenden Abbildung eingerichtet werden