Diese Seite wurde aus dem Englischen übersetzt.
Entwickler-Tools
Testautomatisierung und QA, fest eingebaut
Kliv ist ein KI-App-Builder mit eingebauter Testautomatisierung und Qualitätssicherung. Beschreiben Sie die Geschäftsregeln, die gelten müssen, und Kliv schreibt Tests, führt Browser-Szenarien aus und blockiert die Veröffentlichung, wenn sie fehlschlagen.
Geben Sie Ihre Idee einfach in das Textfeld ein, und AI baut sie für Sie
Was ist Kliv?
Kliv ist kein separates QA-Dashboard, das Sie einrichten und konfigurieren müssen — Kliv ist ein KI-App-Builder, der die Software für Sie baut.
Sie beschreiben die App, die Sie brauchen, mit Ihren eigenen Worten, und Kliv baut sie: die Daten, die Logik, die Bildschirme und die Tests. Am Ende erhalten Sie eine echte App, die Ihnen gehört. Sie können sie nutzen, später Änderungen anfragen und den Code mit Ihrem eigenen Git-Repository synchronisieren. Es ist kein Template und kein Mockup.
Auf dieser Seite ist diese App die Testautomatisierung und Qualitätssicherung, die Kliv in Apps einbaut. Kliv baut alle Arten von Web-Apps; dies ist eine davon, und genau darum geht es auf dem Rest dieser Seite.
Warum QA kein nachträglicher Gedanke sein darf
Das Bestellportal einer Großbäckerei hat Regeln, die zählen: Bestellungen schließen um 22 Uhr, jedes Café hat seine eigene Preisliste, und niemand darf ein Kreditlimit überschreiten. Lässt eine routinemäßige Änderung eine Bestellung um 22:40 Uhr doch noch durch, kann die Bäckerei am nächsten Morgen für echte Kunden falsch backen.
Bei Kliv sind Tests Teil des Bauprozesses. Features kommen mit echten Unit-Tests, geschrieben mit Vitest und Testing Library. Für Regeln, die Sie sich nicht leisten können zu verlieren, können Sie Szenarien anfordern: Browser-Tests, die sich anmelden und dieselben Schaltflächen betätigen wie ein Nutzer.
Woraus die QA-Schicht besteht
Fünf Bausteine, vom ersten Test bis zur blockierten Freigabe.
Unit-Tests beim Bauen
Tests entstehen zusammen mit dem Code, den sie prüfen, und liegen als echte Dateien im Quellcode-Baum Ihrer App.
Szenarien und semantische Locator
Ein Szenario findet eine Schaltfläche über ihren Namen und ein Feld über sein Label, nicht über einen brüchigen CSS-Pfad. Es steuert die echte App in einem echten Browser, mit aktiver Anmeldung und aktiven Sicherheitsregeln.
Datenbank-Kopie zum Wegwerfen
Schreibvorgänge aus dem Szenario landen in einer Datenbank-Kopie, die für den Lauf erstellt und danach verworfen wird. Eine Test-Bestellung berührt nie eine echte Produktionsliste.
Lauf-Beleg
Jeder Lauf protokolliert die Nebeneffekte: angenommene Schreibvorgänge, abgelehnte Aktionen, abgefangene E-Mails und den Grund, warum jede Prüfung bestanden oder durchgefallen ist.
Freigabe-Sperre
Ein fehlgeschlagener Test blockiert die Veröffentlichung. Die Freigabe wartet, bis die Regel wieder erfüllt ist.
Ein Beispiel: Petras Bestellportal für die Großbäckerei
So könnte ein Unternehmen das nutzen. Es ist nur ein Beispiel — Sie würden Ihre eigenen Regeln, Abläufe, Rollen und Tests beschreiben.
Sie benennt die Regel, auf die es ankommt
Petra sagt: „Bestellungen nach 22 Uhr müssen abgelehnt werden, mit dem Angebot des nächsten Termins.“ Kliv macht daraus ein Szenario, das sich als Café anmeldet, 21:59 und 22:01 Uhr ausprobiert und beide Ergebnisse prüft.
Der Test läuft auf Wegwerf-Daten
Das Szenario legt ein Test-Café an, gibt beide Bestellungen auf und prüft die Produktionsliste auf einer Datenbank-Kopie. Der echte Backplan der Bäckerei bekommt die Test-Bestellung nie zu sehen.
Der Beleg zeigt, was passiert ist
Der Lauf-Beleg listet die angenommene 21:59-Bestellung, den abgelehnten Versuch um 22:01 Uhr, die dem Nutzer angezeigte Begründung und die abgefangene Bestätigungs-E-Mail, die nicht verschickt wurde.
Eine spätere Änderung kann die Lücke nicht heimlich wieder öffnen
Monate später ändert sich der Bestellablauf. Das Bestellschluss-Szenario läuft erneut, und wenn plötzlich eine 22:01-Bestellung durchkommt, stoppt die Veröffentlichung und nennt die fehlgeschlagene Regel.
Die Testsuite wächst mit dem Unternehmen
Als Petra Kreditlimits und fahrerexklusive Routen einführt, fordert sie auch dafür Tests an. Der Nachweis bleibt beim Quellcode der App.
Beschreiben Sie die Regeln, die getestet werden sollen
Kliv baut Tests aus Ihrer Beschreibung, deshalb kommt die erste Version umso näher heran, je mehr Details Sie geben. Nennen Sie die Beteiligten, die erlaubte Aktion, die abgelehnte Aktion und die erwartete Meldung. Hier sind drei zum Weiterbauen:
Bestellschluss
Vor 22 Uhr annehmen, danach ablehnen und den nächsten Tag anbieten.
“Baue ein Bestellportal für eine Großbäckerei mit Bestellschluss um 22 Uhr. Füge ein Szenario hinzu, das sich als Café Linde anmeldet, um 21:59 Uhr eine Bestellung aufgibt und bestätigt, dass sie für den morgigen Backtag angenommen wird, dann um 22:01 Uhr erneut versucht und bestätigt, dass die Bestellung mit einer Meldung abgelehnt wird, die den nächsten freien Termin anbietet.”
Kreditlimits
Bestellungen über dem Limit mit einer klaren Meldung blockieren.
“Füge meinem Bestellportal für die Bäckerei ein Kreditlimit von 1.200 € pro Kunde hinzu. Schreibe einen Test, der Café Linde einen offenen Saldo von 1.150 € gibt, eine Bestellung über 90 € aufzugeben versucht, und beweist, dass die Bestellung mit einer Meldung blockiert wird, die das Kreditlimit erklärt.”
Rollengrenzen
Fahrer sehen Routen, keine Preise.
“Schreibe ein Szenario, das sich als Fahrer Elias anmeldet und beweist, dass er die heutige Lieferroute, Stopp-Notizen und Checkboxen sehen kann, aber keine Preislisten oder Rechnungen von Kunden öffnen kann, auch nicht durch Einfügen der jeweiligen URLs.”
Wie alles zusammenspielt
Unit-Tests sind der Standard; Szenarien werden für die wichtigsten Regeln angefordert. Kliv schreibt Unit-Tests während des Bauens. Browser-Szenarien entstehen aus einer Anfrage in einfacher Sprache, die das gewünschte Verhalten benennt.
Geldflüsse lassen sich vorab proben. Wenn die App Kunden abrechnet, kann die Sandbox die Handelslogik mit simuliertem Guthaben und simulierter Zeit durchspielen, bevor eine echte Belastung existiert.
Der Nachweis ist portabel. Tests liegen im selben Quellcode-Baum wie die App, und dieser Baum synchronisiert sich mit Ihrem eigenen Git-Repository. Sie können die Tests außerhalb eines Dashboards lesen und ausführen.
Die gesamte Mechanik — Locator, Kopien, Belege und Sperren — wird ausführlich auf der Testing-Seite behandelt.
Häufige Fragen
Was genau ist Kliv?
Kliv ist ein KI-App-Builder, der aus einer Beschreibung individuelle Web-Apps baut. Er schreibt außerdem Tests für die gebaute App, darunter Unit-Tests und angeforderte Browser-Szenarien.
Bekomme ich eine echte App oder eine Vorlage?
Eine echte App, mit echten Quelldateien und Tests im Quellcode-Baum. Die Tests sind keine Checkliste außerhalb der App.
Kann ich sie nach dem Bau noch ändern?
Ja. Wenn Sie die App ändern, kann Kliv die betroffenen Tests aktualisieren oder neue für die von Ihnen genannten Regeln hinzufügen.
Muss ich die Tests selbst schreiben?
Nein. Unit-Tests entstehen, während die App gebaut wird. Szenarien fordern Sie in einfacher Sprache an, etwa: „Beweise, dass ein Fahrer keine Preislisten sehen kann.“
Verschmutzen Testläufe meine Daten?
Nein. Szenarien laufen gegen eine Datenbank-Kopie, die für den Lauf erstellt und danach verworfen wird. Ihre echten Bestellungen, Nutzer und Datensätze sind nicht Teil des Tests.
Was passiert mit E-Mails, die ein Test auslöst?
Sie werden abgefangen und mit ihrem Inhalt auf dem Lauf-Beleg aufgeführt. Sie werden nicht an echte Kunden zugestellt.
Kann ein Test eine fehlerhafte Freigabe stoppen?
Ja. Bestandene Tests sind Voraussetzung für die Veröffentlichung. Ist die Testsuite rot, geht die Freigabe erst raus, wenn die fehlgeschlagene Regel behoben ist.
Sind die Tests echte Dateien, die ich einsehen kann?
Ja. Unit-Tests und Szenarien liegen beim Quellcode der App, und der Quellcode synchronisiert sich mit Ihrem eigenen Git-Repository.
Können Szenarien Berechtigungen testen?
Ja. Ein Szenario kann sich als bestimmte Rolle anmelden und beweisen, was diese Rolle lesen oder tun darf und was nicht.
Können Szenarien Zahlungsabläufe testen?
Ja. Zahlungsabläufe lassen sich in der Sandbox mit Testzahlungen und simulierter Zeit durchspielen, bevor Sie echtes Geld anbinden.
Verwenden Szenarien brüchige Selektoren?
Wo möglich nutzen sie semantische Locator, etwa Schaltflächennamen und Feld-Labels, sodass ein Redesign den Test seltener aus dem falschen Grund zerstört.
Kann ich später von Kliv weg wechseln?
Ja. Der Code und die Tests synchronisieren sich mit Ihrem eigenen Git-Repository.
Mehr in dieser Kategorie
Von Kreativen gebaut
Entdecken Sie, was möglich ist
Sehen Sie echte Apps, die Entwickler und Kreative weltweit mit Kliv gebaut haben
Memory Café Coordination Tool
A warm platform for dementia-friendly cafés, connecting caregivers, volunteers, and coordinators.
Remit Record
Track remittances and household budgets seamlessly.
Next Page Book Club
Manage your book club easily with proposals, voting, and history tracking.
Northfern Tattoo Studio
Portfolio and booking site for Northfern Tattoo Studio.
Campo Agua Gestión
Sistema de gestión del agua comunitario para aldeas.
つくりて — 伝統工芸職人サイト
職人が作品を展示し、受注管理を行うサイトです。
Tidal Surf Reports
Crowd-sourced surf condition tracking app.
Riverside Commons HOA Management
A portal for HOA management at Riverside Commons.
よやくん — レストラン予約管理
小規模レストラン向けの予約管理サイトです。
Troop 214 Scout Management
A management tool for Scout Troop 214, focused on outings, advancement, and communication.
Te Kura Kaupapa Māori Whānau Board
A whānau coordination tool for Māori-medium schools.
Tsev Nyeem Ntawv Library
Mobile library coordinator for Hmong and Lao communities.
Memory Café Coordination Tool
A warm platform for dementia-friendly cafés, connecting caregivers, volunteers, and coordinators.
Remit Record
Track remittances and household budgets seamlessly.
Next Page Book Club
Manage your book club easily with proposals, voting, and history tracking.
Northfern Tattoo Studio
Portfolio and booking site for Northfern Tattoo Studio.
Campo Agua Gestión
Sistema de gestión del agua comunitario para aldeas.
つくりて — 伝統工芸職人サイト
職人が作品を展示し、受注管理を行うサイトです。
Tidal Surf Reports
Crowd-sourced surf condition tracking app.
Riverside Commons HOA Management
A portal for HOA management at Riverside Commons.
よやくん — レストラン予約管理
小規模レストラン向けの予約管理サイトです。
Troop 214 Scout Management
A management tool for Scout Troop 214, focused on outings, advancement, and communication.
Te Kura Kaupapa Māori Whānau Board
A whānau coordination tool for Māori-medium schools.
Tsev Nyeem Ntawv Library
Mobile library coordinator for Hmong and Lao communities.
Testen Sie die Regeln, auf die es ankommt
Beschreiben Sie die Regeln, die sich Ihr Unternehmen nicht leisten kann zu brechen, die Nutzer, die sie ausführen, und die erwarteten Ergebnisse. Kliv baut die App und die Tests, die beweisen, dass diese Regeln weiterhin gelten.