Beispiel für eine Testplanvorlage

Was ist eine Testplanvorlage?

A Testplanvorlage Es handelt sich um ein detailliertes Dokument, das die Teststrategie, die Ziele, den Zeitplan, die Aufwandsschätzung, die zu erbringenden Leistungen und die für die Tests benötigten Ressourcen beschreibt. Es hilft, den Aufwand für die Qualitätssicherung zu ermitteln und dient dem Testmanager als Leitfaden.

Erstellen einer Versuchsplan ist unerlässlich für den Erfolg Ihres Testprojekts. Falls Sie damit noch keine Erfahrung haben, lesen Sie bitte weiter. So erstellen Sie einen Testplan.

Laden Sie eine Beispiel-Testplanvorlage herunter

Testplanvorlagenstruktur

Nachfolgend sind die wichtigsten Bestandteile einer Testplanvorlage in der angegebenen Reihenfolge erläutert:

• 1. Einleitung
• 1.1-Bereich
• 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 Fehlertriage
• 2.4 Aussetzungskriterien und Wiederaufnahmeanforderungen
• 2.5 Testvollständigkeit
• 3. Testergebnisse
• 4. Ressourcen- und Umweltbedarf
• 4.1 Testwerkzeuge
• 4.2 Testumgebung
• 5. Begriffe/Abkürzungen

1) Einführung

Die Einleitung bietet einen kurzen Überblick über die Teststrategien, Prozesse, Arbeitsabläufe und Methoden, die für das Projekt verwendet werden.

1.1) Geltungsbereich

---

Der Testbereich ist in zwei Teile aufgeteilt, damit die Testgrenzen eindeutig bleiben.

1.1.1) Im Geltungsbereich

Im Geltungsbereich werden die Merkmale, funktionalen oder nicht-funktionalen Anforderungen der Software definiert, die wird sein geprüft.

1.1.2) Außerhalb des Geltungsbereichs

„Out of Scope“ definiert die Merkmale, funktionalen oder nicht-funktionalen Anforderungen der Software, die wird nicht sein geprüft.

1.2) Qualitätsziel

---

Hier nennen Sie die übergeordneten Ziele, die das Team durch manuelle und automatisierte Tests erreichen will. Zu den Zielen eines typischen Testprojekts gehören unter anderem:

• Sicherstellen, dass die zu testende Anwendung (AUT) den funktionalen und nicht-funktionalen Anforderungen entspricht.
• Stellen Sie sicher, dass das Prüfobjekt (AUT) die vom Kunden definierten Qualitätsvorgaben erfüllt.
• Identifizieren und beheben Sie Fehler, bevor die Anwendung live geht.

1.3) Rollen und Verantwortlichkeiten

---

Geben Sie eine detaillierte Beschreibung der Rollen und Verantwortlichkeiten der verschiedenen beteiligten Teammitglieder an, wie zum Beispiel:

• QA Analyst
• Test Manager
• Konfigurationsmanager
• Entwicklung
• Installationsteam

Unter anderen.

👉 Melden Sie sich für ein kostenloses Live-Softwaretestprojekt an

2) Testmethodik

Dieser Abschnitt legt den Lebenszyklus, die Ebenen und die Regeln fest, die zur Steuerung der Testausführung verwendet werden.

2.1. Übersicht

---

Nennen Sie den Grund für die Wahl einer bestimmten Testmethodik für das Projekt. Die für das Projekt gewählte Testmethodik könnte beispielsweise folgende sein:

• Wasserfall
• Iterativ
• Agil
• Extremes Programmieren

Die gewählte Methodik hängt von mehreren Faktoren ab. Weitere Informationen zur Testmethodik finden Sie hier. werden auf dieser Seite erläutert.

2.2) Teststufen

---

Teststufen definieren die Arten von Tests, die an der zu testenden Anwendung (AUT) durchgeführt werden sollen.Die gewählten Stufen hängen in erster Linie vom Umfang des Projekts, dem Zeitrahmen und den Budgetbeschränkungen ab.

2.3) Fehlertriage

---

Das Ziel der Fehlerpriorisierung ist:

• Definiere die Art der Behebung für jeden Fehler.
• Priorisieren Sie die Fehler und legen Sie einen Zeitplan für alle zu behebenden Fehler fest.

2.4) Aussetzungskriterien und Wiederaufnahmeanforderungen

---

