Conversational testing: laat Lovable je app testen zoals een echte klant dat doet
Geen testscripts meer onderhouden. Je typt in gewone taal welke flow getest moet worden en Lovable loopt het happy path én de randgevallen na. Zo bouw je er een vast ritueel van vóór elke publicatie.
Ruben Klaver
Bijdrager · lvbl.nl
Het idee is simpel maar het verschil in de praktijk is groot. Waar je vroeger testscripts schreef en onderhield — of, eerlijker gezegd, waar je helemaal niet testte en gewoon publiceerde — geef je nu één opdracht: "Test de aanmeldflow, inclusief wat er gebeurt als iemand een ongeldig e-mailadres of een te kort wachtwoord invult." De agent doorloopt het scenario, probeert de variaties, en rapporteert terug wat er gebeurde in het happy path én in de foutsituaties.
Wat het wel en niet is
Het is geen vervanging voor unit tests op je businesslogica, en het is geen garantie. Het is een snelle, gerichte manier om te ontdekken dat een knop niets doet, dat een foutmelding leeg blijft, of dat je na het inloggen op een witte pagina landt. In onze eigen builds vangt het vooral het type fout dat je zelf niet meer ziet omdat je de flow inmiddels honderd keer blind hebt gelopen.
Een werkbaar ritueel
Wij hangen er vier vaste prompts aan, elke keer vóór publicatie:
1. "Test de volledige aanmeld- en inlogflow, inclusief verkeerd wachtwoord, bestaand account en uitloggen." 2. "Test de belangrijkste actie van de app (bijvoorbeeld: een item aanmaken, bewerken en verwijderen) als ingelogde gebruiker." 3. "Test wat een uitgelogde bezoeker ziet op beveiligde pagina's — kom ik ergens waar ik niet hoor te komen?" 4. "Test de app op een smal scherm: is alles bereikbaar en klikbaar?"
Die derde is de belangrijkste. Autorisatiegaten zijn de fouten die pas pijn doen als je app echt gebruikers heeft, en juist die zie je in handmatig testen bijna nooit — je bent zelf immers altijd ingelogd.
Combineer het met de securityscan
Conversational testing kijkt naar gedrag, de securityscan kijkt naar je database-policies. Samen dekken ze twee verschillende soorten fout af: "de knop doet niets" en "iedereen kan alle rijen lezen". Draai ze allebei, en schrijf de uitkomst kort op in je projectnotities — dan zie je bij de volgende publicatie meteen wat er veranderd is.
Tips die het beter maken:
- Wees concreet over de data. "Test met een gebruiker die nog nul projecten heeft" levert andere en nuttigere fouten op dan een vage opdracht. - Test lege staten expliciet. Nieuwe gebruikers zien altijd het scherm dat jij nooit meer ziet. - Laat de agent ook één keer iets doen wat níét mag: dubbel klikken, terugknop midden in een flow, formulier twee keer versturen. - Zet de uitkomst om in taken. Een testrapport dat je niet omzet in fixes is een duurdere manier van niets doen.
Het grotere plaatje: kwaliteitsborging schuift op van iets wat je erbij doet naar iets wat je vraagt. Dat verlaagt de drempel enorm — en de apps die uit deze community komen worden er merkbaar steviger van.
Bron: Lovable-aankondiging conversational testing (juli 2026).
Vond je dit fijn?
Geef een hartje en deel het met een andere Lovable-fan.