Esegue i tuoi test
Shell esegue il tuo comando di test e la scheda mostra il codice di uscita reale e l'output completo.
Prodotto
Automazione UI per i siti e le app che costruisci tu
01
L'automazione UI significa che un programma guida un'interfaccia in modo che un flusso venga eseguito senza che una persona debba cliccare. FlowLatch è l'agente accanto a quel programma, non il driver. Legge e modifica i tuoi file di test, esegue il comando di test tramite Shell su Windows e mostra il codice di uscita e l'output su una scheda nella chat.
Modifica i file di test
edit_file e write_file modificano i file di test nella tua cartella di lavoro e, in Ask first, un diff attende la tua approvazione.
Trova la causa
grep, glob e read_file localizzano i selettori e i tempi di attesa, mentre ocr legge il testo in uno screenshot di un errore salvato.
Cosa può fare l'agente per i tuoi test
- Fileread_file, write_file, append_file, edit_file, delete_file, make_dir, move_file, copy_file, list_dir, grep e glob funzionano all'interno della cartella di lavoro della chat, e un contatore mostra i file creati, modificati e letti.
- Shellesegue il tuo comando di test, un linter o una build in locale su Windows, WSL o tramite SSH su un server di tua proprietà, e giudica il successo in base al codice di uscita reale. I comandi pericolosi sono bloccati.
- Webweb_search trova pagine e http_get legge una pagina di documentazione ufficiale, così una domanda su un selettore o un tempo di attesa può essere verificata contro il manuale stesso del framework.
- Screenshot e immaginiocr legge il testo in uno screenshot salvato, ad esempio la banner di errore di un'esecuzione fallita e gen_image salva file immagine reali quando ne hai bisogno.
- Orchestrazionetask suddivide controlli indipendenti tra sottogenti paralleli, run_on_model invia un passaggio difficile a un modello più grande e skill memorizza un playbook riutilizzabile come la tua solita routine di riparazione.
- Modalità di approvazioneAuto-run agisce immediatamente, Ask first si ferma prima delle azioni che modificano qualcosa e mostra il diff, e Plan only scrive un piano ed esegue nulla. I piani sopravvivono ai riavvii.
- Cronesegue un prompt su base programmata, ad esempio per eseguire il tuo comando di test negli orari impostati e segnalare il codice di uscita nella chat, così un flusso interrotto durante la notte è la prima cosa che leggi.
- Modelliconnetti un provider AI cloud tramite un endpoint API standard, un modello in esecuzione locale sul tuo PC o il modello integrato pronto all'uso senza il tuo endpoint. Il pulsante Test verifica un endpoint prima di iniziare.
Come aiuta con il testing UI automatizzato
I flussi vivono come file di testo nel tuo repository. L'agente li legge, esegue il tuo comando di test, spiega un fallimento basandosi sull'output reale e propone la modifica più piccola come un diff da revisionare. Tiene un breve elenco dei flussi coperti, così puoi vedere a colpo d'occhio quali hanno ancora bisogno di un test.
Il test di accesso fallisce dopo un cambiamento nel layout. Trova il selettore, correggilo ed esegui di nuovo i test.
- list_dir
tests/listed - grep
sign-in2 matches - Shell
your test commandexit 1 - read_file
tests/sign-in.test.tsloaded - edit_file
tests/sign-in.test.tssaved - Shell
your test commandexit 0
in attesa del tuo via prima del passaggio successivoRifiutaAccetta
Quattro compiti che l'agente svolge in un progetto di test
Scrivi il primo flusso
Le migliori pratiche per i test e2e iniziano con un breve elenco di flussi che non devono mai rompersi, quindi chiedi a FlowLatch di scrivere solo quelli. list_dir e glob mostrano come sono nominati i tuoi test esistenti, read_file apre uno come modello e write_file crea il nuovo file per il flusso di accesso con un account di test e dati finti. Shell esegue quindi il tuo comando di test e la scheda mostra il codice di uscita reale. Una prima bozza raramente è definitiva, quindi chiedi una modifica alla volta, come un nome più chiaro o un controllo aggiunto sul testo della pagina. Prima di accettare, leggi il nuovo file nel diff, eseguilo tu stesso una volta e mantienilo solo se corrisponde al flusso che intendevi.
Esegui la suite e leggi il fallimento
Shell esegue il tuo comando di test e la scheda mantiene l'output completo, così un risultato rosso non è mai un'ipotesi. grep cerca nell'output il passaggio fallito e, se il tuo framework ha salvato uno screenshot, ocr legge il messaggio al suo interno. Per ridurre la fragilità nei test end to end, chiedi a FlowLatch di eseguire di nuovo il test fallito con lo stesso comando e confronta i codici di uscita. Un passaggio seguito da un fallimento indica un tempo di attesa fisso, dati di test condivisi o l'ordine dei test. Chiedi una breve spiegazione nella chat, poi rivedila contro l'output prima di modificare qualsiasi file.
Ripara un selettore dopo un cambiamento nel layout
Se il testing e2e valga il tempo per il lavoro frontend dipende dal flusso, quindi copri prima accesso e checkout. Quando il layout della pagina cambia, grep trova ogni selettore che era legato ad esso, read_file mostra i passaggi circostanti e edit_file propone etichette stabili o test id invece. In Ask first, FlowLatch si ferma prima di ogni modifica e mostra un diff, un file alla volta. Accetta le righe che sembrano giuste, rifiuta il resto e lascia che Shell esegua di nuovo la suite per vedere il nuovo codice di uscita. Mantieni il diff piccolo così un revisore possa leggerlo in un minuto.
Sposta una suite su un altro framework
Quando si migrano i test e2e tra framework, mantieni entrambe le suite nel repository fino a quando la nuova non supera i test. FlowLatch elenca i vecchi test con glob, legge ciascuno con read_file e scrive il nuovo file corrispondente con write_file, un flusso alla volta. web_search e http_get possono leggere la documentazione ufficiale del nuovo framework per la sintassi che non ricordi. Esegui entrambe le suite con Shell, confronta i codici di uscita e approva ogni file in Ask first prima che il vecchio venga rimosso. I piani sopravvivono ai riavvii, così una migrazione lunga può continuare il giorno successivo.
Cosa FlowLatch non fa
FlowLatch non è un servizio in hosting né un plugin del browser. È pensato solo per i tuoi file, il tuo PC e i server che sei autorizzato a usare e mantieni il lavoro al loro interno, perché Shell, web e SSH non sono limitati alla cartella di lavoro. Non promette che un test o una modifica siano corretti, quindi leggi ogni diff ed esegui i test tu stesso. Una suite che passa riduce il rischio di rompere un flusso e la suite ha comunque bisogno di manutenzione regolare.
