FlowLatch
Product

UI-automatisering voor de sites en apps die je zelf bouwt

01

UI-automatisering betekent dat een programma een interface bestuurt, zodat een flow loopt zonder dat iemand hoeft te klikken. FlowLatch is de agent naast dat programma, niet de driver. Het leest en bewerkt je testbestanden, voert je testcommando uit via Shell op Windows, en toont de exitcode en de uitvoer op een kaart in de chat.

01

Voert je tests uit

Shell voert je testcommando uit, en de kaart toont de echte exitcode en de volledige uitvoer.

02

Bewerkt testbestanden

edit_file en write_file wijzigen testbestanden in je werkmap, en bij Ask first wacht een diff op jouw goedkeuring.

03

Vindt de oorzaak

grep, glob en read_file lokaliseren selectors en waits, en ocr leest de tekst op een opgeslagen screenshot van een fout.

Wat de agent voor je tests kan doen

Hoe het helpt bij geautomatiseerde ui-testing

Flows bestaan als platte bestanden in je repository. De agent leest ze, voert je testcommando uit, legt een fout uit aan de hand van de echte uitvoer en stelt de kleinste wijziging voor als een diff om door jou te beoordelen. Het houdt een korte lijst bij van de flows die gedekt zijn, zodat je in één oogopslag ziet welke nog een test nodig hebben.

Vier taken die de agent in een testproject uitvoert

Schrijf de eerste flow

Best practices voor e2e-tests beginnen met een korte lijst van flows die nooit mogen breken, dus vraag FlowLatch om alleen die te schrijven. list_dir en glob tonen hoe je bestaande tests zijn genoemd, read_file opent er één als patroon, en write_file maakt het nieuwe bestand voor de aanmeldflow met een testaccount en nepgegevens. Shell voert vervolgens je testcommando uit, en de kaart toont de echte exitcode. Een eerste concept is zelden definitief, dus vraag om één wijziging tegelijk, zoals een duidelijkere naam of een extra controle op de paginatext. Lees het nieuwe bestand in de diff voordat je accepteert, voer het een keer zelf uit en bewaar het alleen als het overeenkomt met de flow die je bedoelde.

Voer de suite uit en lees de fout

Shell voert je testcommando uit en de kaart bewaart de volledige uitvoer, dus een rood resultaat is nooit een gok. grep doorzoekt die uitvoer op de mislukte stap, en als je framework een screenshot heeft opgeslagen, leest ocr de boodschap erin. Om flakiness in end-to-end-tests te verminderen, vraag FlowLatch om de mislukte test opnieuw uit te voeren met hetzelfde commando en vergelijk de exitcodes. Een pass gevolgd door een fail wijst op een vaste wait, gedeelde testgegevens of de volgorde van de tests. Vraag om een korte uitleg in de chat, en beoordeel deze vervolgens tegen de uitvoer voordat je een bestand wijzigt.

Repareer een selector na een lay-outwijziging

Of e2e-testing de moeite waard is voor frontend-werk hangt af van de flow, dus dek eerst aanmelden en checkout af. Wanneer de paginalay-out verandert, vindt grep elke selector die eraan gekoppeld was, read_file toont de omliggende stappen en edit_file stelt stabiele labels of test ids voor. In Ask first pauzeert FlowLatch voordat elke bewerking plaatsvindt en toont een diff, één bestand tegelijk. Accepteer de regels die er goed uitzien, wijs de rest af, en laat Shell vervolgens de suite opnieuw uitvoeren om de nieuwe exitcode te zien. Houd de diff klein, zodat een reviewer hem in een minuut kan lezen.

Verplaats een suite naar een ander framework

Bij het migreren van e2e-tests tussen frameworks, bewaar beide suites in de repository totdat de nieuwe slaagt. FlowLatch lijst de oude tests op met glob, leest elke met read_file en schrijft het bijpassende nieuwe bestand met write_file, één flow tegelijk. web_search en http_get kunnen de eigen documentatie van het nieuwe framework lezen voor syntaxis die je niet meer weet. Voer beide suites uit met Shell, vergelijk de exitcodes, en keur elk bestand goed in Ask first voordat de oude wordt verwijderd. Plannen overleven herstarten, dus een lange migratie kan de volgende dag doorgaan.

Wat FlowLatch niet doet

FlowLatch is geen gehoste service of een browserplugin. Het is bedoeld voor je eigen bestanden, je pc en servers die je mag gebruiken, en je houdt het werk binnen hen, omdat Shell, web en SSH niet beperkt zijn tot de werkmap. Het belooft niet dat een test of een bewerking correct is, dus je leest elke diff en voert de tests zelf uit. Een slagen suite verlaagt het risico op het breken van een flow, en de suite heeft nog steeds regelmatig onderhoud nodig.

FlowLatch voor Windows

Probeer het op een flow die je zelf beheert

FlowLatch downloaden ↗