Deze pagina is vertaald uit het Engels.
Developertools
Testautomatisering en QA, ingebouwd
Kliv is een AI-appbouwer met testautomatisering en kwaliteitsborging ingebouwd. Beschrijf de bedrijfsregels die moeten kloppen, en Kliv schrijft tests, draait browser-Scenario’s en blokkeert publicatie zodra ze falen.
Voer je idee in het tekstvak in en AI bouwt het voor je
Wat is Kliv?
Kliv is geen los QA-dashboard waarvoor je je aanmeldt en dat je moet inrichten — het is een AI-appbouwer die software voor je bouwt.
Je beschrijft in je eigen woorden de app die je nodig hebt, en Kliv bouwt hem: de data, de logica, de schermen en de tests. Je krijgt een echte app die van jou is. Je kunt hem gebruiken, later laten aanpassen door om wijzigingen te vragen, en de code synchroniseren naar je eigen Git-repository. Het is geen sjabloon en geen maquette.
Op deze pagina is die app de testautomatisering en kwaliteitsborging die Kliv in apps inbouwt. Kliv bouwt allerlei soorten webapps; dit is er één van, en daar gaat de rest van deze pagina over.
Waarom QA geen bijzaak kan zijn
Het bestelportaal van een groothandelsbakkerij kent regels die ertoe doen: bestellingen sluiten om 22.00 uur, elk café heeft zijn eigen prijslijst, en niemand mag een kredietlimiet overschrijden. Als een gewone wijziging een bestelling om 22.40 uur toch doorlaat, kan de ochtendbak voor echte klanten fout uitpakken.
Bij Kliv horen tests bij de manier waarop de app wordt gebouwd. Functies komen mét echte unittests via Vitest en Testing Library. Voor regels die je je niet kunt veroorloven te verliezen, kun je om Scenario’s vragen: browsertests die inloggen en dezelfde knoppen indrukken als een gebruiker zou doen.
Waar de QA-laag uit bestaat
Vijf onderdelen, van de eerste test tot de geblokkeerde release.
Unittests terwijl er gebouwd wordt
Tests worden geschreven naast de code die ze controleren en bestaan als echte bestanden in de broncode van je app.
Scenario’s en semantische locators
Een Scenario vindt een knop via zijn naam en een veld via zijn label, niet via een kwetsbaar CSS-pad. Het stuurt de echte app aan in een echte browser, met inlog- en beveiligingsregels actief.
Wegwerpbare databasekopie
Schrijfacties uit een Scenario komen terecht in een databasekopie die voor die run is aangemaakt en daarna wordt weggegooid. Een testbestelling raakt nooit een echt planningsoverzicht.
Runbonnetje
Elke run legt de neveneffecten vast: geaccepteerde schrijfacties, geweigerde acties, opgevangen e-mails, en de reden waarom elke controle slaagde of faalde.
Publicatiepoort
Een falende test blokkeert publicatie. De release wacht tot de regel weer klopt.
Een voorbeeld: het portaal van Petra’s groothandelsbakkerij
Zo zou één bedrijf het kunnen gebruiken. Het is slechts een voorbeeld — jij zou je eigen regels, workflows, rollen en tests beschrijven.
Ze benoemt de regel die ertoe doet
Petra zegt: “Bestellingen na 22.00 uur moeten geweigerd worden, met het tijdslot van morgen als alternatief.” Kliv maakt daar een Scenario van dat inlogt als café, om 21.59 en 22.01 uur bestelt, en beide uitkomsten controleert.
De test draait op wegwerpbare data
Het Scenario maakt een testcafé aan, plaatst beide bestellingen, en controleert het overzicht op een databasekopie. De echte bakkerijplanning ziet de testbestelling nooit.
Het bonnetje toont wat er gebeurde
Het runbonnetje toont de geaccepteerde bestelling om 21.59 uur, de geweigerde poging om 22.01 uur, de reden die aan de gebruiker werd getoond, en de bevestigingsmail die werd opgevangen in plaats van verzonden.
Een latere wijziging kan het gat niet stilletjes heropenen
Maanden later verandert de bestelflow. Het sluitingstijd-Scenario draait opnieuw, en als een bestelling om 22.01 uur ineens weer wordt geaccepteerd, stopt de publicatie en wordt de gefaalde regel genoemd.
De testset groeit mee met het bedrijf
Wanneer Petra kredietlimieten en routes exclusief voor chauffeurs toevoegt, vraagt ze ook voor die regels om tests. Het bewijs blijft bij de broncode van de app.
Beschrijf de regels die je getest wilt zien
Kliv bouwt tests op basis van je beschrijving, dus hoe meer detail je geeft, hoe dichter de eerste versie bij wat je wilt komt. Noem de actoren, de toegestane actie, de geweigerde actie en de melding die je verwacht. Hier zijn er drie om op voort te bouwen:
Sluitingstijd bestellingen
Accepteren vóór 22.00 uur, weigeren erna, met morgen als alternatief.
“Bouw een bestelportaal voor een groothandelsbakkerij met een sluitingstijd van 22.00 uur. Voeg een Scenario toe dat inlogt als Café De Linde, om 21.59 uur een bestelling plaatst en bevestigt dat die geaccepteerd wordt voor de bak van morgen, en het daarna om 22.01 uur opnieuw probeert en bevestigt dat de bestelling wordt geweigerd met een melding die het eerstvolgende beschikbare tijdslot aanbiedt.”
Kredietlimieten
Bestellingen boven de grens blokkeren met een duidelijke melding.
“Voeg een kredietlimiet van €1.200 per klant toe aan mijn bestelportaal voor de bakkerij. Schrijf een test die Café De Linde een openstaand saldo van €1.150 geeft, probeert een bestelling van €90 te plaatsen, en aantoont dat de bestelling wordt geblokkeerd met een melding die de kredietlimiet uitlegt.”
Rolgrenzen
Chauffeurs zien routes, geen prijzen.
“Schrijf een Scenario dat inlogt als chauffeur Daan en aantoont dat hij de bezorgroute van vandaag, stopnotities en afvinkvakjes kan zien, maar geen prijslijsten of facturen van klanten kan openen, ook niet door hun URL’s rechtstreeks te plakken.”
Hoe het samenkomt
Unittests zijn de standaard; Scenario’s vraag je aan voor de regels die het zwaarst wegen. Kliv schrijft unittests terwijl het bouwt. Browser-Scenario’s komen voort uit een verzoek in gewone taal waarin je het gedrag benoemt dat je belangrijk vindt.
Geldstromen kun je repeteren. Als de app klanten factureert, kan de Sandbox de commerciële kant draaien met gesimuleerd tegoed en gesimuleerde tijd, voordat er ook maar één echte afschrijving bestaat.
Het bewijs is overdraagbaar. Tests staan in dezelfde broncode als de app, en die broncode synchroniseert naar je eigen Git-repository. Je kunt de tests buiten een dashboard om lezen en draaien.
De volledige machinerie — locators, kopieën, bonnetjes en poorten — komt uitgebreid aan bod op de testpagina.
Veelgestelde vragen
Wat is Kliv precies?
Kliv is een AI-appbouwer die aangepaste webapps bouwt op basis van een beschrijving. Het schrijft ook tests voor de app die het bouwt, inclusief unittests en aangevraagde browser-Scenario’s.
Krijg ik een echte app, of een sjabloon?
Een echte app, met echte broncodebestanden en tests in de broncode. De tests zijn geen checklist buiten de app.
Kan ik hem na de bouw nog aanpassen?
Ja. Wanneer je de app wijzigt, kan Kliv de betreffende tests bijwerken of nieuwe toevoegen voor de regels die je benoemt.
Moet ik de tests zelf schrijven?
Nee. Unittests worden geschreven terwijl de app gebouwd wordt. Je vraagt Scenario’s aan in gewone taal, zoals “toon aan dat een chauffeur geen prijslijsten kan zien”.
Vervuilen testruns mijn data?
Nee. Scenario’s draaien op een databasekopie die voor die run is aangemaakt en daarna weggegooid wordt. Je echte bestellingen, gebruikers en gegevens maken geen deel uit van de test.
Wat gebeurt er met e-mails die een test verstuurt?
Ze worden opgevangen en met hun inhoud vermeld op het runbonnetje. Ze worden niet afgeleverd bij echte klanten.
Kan een test een slechte release tegenhouden?
Ja. Geslaagde tests zijn een poortwachter voor publicatie. Staat de testset op rood, dan gaat de release pas uit zodra de gefaalde regel is opgelost.
Zijn de tests echte bestanden die ik kan inzien?
Ja. Unittests en Scenario’s staan bij de broncode van de app, en die broncode synchroniseert naar je eigen Git-repository.
Kunnen Scenario’s rechten testen?
Ja. Een Scenario kan inloggen als een specifieke rol en aantonen wat die rol wel en niet mag lezen of doen.
Kunnen Scenario’s betaalflows testen?
Ja. Betaalflows kunnen gerepeteerd worden in de Sandbox met testbetalingen en gesimuleerde tijd, voordat je echt geld koppelt.
Gebruiken Scenario’s kwetsbare selectors?
Ze gebruiken waar mogelijk semantische locators, zoals knopnamen en veldlabels, zodat een herontwerp minder snel de test om de verkeerde reden breekt.
Kan ik later van Kliv af?
Ja. De code en de tests synchroniseren naar je eigen Git-repository.
Meer in deze categorie
Gebouwd door makers
Ontdek wat mogelijk is
Bekijk echte apps die wereldwijd door ontwikkelaars en makers met Kliv zijn gebouwd
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.
Test de regels die ertoe doen
Beschrijf de regels die je bedrijf zich niet kan veroorloven te breken, de gebruikers die ze uitvoeren, en de verwachte uitkomsten. Kliv bouwt de app en de tests die aantonen dat die regels blijven kloppen.