Vor der Veröffentlichung
Ein Lovable-Projekt vor der Veröffentlichung testen
Eine Seite kann fehlerfrei laden, obwohl ein Gast ein gemeinsam genutztes Dokument löschen kann. Prüfen Sie vor der Veröffentlichung einer Lovable-Änderung, was jede Rolle tun darf – und was nach der Aktion weiterhin gelten muss.
Beginnen Sie mit den Regeln, die Ihr Geschäft schützen
Wählen Sie Abläufe, deren Ausfall Ihre Kunden Zeit, Zugriff oder Vertrauen kosten würde. Beschreiben Sie ein überprüfbares Ergebnis statt einer vagen Anweisung wie „das Dashboard testen“.
Ein Konto mit Leserechten darf keine Dokumente löschen.
Für die Prüfung benötigen Sie ein Konto mit Leserechten, ein Dokument des Arbeitsbereichs und einen Löschversuch. Das erwartete Ergebnis ist ein abgelehnter Vorgang und ein weiterhin vorhandenes Dokument.
Übertragen Sie dieses Prinzip auf die Trennung zwischen Unternehmen, Einladungen, Exporte und Änderungen an Datensätzen. Für den Anfang brauchen Sie keine Hunderte Ideen: Wählen Sie die Regeln, deren Verletzung eine Veröffentlichung ausschließen würde.
Nutzen Sie eine sichere, reproduzierbare Testumgebung
Verwenden Sie eine separate Umgebung mit Testkonten und entbehrlichen Testdaten. Prüfen Sie, welche Datenbank und Dienste angebunden sind, bevor Sie Datensätze erstellen, ändern oder löschen.
- Legen Sie Konten für einen Eigentümer, einen Bearbeiter und eine Person mit Leserechten an.
- Erstellen Sie zwei Arbeitsbereiche mit unterschiedlichen Mitgliedern und Dokumenten.
- Halten Sie die Version, Konfiguration und Ausgangsdaten des Tests fest.
- Setzen Sie die Daten zwischen den Testläufen zurück, damit das Ergebnis von gestern den heutigen Lauf nicht beeinflusst.
Ein bestandener Test auf einer Version prüft keine spätere Änderung. Wiederholen Sie die Prüfungen auf der Version, die Sie veröffentlichen möchten.
Prüfen Sie Grenzen, nicht nur den Erfolgsfall
Ein nützliches Szenario benennt die Rolle, den Ausgangszustand, die Aktion und das beobachtbare Ergebnis. Berücksichtigen Sie eine erlaubte Aktion, eine verbotene Aktion und eine realistische Unterbrechung.
| Szenario | Was weiterhin gelten muss |
|---|---|
| Ein Konto mit Leserechten versucht, ein gemeinsames Dokument zu löschen | Die Anfrage wird abgelehnt und das Dokument bleibt für den Eigentümer verfügbar. |
| Ein Mitglied öffnet die URL eines Dokuments eines anderen Unternehmens | Weder das Dokument noch sein Inhalt werden zurückgegeben. |
| Ein Bearbeiter ändert den Projektnamen und lädt die Seite neu | Der neue Name bleibt gespeichert; bestehende Aufgaben und Anhänge bleiben erhalten. |
Bei Berechtigungen ist eine ausgeblendete Schaltfläche kein ausreichender Nachweis. Prüfen Sie auch die Anfrage und den Zugriffsschutz auf die Daten: Das Backend muss einen Vorgang ablehnen, den das Konto nicht ausführen darf. Bei Supabase gehören dazu die betroffenen Zugriffsrichtlinien.
Prüfen Sie den gespeicherten Zustand nach der Aktion
Eine Erfolgsmeldung beweist nur, dass die Oberfläche eine Meldung angezeigt hat. Laden Sie die Seite neu, melden Sie sich mit dem passenden Konto an und kontrollieren Sie das gespeicherte Ergebnis. Prüfen Sie bei einer verbotenen Aktion sowohl die Ablehnung als auch das Ausbleiben unerwünschter Änderungen.
Dokumentieren Sie genug, um einen Fehler zu reproduzieren: getestete Version, Kontorolle, Ausgangsdaten, Schritte sowie erwartetes und beobachtetes Ergebnis. Ein Screenshot erklärt die Oberfläche; die Antwort auf die Anfrage und der anschließende Datenzustand zeigen, was tatsächlich passiert ist.
Bewahren Sie das Szenario für die nächste Änderung auf
Führen Sie nach einer Korrektur das zuvor fehlgeschlagene Szenario und angrenzende Abläufe erneut aus. Eine korrigierte Löschregel muss einem berechtigten Bearbeiter weiterhin eine legitime Änderung erlauben. Behalten Sie das Szenario als Regressionstest bei, damit spätere Änderungen gegen dieselbe Erwartung geprüft werden können.
Lovable bietet Browser-, Frontend- und Backend-Tests. Die englischsprachige Testdokumentation erklärt ihren Einsatz. Entscheidend für die Veröffentlichung ist, ob die ausgeführten Prüfungen die Geschäftsregeln abdecken, die von dieser konkreten Änderung betroffen sind.
Eine praktische Entscheidung zur Veröffentlichung
Veröffentlichen Sie, wenn die kritischen Prüfungen auf der auszuliefernden Version bestehen und die verbleibenden Lücken bekannt sind. Eine erfolgreiche Testsuite liefert Nachweise zu den geprüften Szenarien, aber keine Garantie, dass jeder denkbare Fehler ausgeschlossen wurde.