Asynchrone Assertions vollständig zur Testausführung gehören lassen.
Sichtbare Änderung, gespeicherter Zustand und Wiederherstellung sind drei verschiedene Verträge. Die Oberfläche kann schon aktualisiert sein, obwohl die Speicherung noch aussteht. Deshalb folgt auf die Änderung eine abgewartete Speicherbestätigung, danach das Neuladen und schließlich die Prüfung des wiederhergestellten Zustands. Ein asynchroner Helfer ohne await kann noch laufen, wenn der Test endet oder die Seite neu lädt. Playwrights wiederholende Locator-Assertions werden ebenfalls abgewartet. Eine feste Pause von einigen Millisekunden ersetzt keine Zustandsbestätigung: Sie kann zu kurz oder unnötig lang sein. Interaktive Debugpausen gehören nicht in eine unbeaufsichtigte Abnahme.
Ein Beispiel
'Modell' wird erledigt und im DOM sofort markiert. Der Fake-Speicher bestätigt die Änderung erst im nächsten asynchronen Schritt. Der Ablauf await speichern → neu laden → erledigten Zustand prüfen erkennt, wenn die Wiederherstellung das gespeicherte Flag ignoriert. Eine reine Speicherinspektion würde diesen letzten Fehler übersehen.
JavaScript · Lehrbeispiel
// JavaScript-Modul (ESM): Top-Level-await bindet auch den äußeren Aufruf ein.
async function persistenceDemo() {
let stored = null;
const view = { title: 'Modell', done: true };
const save = async value => { stored = JSON.stringify(value); };
await save(view);
const restored = JSON.parse(stored);
console.log(restored.title, restored.done);
}
await persistenceDemo();
Erwartete Ausgabe
Modell true
