Was hat Lovable konkret angekündigt?
Lovable ergänzt bei neuen oder geänderten Regeln einen kleinen Test, führt die zur Änderung gehörenden Tests aus und behält sie im Projekt.
Die Veröffentlichung vom 16. Oktober 2026 nennt als Beispiele Preise, Limiten und Berechtigungen. Laut Lovable werden die betreffenden Tests ausgeführt, bevor die Arbeit als erledigt gemeldet wird. Für Änderungen an Texten, Gestaltung oder Markup schreibt Lovable dagegen keine solchen Tests. Diese Abgrenzung gehört ausdrücklich zur Ankündigung.
Für Dein Vorhaben empfiehlt K8D deshalb zwei getrennte Prüflisten: eine für fachliche Regeln und eine für Darstellung und Texte. Ordne jede gewünschte Änderung zunächst einer dieser Listen zu. So richtest Du Deine Abnahme an dem angekündigten Funktionsumfang aus, statt für jede Änderung automatisch einen neuen Test zu erwarten.
Wie sollten KMU eine Geschäftsregel formulieren?
Beschreibe Ausgangslage, Handlung und erwartetes Ergebnis möglichst eindeutig, bevor Du Lovable mit der Änderung beauftragst.
Ein Vorschlag für eine interne Auftragsverwaltung lautet: «Nur Personen mit der Rolle Administration dürfen einen abgeschlossenen Auftrag wieder öffnen. Für alle anderen Rollen soll der Auftrag unverändert bleiben.» Das ist ein frei gewähltes Planungsbeispiel, keine Aussage über eine bestehende Kundenanwendung oder eine bereits verfügbare CRM-Funktion.
Ergänze den Auftrag an Lovable um konkrete Prüffälle. Verlange nicht nur eine Bestätigung, dass die Regel geändert wurde. Bitte auch um eine Darstellung dessen, was getestet wurde und welches Ergebnis erwartet war. Der Changelog kündigt Tests an, legt aber weder deren vollständigen Umfang noch eine bestimmte Darstellung der Testergebnisse fest.
- Erlaubter Fall: Die berechtigte Rolle führt die Handlung aus.
- Nicht erlaubter Fall: Eine andere Rolle versucht dieselbe Handlung.
- Unvollständiger Fall: Eine notwendige Angabe fehlt; definiere das gewünschte Verhalten.
- Unveränderter Fall: Benenne eine bestehende Regel, die weiterhin gelten soll.
Was solltest Du bei einem Excel-Ersatz zuerst testen lassen?
Beginne nach K8D-Empfehlung mit ausdrücklich festgelegten Berechtigungen und Limiten, nicht mit Farben oder Beschriftungen.
Berechtigungen und Limiten gehören zu den im Changelog genannten Regelbeispielen. Nutze diese Einordnung für einen begrenzten ersten Änderungsauftrag. Wähle etwa eine Regel dafür, wer einen Datensatz bearbeiten darf, und eine Regel dafür, wann ein Vorgang als vollständig gelten soll. Beide Beispiele sind Vorschläge für Deine Planung.
Definiere bei einer Limite auch das Verhalten unmittelbar darunter, genau an der Grenze und darüber. Verwende dafür selbst festgelegte Testwerte ohne echte Kundendaten. Entscheide vorab, ob eine Überschreitung verhindert oder nur angezeigt werden soll. Lass diese Entscheidung nicht offen, wenn Du anschliessend ein eindeutiges Testergebnis erwartest.
Übernehme nicht sofort sämtliche gewünschten Regeln in einen einzigen Auftrag. K8D empfiehlt, zunächst eine überschaubare Änderung samt Prüffällen abzunehmen und erst danach die nächste zu bearbeiten.
Bedeutet ein ausgeführter Test bereits eine vollständige Abnahme?
Nein: Die Ankündigung beschreibt Tests zu Regeländerungen, aber keine vollständige fachliche Abnahme Deiner Anwendung.
Der bereitgestellte Changelog verspricht weder eine lückenlose Prüfung aller Abläufe noch Fehlerfreiheit. Er sagt konkret, dass Lovable die Tests ausführt, welche die Änderung abdecken, und sie im Projekt behält. Behandle eine Fertigmeldung deshalb nicht als Nachweis für Anforderungen, die Du gar nicht beschrieben hast.
Für die Abnahme empfiehlt K8D einen zusätzlichen manuellen Durchlauf anhand derselben Prüffälle. Kontrolliere dabei auch sichtbare Meldungen und Beschriftungen. Gerade für Texte und Gestaltung kündigt dieses Update keine automatisch geschriebenen Tests an. Dokumentiere offene Punkte getrennt von den bereits geprüften Regeln.
Wie sieht ein sinnvoller nächster Schritt aus?
Wähle eine einzelne Regel Deiner geplanten KMU-App und erstelle dafür einen kurzen, überprüfbaren Änderungsauftrag.
Notiere zunächst die bisherige Regel, die gewünschte Änderung und die betroffenen Rollen. Ergänze danach die erlaubten und nicht erlaubten Fälle sowie Deine Abnahmekriterien. Beauftrage Lovable mit dieser klar begrenzten Änderung und prüfe anschliessend, welche Tests tatsächlich erstellt und ausgeführt wurden.
Wenn Du mit K8D by Dreshaj einen Excel-Ersatz oder eine interne Anwendung besprechen möchtest, bringe diese Regelbeschreibung mit. Der Vorschlag von K8D für das Gespräch: zuerst Anforderungen und Prüffälle klären, dann den vorgesehenen Umfang besprechen. Die neue Testfunktion ist dafür ein konkreter Anlass, aber kein Ersatz für Deine fachlichen Entscheidungen.
Quellen und Einordnung
Quellen geprüft am 25. Oktober 2026. Dieser Beitrag wurde mit KI-Unterstützung erstellt und automatisch auf Quellenbezug geprüft; es fand keine persönliche Freigabe statt. fiktive Beispiele sind keine Kundenreferenzen.