Ergebnis dieses Guides
Eine kleine Sammlung geschäftskritischer Prüfungen
Arbeitsumgebung
SvelteKit mit der eingesetzten Svelte-Version und dem vorgesehenen Adapter
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.
Trennen Sie Seiten, Layouts, Serverdaten und HTTP-Endpunkte anhand der SvelteKit-Dateikonventionen. Prüfen Sie bei jedem Datenübergang, ob der Wert öffentlich sein darf oder nur auf dem Server benötigt wird.
Tests: Schritt für Schritt.
- 01
Vorbereiten
Wählen Sie einen erfolgreichen Nutzerweg sowie einen Berechtigungs- und einen Validierungsfehler.
- 02
In SvelteKit 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
Testen Sie Direktaufruf, clientseitige Navigation und den Adapter des Produktionsbetriebs. Entwicklungsserver und Zielplattform können unterschiedliche Fähigkeiten besitzen.
Beispiel zur Überprüfung
So lässt sich das Ergebnis prüfen.
Als Projektkontext dient ein Kundenportal mit Formularen und geschützten Bereichen. 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.
- Load-Funktionen und Aktionen laufen in unterschiedlichen Kontexten; Berechtigungen gehören auf den Server.
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.
