Ergebnis dieses Guides
Eine Prüfung sichtbaren Verhaltens
Arbeitsumgebung
Svelte mit den zur Projektversion passenden Reaktivitäts- und Komponentenkonventionen
Wann ist diese Entscheidung wichtig?
Oberflächentests sollten beschreiben, was Besucher erreichen können. Interne Klassennamen sind meist kein stabiler fachlicher Vertrag.
Prüfen Sie die Reaktivität anhand der eingesetzten Svelte-Version. Halten Sie gemeinsam genutzten Zustand ausdrücklich sichtbar und trennen Sie reine Ableitungen von Seiteneffekten. Serverseitige Funktionen benötigen eine passende Anwendungsumgebung.
Tests: Schritt für Schritt.
- 01
Vorbereiten
Notieren Sie eine Aufgabe, die dazu nötigen Schritte und das sichtbare Ergebnis.
- 02
In Svelte umsetzen
Suchen Sie Elemente über Rollen und Beschriftungen. Prüfen Sie erfolgreiche Bedienung und mindestens einen Fehlerzustand.
- 03
Im tatsächlichen Projekt prüfen
Testen Sie Eingabeänderungen, wiederholten Komponentenaufbau und Aufräumen von Ressourcen. Bei Versionswechseln dürfen unterschiedliche Reaktivitätskonventionen nicht ungeprüft vermischt werden.
Beispiel zur Überprüfung
So lässt sich das Ergebnis prüfen.
Als Projektkontext dient eine schnelle interaktive Produktauswahl. Der folgende Prüffall ist eine Vorlage für diese Aufgabe und kein Bericht über eine Kundenmessung.
- Eingabe / Auslöser
- Ein Nutzer füllt ein Formular aus und korrigiert ein Pflichtfeld
- Erwartetes Ergebnis
- Die Aufgabe lässt sich über dieselben Beschriftungen wie im Produkt abschließen.
- Fehler- oder Grenzfall
- Eine reine Layoutänderung bricht den Test nicht, solange das Verhalten korrekt bleibt.
Abnahme und typische Fehler.
- Eine Regression im wichtigsten Pfad wird sichtbar.
- Eine reine Layoutänderung bricht den Test nicht, solange das Verhalten korrekt bleibt.
- Kleine Laufzeit bedeutet nicht automatisch eine kleine Anwendung; Daten und Abhängigkeiten zählen mit.
Typischer Fehler
Implementierungsdetails zu testen erschwert Refactoring.
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.
