Katalog
method#Qualitätssicherung#Zuverlässigkeit#Beobachtbarkeit#Software‑Engineering

Test Case

Strukturierte Spezifikation einer Prüfsequenz mit Eingaben, Vorbedingungen und erwarteten Ergebnissen zur Verifikation von Systemverhalten.

Ein Test Case ist eine definierte Prüfsequenz mit Eingaben, Ausführungsbedingungen und erwarteten Ergebnissen, die das Verhalten eines Systems verifiziert.
Etabliert
Mittel

Klassifikation

  • Mittel
  • Technisch
  • Design
  • Fortgeschritten

Technischer Kontext

CI/CD-Systeme (z. B. Jenkins, GitLab CI)Testmanagement-Tools (z. B. TestRail, Zephyr)Testautomatisierungs-Frameworks (z. B. JUnit, Selenium)

Prinzipien & Ziele

Klare, überprüfbare AkzeptanzkriterienWiederholbarkeit und DeterminismusAusreichende Abdeckung bei vertretbarem Aufwand
Umsetzung
Domäne, Team

Use Cases & Szenarien

Kompromisse

  • Veraltete Testfälle führen zu falscher Sicherheit
  • Überautomatisierung ohne Kontrolle erzeugt fragilen Testpark
  • Mangelhafte Testdaten verursachen instabile Ergebnisse
  • Keep it simple: klare Schritte und erwartete Ergebnisse
  • Priorisiere Testfälle nach Risikowirkung und Wahrscheinlichkeit
  • Verwende parametrische Testdaten und Wiederverwendbarkeit

I/O & Ressourcen

  • Anforderungen / User Stories
  • Technische Spezifikationen und Schnittstellenbeschreibungen
  • Testdaten und Umgebungskonfiguration
  • Detaillierte Testfallbeschreibung
  • Testprotokolle und Ergebnisberichte
  • Fehlerberichte und Reproduktionsempfehlungen

Beschreibung

Ein Test Case ist eine definierte Prüfsequenz mit Eingaben, Ausführungsbedingungen und erwarteten Ergebnissen, die das Verhalten eines Systems verifiziert. Methodisch unterstützt er reproduzierbare Fehlererkennung, Nachvollziehbarkeit und Priorisierung von Testaktivitäten in Entwicklungs- und QA-Prozessen. Er beschreibt Aufbau, Vorbedingungen und Akzeptanzkriterien sowie Abdeckungsziele und ist Grundlage für Automatisierung und manuelle Prüfung.

  • Erhöhte Fehlerentdeckung und Regressionserkennung
  • Bessere Nachvollziehbarkeit von Testentscheidungen
  • Grundlage für Automatisierung und KPI-Erhebung

  • Pflegeaufwand bei starkem Produktwandel
  • Unvollständige Abdeckung bei falscher Priorisierung
  • Abhängigkeit von stabilen Testumgebungen

  • Testabdeckung

    Prozentualer Anteil des Codes oder der Anforderungen, der durch Testfälle abgedeckt ist.

  • Testerfolgsrate

    Anteil der erfolgreich bestandenen Testfälle an allen ausgeführten Fällen.

  • Fehlerentdeckungsrate

    Anzahl gefundener Fehler pro Testzyklus oder pro durchgeführter Teststunde.

E-Commerce Checkout

Testfälle prüfen Zahlungsabwicklung, Warenkorb und Bestellabschluss in verschiedenen Szenarien.

API-Endpunkt Validierung

Spezifische Testfälle prüfen Eingabeparameter, Antwortcodes und Fehlerbehandlung eines REST-APIs.

Mobiler Login-Flow

Testfälle decken erfolgreiche Anmeldung, fehlerhafte Eingaben und Session-Handling auf Mobilgeräten ab.

1

Identifiziere Testobjekte und priorisiere nach Risiko

2

Definiere Akzeptanzkriterien und erwartete Ergebnisse

3

Schreibe Testfälle, implementiere Automatisierung und integriere in CI

⚠️ Technische Schulden & Engpässe

  • Unstrukturierte Testbibliothek ohne Modularisierung
  • Alte Testskripte ohne Wartbarkeit und Dokumentation
  • Fehlende Mocks/Stubs für externe Abhängigkeiten
Unklare AnforderungenTestdatenbereitstellungInstabile Testumgebungen
  • Testfälle, die interne Implementierungsdetails prüfen statt Verhalten
  • Automatisierung kritischer UI-Tests ohne Robustheit gegen Änderungen
  • Zu viele geringwertige Tests, die CI verlangsamen
  • Fehlende Aktualisierung nach Anforderungsänderungen
  • Verfügbarkeit sensibler Testdaten wird unterschätzt
  • Nicht berücksichtigte Flaky-Tests verfälschen Metriken
Grundlagen der Testmethodik und TestfallgestaltungKenntnisse in Testautomatisierung und CI-IntegrationFähigkeit zur Erstellung reproduzierbarer Testdaten
TestbarkeitWartbarkeitRückverfolgbarkeit
  • Begrenzte Testzeit vor Releases
  • Zugriffsrechte auf Produktionsdaten verboten
  • Regulatorische Anforderungen an Testdokumentation