Die Aussetzungskriterien definieren die Bedingungen, unter denen das Testverfahren ganz oder teilweise unterbrochen wird. Die Wiederaufnahmekriterien legen fest, wann die Tests nach einer Aussetzung wieder aufgenommen werden können.

2.5) Testvollständigkeit

---

Hier definieren Sie die Kriterien, nach denen Ihre Tests als abgeschlossen gelten. Gängige Kriterien zur Überprüfung der Testvollständigkeit wären beispielsweise:

• 100% Testabdeckung erreicht.
• Alle manuellen und automatisierten Testfälle wurden ausgeführt.
• Alle bekannten Fehler sind behoben oder für die nächste Version eingeplant.

3) Testergebnisse

Erstellen Sie eine Liste aller im Testlebenszyklus erstellten Artefakte. Durch die vorherige Erfassung werden Missverständnisse bei der Übergabe zwischen den Teams vermieden.

4) Ressourcen- und Umweltbedarf

Listen Sie die Tools und die Infrastruktur auf, um Budgets, Lizenzen und Umgebungen vor Beginn der Ausführung zu sichern.

4.1) Testwerkzeuge

---

Erstellen Sie eine Liste mit Werkzeugen wie zum Beispiel:

• Tool zur Anforderungsverfolgung
• Bug-Tracking-Tool
• Automatisierungs-tools

Diese sind erforderlich, um das Projekt effektiv zu testen.

4.2) Testumgebung

---

Nennen Sie das Minimum Hardware Anforderungen, die zum Testen der Anwendung verwendet werden.

Folgende Software. wird zusätzlich zu kundenspezifischer Software benötigt:

• Windows 11 und höher
• Microsoft 365 (oder Office 2021 und höher)
• MS Exchange usw.

5) Begriffe/Akronyme

Dokumentieren Sie alle im Projekt verwendeten Begriffe und Akronyme, damit Neulinge den Plan ohne Missverständnisse lesen können.

Laden Sie das obige Testplan-Vorlagenformat herunter

Beispiel eines Testplandokuments: Beispiel einer Banking-Webanwendung

Das folgende Beispiel zeigt, wie die obige Vorlage für die Guru99 Bank-Webanwendung ausgefüllt wird.

1. Einleitung

Der Testplan legt Umfang, Vorgehensweise, Ressourcen und Zeitplan aller Testaktivitäten für das Guru99 Bank-Projekt fest. Er definiert die zu testenden Elemente und Funktionen, die durchgeführten Testarten, das verantwortliche Personal und die mit dem Plan verbundenen Risiken.

1.1-Bereich

1.1.1 Im Geltungsbereich

Alle Funktionen der Guru99 Bank-Website, die in den Softwareanforderungen definiert sind Spezifikation müssen getestet werden.

Modulname	Anwendbare Rollen	Beschreibung
Kontostandsabfrage	Manager, Kunde	Kunde: Ein Kunde kann mehrere Bankkonten besitzen und nur die Salden seiner Konten einsehen. Manager: Ein Manager kann den Kontostand aller Kunden unter seiner Aufsicht einsehen.
Überweisung	Manager, Kunde	Kunde: Ein Kunde kann Geld von seinem eigenen Konto auf ein beliebiges Zielkonto überweisen. Manager: Ein Manager kann Gelder von jedem beliebigen Quellkonto auf jedes beliebige Zielkonto überweisen.
Mini-Erklärung	Manager, Kunde	Ein Mini-Kontoauszug zeigt die letzten 5 Transaktionen eines Kontos. Kunde: Sieht nur den Kurzauszug seiner eigenen Konten. Manager: Zeigt den Kurzauszug eines beliebigen Kontos an.
Maßgeschneiderte Erklärung	Manager, Kunde	Ein individueller Kontoauszug filtert und zeigt Transaktionen in einem Konto nach Datum oder Transaktionswert an. Kunde: Nur seine eigenen Angaben. Manager: Beliebiges Konto.
Passwort ändern	Manager, Kunde	Kunde: Kann das Passwort seines eigenen Kontos ändern. Manager: Er kann das Passwort seines eigenen Kontos ändern, aber nicht die seiner Kunden.
Neuer Kunde	Geschäftsführer	Manager: Ein Manager kann einen neuen Kunden hinzufügen.
Kunden bearbeiten	Geschäftsführer	Manager: Kann Details wie Adresse, E-Mail-Adresse und Telefonnummer eines Kunden bearbeiten.
Neuer Account	Geschäftsführer	Das System bietet zwei Kontotypen: Spar- und Girokonten. Ein Kunde kann mehrere Sparkonten (Einzel- oder Gemeinschaftskonten) und mehrere Girokonten führen. Manager: Kann ein neues Konto für einen bestehenden Kunden hinzufügen.
Konto bearbeiten	Geschäftsführer	Manager: Die Kontodetails eines bestehenden Kontos können bearbeitet werden.
Konto löschen	Geschäftsführer	Manager: Kann ein Kundenkonto löschen.
Kunde löschen	Geschäftsführer	Eine Kundin kann nur dann gelöscht werden, wenn sie keine aktiven Giro- oder Sparkonten mehr hat. Manager: Kann einen Kunden löschen.
Deposit	Geschäftsführer	Manager: Man kann Geld auf jedes beliebige Konto einzahlen, typischerweise, wenn Bargeld in einer Bankfiliale eingezahlt wird.
Widerruf	Geschäftsführer	Manager: Kann Geld von jedem Konto abheben, typischerweise dann, wenn Bargeld in einer Bankfiliale abgehoben wird.

