Der Seed erkannte seine sieben Vorlagen am Namen. Wer eine umbenannte, bekam beim naechsten Lauf eine zweite -- und der Schnellstart stand auf der Geraeteseite doppelt. Vorlage.seedSchluessel traegt die Kennung, eindeutig wo gesetzt (partieller Index, weil eigene Vorlagen keinen tragen). Das Austauschformat kennt das Feld als seedSchluessel; nicht als schluessel, wie das Issue plante, denn so heisst dort schon das Feld einer Variablen. Der Rueckfall auf den Namen bleibt, sonst bekaeme eine Installation von vor diesem Feld beim ersten Lauf danach genau die Dubletten, die es verhindern soll. Wird sie so gefunden, traegt der Seed den Schluessel nach -- an der Entwicklungsdatenbank gefahren: sieben nachgetragen, nichts neu angelegt. Der Import setzt den Schluessel nicht, auch nicht wenn das Dokument ihn mitbringt, und der Export schreibt ihn nicht: eine eingespielte Kopie soll nicht den Platz des Originals einnehmen. Gegenprobe gefahren: ohne die Suche am Schluessel werden vier Tests rot. Closes #32
1.6 KiB
1.6 KiB
#027 Die Editor-Abläufe lassen ihre Vorlagen stehen
Status: offen Im Tracker: – Meilenstein: v0.2.0 Labels: phase-2, test Geschätzt: 1 h Tatsächlich: –
Ziel
In der Entwicklungsdatenbank stehen über hundert Vorlagen mit Namen wie
ZZ E2E Editor 1790324192596 C. Die Ende-zu-Ende-Abläufe legen sie an und räumen sie nicht weg; bei
jedem Lauf kommen drei dazu.
Aufgefallen beim Nachsehen zu #021, als eine Abfrage über
Vorlage statt sieben Zeilen über hundert lieferte.
Das ist kein Schaden an den Tests — das ZZ-Präfix sortiert sie ans Ende, und jeder Ablauf legt
seine eigenen an. Es ist ein Schaden an allem, was danach in dieselbe Datenbank sieht: die
Vorlagenliste in der Oberfläche, Screenshots, und jede Abfrage von Hand. Bei einem Fehler, der
„0 Treffer“ oder „zu viele Treffer“ heißt, kostet das Zeit.
Aufgaben
- Die Abläufe unter
tests/e2e/, die Vorlagen anlegen, räumen sie in einem Nachlauf wieder weg — über ihr Präfix, nicht über gemerkte Kennungen (ein abgebrochener Lauf merkt sich nichts) - Dasselbe für Geräte, Personen und Läufe prüfen, die die Abläufe anlegen
- Einmalig aufräumen: die vorhandenen Reste aus der Entwicklungsdatenbank entfernen
- Prüfen, ob ein Nachlauf das überhaupt leisten kann — ein Ablauf, der mitten im Lauf scheitert, darf den Nachlauf nicht überspringen
Akzeptanzkriterien
- Nach
pnpm test:e2esteht inVorlagekeine Zeile mitZZ E2E - Ein abgebrochener Lauf lässt ebenfalls nichts stehen