Was ist ein Testfall?
Ein Testfall ist eine Reihe von Bedingungen und Schritten, die verwendet wird, um zu verifizieren, dass eine bestimmte Funktion oder Funktionalität einer Softwareanwendung korrekt funktioniert. Jeder Testfall definiert, was getestet wird, wie getestet wird und wie das erwartete Ergebnis aussehen sollte.
Betrachte Testfälle als die Bausteine deines QA-Prozesses. Gut geschriebene Testfälle sind wiederholbar, eindeutig und decken sowohl Happy Paths als auch Randfälle ab — sodass jeder Tester sie aufgreifen und konsistent ausführen kann.
Dieser Artikel bietet eine praktische Testfall-Vorlage und geht dann reale Beispiele durch, die auf den häufigsten Login- und Registrierungsszenarien basieren. Diese Testfälle decken Happy Paths und wichtige Randfälle ab — bereit zum Kopieren in dein Testmanagement-Tool.
Testfall-Vorlage
Nachfolgend findest du eine standardmäßige Testfall-Vorlage, die du in dein Testmanagement-Tool, deine Tabelle oder dein Dokument kopieren kannst.
Test Case ID: TC-[Module]-[Number]
Module: [e.g., Login, Registration]
Test Title: [Short, descriptive name]
Priority: [Critical / High / Medium / Low]
Preconditions: [What must be true before testing]
Test Data: [Specific data to use during testing]
Test Steps:
1. [Step 1]
2. [Step 2]
3. [Step 3]
Expected Result:
[What should happen when steps are executed correctly]
Actual Result:
[What actually happened — filled in during test execution]
Status: [Pass / Fail / Blocked / Not Executed]
Bug Reference: [BUG-XXX if applicable]
Tester: [Name]
Test Date: [YYYY-MM-DD]
Testfall-Feld-Referenz
Bevor du Testfälle schreibst, verstehe, was jedes Feld bedeutet:
| Feld | Beschreibung | Beispiel |
|---|---|---|
| Test Case ID | Eindeutiger Bezeichner: TC-[Module]-[Number] |
TC-REG-001 |
| Module | Zu welchem Feature/Modul dies gehört | Registrierung, Login, Passwort-Reset |
| Test Title | Einzeilige Beschreibung des Szenarios | Erfolgreiche Registrierung mit gültiger E-Mail und Passwort |
| Priority | Wichtigkeit: Critical > High > Medium > Low | Critical = Kern-Flow defekt; High = größeres Problem; Medium = Randfall; Low = kosmetisch |
| Preconditions | Zustand, der vor dem Testen erfüllt sein muss | Nutzer ist auf der Registrierungsseite, E-Mail ist nicht registriert |
| Test Data | Konkrete Werte, die beim Testen verwendet werden, exakte Strings | email = "<user@example.com>" |
| Test Steps | Nummerierte Aktionen, eine Aktion pro Schritt | 1. Zur URL navigieren; 2. Wert eingeben; 3. Auf Button klicken |
| Expected Result | Was beim korrekten Ausführen passieren sollte | Konto erstellt, zur Dashboard-Weiterleitung |
| Actual Result | Was tatsächlich passiert ist — während der Ausführung ausgefüllt | Wie erwartet / Fehler: „Email already exists" |
| Status | Pass / Fail / Blocked / Not Executed | Wird während der Ausführung ausgefüllt |
| Bug Reference | Zugehörige Bug-Tracking-ID (falls zutreffend) | BUG-0042 |
| Notes | Zusätzliche Infos: Workaround, verwandte Tickets | Nur in Firefox reproduzierbar |
Vollständiges Beispiel
Nachfolgend ein vollständiger Testfall, der zeigt, wie die Vorlage ausgefüllt wird:
Test Case ID: TC-REG-001
Module: User Registration
Test Title: Successful registration with valid email and password
Priority: Critical
Preconditions: User is on the registration page, no existing account with this email
Test Data: email = "newuser@example.com", password = "SecurePass123!", name = "John Doe"
Test Steps:
1. Navigate to https://app.example.com/register
2. Enter "John Doe" in the Full Name field
3. Enter "newuser@example.com" in the Email field
4. Enter "SecurePass123!" in the Password field
5. Enter "SecurePass123!" in the Confirm Password field
6. Check the "I agree to Terms of Service" checkbox
7. Click the "Create Account" button
Expected Result:
- Account is created successfully
- User is redirected to a "verify your email" page
- A confirmation email is sent to newuser@example.com within 30 seconds
- User can log in with the registered credentials after email verification
Testfall-Tabelle (Zum Kopieren bereit)
Kopiere diese Tabelle direkt in Excel / Google Sheets / TestRail. Die ersten 5 Spalten sind mit Beispieldaten vorausgefüllt; die restlichen Spalten sind für dich, um sie während der Testausführung auszufüllen.
| ID | Module | Test Title | Priority | Type | Preconditions | Test Steps | Test Data | Expected Result | Actual Result | Pass/Fail | Notes |
|---|---|---|---|---|---|---|---|---|---|---|---|
| TC-REG-001 | Registration | Successful registration with valid email and password | Critical | Happy Path | User on registration page, email not registered | 1. Go to /register 2. Enter name, email, password 3. Agree to terms 4. Click Create | email="<newuser@example.com>", password="SecurePass123!" | Account created, redirected to verify page, confirmation email sent within 30s | |||
| TC-LOGIN-001 | Login | Successful login with correct email and password | Critical | Happy Path | Verified account <user@example.com> exists | 1. Go to /login 2. Enter email 3. Enter password 4. Click Sign In | email="<user@example.com>", password="CorrectPass123!" | Authenticated, redirected to dashboard, session token set |
Leere Vorlagen-Tabelle
Nachfolgend der leere Tabellenkopf. Kopiere ihn und füge Zeilen für deine eigenen Testfälle hinzu:
| ID | Module | Test Title | Priority | Type | Preconditions | Test Steps | Test Data | Expected Result | Actual Result | Pass/Fail | Notes |
|---|
Wie du gute Testfälle schreibst: Best Practices
1. Mache jeden Testfall unabhängig
Ein Testfall sollte ein bestimmtes Verhalten verifizieren. Wenn er fehlschlägt, solltest du genau wissen, was kaputt ist. Kombiniere nicht mehrere Szenarien in einem Testfall.
2. Sei konkret bei den Testdaten
„Eine gültige E-Mail eingeben" ist vage. „<user@example.com> eingeben" ist präzise. Konkrete Testdaten machen Testfälle reproduzierbar.
3. Decke den Happy Path UND Randfälle ab
Der Happy Path (erfolgreicher Login mit gültigen Daten) ist wichtig, aber Randfälle decken echte Bugs auf:
- Leere Felder
- Ungültige Formate
- Grenzwerte
- Abgelaufene Token
- Gleichzeitige Sitzungen
4. Schreibe Preconditions
Preconditions richten die Testumgebung ein. Ohne sie könnte der Tester vom falschen Zustand starten und ein falsches Bestanden/Fehlgeschlagen erhalten.
5. Verwende klare, nummerierte Schritte
Jeder Schritt sollte eine einzelne Aktion sein. „Das Formular ausfüllen und absenden" ist zu vage. Zerlege es in einzelne Feldeingaben.
6. Beziehe das erwartete Ergebnis im Detail ein
„Login erfolgreich" ist nicht genug. Gib an, was der Nutzer sieht, wohin er weitergeleitet wird, welche E-Mails gesendet werden und was in der Datenbank passiert.
Wie BugCapturer bei der Testfall-Ausführung hilft
Beim Ausführen von Testfällen müssen Tester Ergebnisse schnell dokumentieren. BugCapturer, eine kostenlose Chrome-Extension für Bug-Meldungen und visuelles Feedback, macht diesen Teil reibungslos:
- Kommentierte Screenshots: Wenn ein Testfall fehlschlägt, erfasse den exakten Zustand der Seite mit Pfeilen und Text, die das Problem hervorheben — kein Bedarf, es in Worten zu beschreiben.
- Bildschirmaufnahme: Für komplexe Szenarien (z. B. einen mehrstufigen Login-Flow mit Timing-Problemen) nimm ein kurzes WebM-Video der vollständigen Testausführung auf.
- Automatische Technik-Metadaten: URL, Browser, OS, Bildschirmauflösung und Viewport werden automatisch erfasst — kritisch, um umgebungsspezifische Bugs zu reproduzieren.
- Diagnosedaten: Konsolenfehler und fehlgeschlagene Netzwerk-Requests (HTTP-Status ≥ 400) werden zusammen mit den visuellen Belegen erfasst. Netzwerk-URLs werden automatisch um sensible Parameter geschwärzt.
- Excel/TSV-Export: Kopiere eine strukturierte Bug-Meldungszeile per Ein-Klick in deine Zwischenablage. Füge sie direkt in dein Testmanagement-Tool oder deine Team-Tabelle ein.
Das bedeutet, dass Tester weniger Zeit mit dem Schreiben von Bug-Meldungen und mehr Zeit mit der Ausführung von Testfällen verbringen.
Download: Testfall-Vorlage
Kopiere die obige Vorlage und die Beispiele in dein bevorzugtes Format:
- TestRail / Zephyr / Xray — Testfälle mit den Standardfeldern erstellen
- Excel / Google Sheets — als Tabelle mit Spalten für jedes Feld nutzen
- Notion / Confluence — eine Datenbank mit einem Eintrag pro Testfall erstellen
- Markdown — in deinem Repo für die Versionsverwaltung halten
Die Vorlage und die Beispiele in diesem Artikel sind einsatzbereit. Passe die Login-/Registrierungsszenarien an deine spezifische Anwendung an, füge deine eigenen Module hinzu und baue eine vollständige Testsuite auf, die dein QA-Team zuverlässig ausführen kann.