1.1.2 Außerhalb des Geltungsbereichs

Diese Funktionen werden nicht getestet, da sie nicht Teil der Software-Anforderungsspezifikationen sind:

• User Interfaces
• Hardware-Schnittstellen
• Softwareschnittstellen
• Logisches Datenbankdesign
• Kommunikationsschnittstellen
• Website-Sicherheit und Leistung

1.2 Qualitätsziel

Die Testziele sind überprüfen die Funktionalität der Guru99 Bank-Website. Das Projekt sollte sich auf das Testen der Funktionalität konzentrieren. Bankgeschäft, wie z. B. Kontoverwaltung, Auszahlung und Kontostandsabfrage, bis Garantie dass all diese Operationen funktionieren Normalerweise in einem realen Geschäftsumfeld.

1.3 Rollen und Verantwortlichkeiten

Das Projekt sollte verwendet werden ausgelagert Mitglieder als Tester einsetzen, um Projektkosten zu sparen.

Nein.	Member	Aufgaben
1.	Test Manager	Leitet das gesamte Projekt, definiert die Projektrichtung und beschafft die entsprechenden Ressourcen.
2.	Tester	Identifiziert und beschreibt geeignete Testverfahren, Werkzeuge und Automatisierungsarchitekturen; verifiziert den Testansatz; führt Tests durch; protokolliert Ergebnisse; meldet Fehler. Externe Mitarbeiter.
3.	Entwickler im Test	Implementiert Testfälle, Testprogramme, Testsuiten usw.
4.	Testadministrator	Erstellt und pflegt die Testumgebung und die Testressourcen; unterstützt die Tester während der Testausführung.
5.	SQA-Mitglieder	Übernehmen Sie die Verantwortung für die Qualitätssicherung und bestätigen Sie, ob der Testprozess die vorgegebenen Anforderungen erfüllt.

2. Testmethodik

2.1 Übersicht

Das Guru99 Bank-Projekt verfolgt eine agile Testmethodik, die es den Testern ermöglicht, sich an schnelle Entwicklungssprints anzupassen und gleichzeitig eine strukturierte Dokumentation zu gewährleisten.

2.2 Teststufen

Im Rahmen des Guru99 Bank-Projekts sollten drei Arten von Tests durchgeführt werden:

• Integrationstests: Einzelne Softwaremodule werden kombiniert und als Gruppe getestet.
• Systemtest: Die Durchführung erfolgte anhand eines vollständigen, integrierten Systems zur Bewertung der Einhaltung vorgegebener Anforderungen.
• API-Tests: Testet jede von der zu testenden Software bereitgestellte API.

2.3 Fehlertriage

Zweimal wöchentlich finden Bug-Triage-Meetings statt, um den Schweregrad des Fehlers, den Verantwortlichen und das Ziel-Fix-Release zu klassifizieren.

2.4 Aussetzungskriterien und Wiederaufnahmeanforderungen

If 40% von Testfällen haben gescheitertDie Tests werden ausgesetzt, bis das Entwicklungsteam alle Fehler behoben hat.

2.5 Testvollständigkeit

• Gibt die Kriterien an, die a kennzeichnen erfolgreich Abschluss einer Testphase.
• Ausführungsrate ist obligatorisch bei 100% es sei denn, es wird ein klarer Grund angegeben.
• Erfolgsquote is 80%; die Erfolgsquote zu erreichen ist Pflichtfeld.

