Ergebnis dieses Guides
Eine kleine Sammlung geschäftskritischer Prüfungen
Arbeitsumgebung
Angular mit der vorhandenen Router-, Formular- und Buildkonfiguration
Wann ist diese Entscheidung wichtig?
Tests lohnen sich besonders an Grenzen zwischen Oberfläche, Server und Daten. Prüfungen, die nur den eigenen Code nacherzählen, entdecken wenige Fehler.
Ordnen Sie Verhalten einer Komponente und wiederverwendbare fachliche Zugriffe einer klaren Schnittstelle zu. Berücksichtigen Sie beim Router und bei Datenströmen, wann eine Komponente neu aufgebaut oder verlassen wird.
Tests: Schritt für Schritt.
- 01
Vorbereiten
Wählen Sie einen erfolgreichen Nutzerweg sowie einen Berechtigungs- und einen Validierungsfehler.
- 02
In Angular umsetzen
Prüfen Sie fachliche Regeln isoliert und den wichtigsten Weg zusätzlich im Browser. Legen Sie eigene, eindeutig entfernbare Testdaten an.
- 03
Im tatsächlichen Projekt prüfen
Prüfen Sie Navigation, zerstörte Komponenten und laufende Datenabonnements. Falls serverseitiges Rendering verwendet wird, muss der benötigte Inhalt auch vor der Browserinteraktion verfügbar sein.
Beispiel zur Überprüfung
So lässt sich das Ergebnis prüfen.
Als Projektkontext dient ein internes Dashboard mit Rollen und vielen Datenansichten. Der folgende Prüffall ist eine Vorlage für diese Aufgabe und kein Bericht über eine Kundenmessung.
- Eingabe / Auslöser
- Eine vollständige Anfrage mit anschließendem kontrolliertem Serverfehler
- Erwartetes Ergebnis
- Der erfolgreiche Fall kommt genau einmal an; beim Fehler kann der Nutzer gezielt erneut versuchen.
- Fehler- oder Grenzfall
- Ein Test gilt nicht als bestanden, nur weil eine Schaltfläche geklickt wurde; die erwartete Wirkung muss sichtbar sein.
Abnahme und typische Fehler.
- Ein Defekt in diesen Wegen fällt vor Veröffentlichung auf.
- Ein Test gilt nicht als bestanden, nur weil eine Schaltfläche geklickt wurde; die erwartete Wirkung muss sichtbar sein.
- Eine klare Modul- und Zuständigkeitsstruktur ist wichtiger als möglichst viele Abstraktionen.
Typischer Fehler
Triviale Snapshot-Tests ersetzen keinen echten Ablauf.
Quellen und Versionshinweis
Die Anleitung beschreibt das Vorgehen; konkrete APIs, Produktfunktionen und Laufzeitgrenzen müssen zur eingesetzten Version passen. Halten Sie Version, Konfiguration und Prüfergebnis im Projekt fest und vergleichen Sie die verlinkte Dokumentation bei Änderungen.
