Testverfahren

Lernfokus

AP2 Anwendungsentwicklung: Testfälle systematisch entwerfen, Tests auf der richtigen Ebene einordnen und Schnittstellen mit passenden HTTP-Statuscodes und Datenformaten prüfen.

• Blackbox- und Whitebox-Test sicher voneinander unterscheiden.
• Äquivalenzklassen bilden und mit der Grenzwertanalyse ergänzen.
• Testebenen, Testarten und REST-Grundlagen einordnen.

Blackbox & Whitebox

Beide Verfahren unterscheiden sich vor allem darin, ob der Tester den inneren Quellcode kennt.

• Blackbox: ohne Kenntnis des Codes – getestet wird über Eingabe und Ausgabe gegen die Spezifikation (z. B. Äquivalenzklassen, Grenzwerte).
• Whitebox: mit Kenntnis des Codes – gezielte Abdeckung von Anweisungen, Zweigen und Pfaden im Programmablauf.
• Grenze: nur Whitebox findet nie durchlaufenen oder toten Code, nur Blackbox denkt konsequent aus Nutzersicht.

Merksatz: Blackbox schaut auf das Verhalten, Whitebox in den Code.

Äquivalenzklassen & Grenzwerte

Statt jeden Wert einzeln zu testen, fasst man Eingaben zu Klassen zusammen und prüft je einen Repräsentanten.

• Gültige und ungültige Klassen: zu jedem Wertebereich gehören mindestens eine gültige Klasse und die ungültigen Bereiche darunter und darüber.
• Grenzwertanalyse: prüft die Ränder und ihre direkten Nachbarn – bei 1 bis 100 also 0, 1, 100 und 101.
• Warum: typische Fehler wie < statt <= zeigen sich genau an den Grenzen.

Merksatz: Ein Repräsentant je Klasse plus die Werte direkt an den Rändern.

Testebenen

Tests bauen von der kleinsten Einheit bis zum Gesamtsystem aufeinander auf.

• Unit-Test: einzelne Klasse oder Methode isoliert, oft mit Mocks.
• Integrationstest: Zusammenspiel mehrerer Module über ihre Schnittstellen.
• Systemtest: vollständig integriertes System in produktionsnaher Umgebung.
• Abnahmetest: Auftraggeber prüft gegen die vereinbarten Anforderungen und gibt frei.

Merksatz: Unit klein, Integration zwischen den Teilen, System als Ganzes, Abnahme für den Kunden.

Testarten & Schnittstellen

Neben den Ebenen zählen das Vorgehen und die geprüften Schnittstellen.

• Regressionstest: stellt sicher, dass Bestehendes nach einer Änderung weiter funktioniert – ideal automatisiert für Continuous Integration.
• TDD: Red-Green-Refactor – erst der fehlschlagende Test, dann der Code, dann das Aufräumen.
• REST-Statuscodes: 200 OK, 201 Created (nach POST), 400 Bad Request, 404 Not Found, 500 Internal Server Error.
• JSON vs. XML: beide textbasiert und maschinenlesbar; JSON meist kompakter, XML mit Attributen, Namespaces und Schema.

Merksatz: Ein bestandener Test beweist keine Fehlerfreiheit, nur die Abwesenheit der geprüften Fehler.

Prüfungsmodus

Dieser ProtocolCheck führt dich durch die wichtigsten AP2-Aspekte dieses Themas. Du kannst Antworten prüfen, Fragen überspringen und bekommst am Ende eine Auswertung nach Kategorie.