2.6 Projektaufgaben, Aufwandsschätzung und Zeitplan

Aufgabe	Mitglieder	Geschätzter Aufwand
Erstellen Sie die Testspezifikation	Testdesigner	170 Arbeitsstunden
Testausführung durchführen	Tester, Testadministrator	80 Arbeitsstunden
Test Report	Tester	10 Arbeitsstunden
Testlieferung	Test Manager	20 Arbeitsstunden
Gesamt	-	280 Arbeitsstunden

Schedule: Das Team verpflichtet sich, diese Aufgaben innerhalb des vereinbarten Testzykluszeitraums zu erledigen.

3. Testergebnisse

Die Testergebnisse für das Guru99 Bank-Projekt sind in drei Phasen unterteilt.

Vor der Testphase:

• Testplandokument.
• Testfälle Unterlagen.
• Spezifikationen für die Testentwicklung.

Während der Testphase:

• Testwerkzeugsimulatoren.
• Testdaten.
• Testrückverfolgbarkeitsmatrix, Fehlerprotokolle und Ausführungsprotokolle.

Nach Abschluss der Testzyklen:

• Testergebnisse und Berichte.
• Fehlerbericht.
• Richtlinien für Installation und Testverfahren.
• Versionshinweise.

4. Ressourcen- und Umweltbedarf

4.1 Testwerkzeuge

Nein.	Ressource	Beschreibung
1.	Server	Ein laufender Datenbankserver MySQL und ein Webserver, auf dem Apache läuft.
2.	Testwerkzeug	Ein Tool, das Testergebnisse automatisch in ein vordefiniertes Format generieren und die Testausführung automatisieren kann.
3.	Netzwerk	Ein Gigabit-LAN-Setup und eine Internetleitung mit einer Mindestgeschwindigkeit von 5 Mbit/s.
4.	Computer	Mindestens 4 Workstations in Betrieb Windows 11, mit 8 GB RAM und einem 3.4 GHz Prozessor.

4.2 Testumgebung

Dieser Unterabschnitt listet die Mindestanforderungen an Hardware und Software für die Anwendungstests auf. Zusätzlich zur kundenspezifischen Software wird folgende Software benötigt:

• Windows 11 und höher
• Microsoft 365 (oder Office 2021 und höher)
• MS Exchange usw.

Wie KI bei der Testplanung hilft

Moderne Testplanung nutzt zunehmend KI, um den Aufwand zu reduzieren und Schwachstellen aufzudecken. Generative Assistenten wie ChatGPT, Claude oder Gemini Es kann einen ersten Testplan aus einem Anforderungsdokument erstellen, fehlende Grenzfälle vorschlagen und automatisch Rückverfolgbarkeitsmatrizen generieren. Modelle des maschinellen Lernens kennzeichnen risikobehaftete Module anhand historischer Fehlerdaten und unterstützen den Testmanager so dabei, seine Bemühungen auf die wichtigsten Bereiche zu konzentrieren.

Künstliche Intelligenz kann jedoch das menschliche Urteilsvermögen nicht ersetzen. RevDie Entscheidungsträger müssen Umfang, regulatorische Abdeckung und Geschäftszweck prüfen, bevor sie einen KI-generierten Plan genehmigen. KI-Vorschläge sind als erster Entwurf und nicht als endgültiges Dokument zu betrachten.

Best Practices für einen effektiven Testplan

Ein gut ausgearbeiteter Testplan sorgt für die Abstimmung aller Beteiligten. Beachten Sie diese bewährten Vorgehensweisen beim Erstellen Ihres Dokuments:

• Fassen Sie sich kurz: Verwenden Sie eine klare Sprache und Stichpunktlisten; vermeiden Sie Fachjargon, der das Leseverhalten von Nicht-Qualitätsprüfern verlangsamt.
• Mach es Reviewable: Teilen Sie die Anforderungen frühzeitig mit den Entwicklern und Business-Analysten, um fehlende Informationen aufzudecken.
• Quantifizierung der Austrittskriterien: Definieren Sie numerische Abdeckungs-, Erfolgs- und Fehlerschwellenwerte.
• Risiken mit Minderungsmaßnahmen verknüpfen: Jedem Risiko ist eine Eindämmungs- oder Ausweichstrategie zugeordnet.
• Versionskontrolle des Plans: Speichern Sie es in einem Dokumentationstool, um Änderungen im gesamten Projekt nachverfolgen zu können.

Häufig gestellte Fragen