Automatizare UI pentru site-urile și aplicațiile pe care le construiești singur

Ce poate face agentul pentru testele tale

• Fișiereread_file, write_file, append_file, edit_file, delete_file, make_dir, move_file, copy_file, list_dir, grep și glob funcționează în dosarul de lucru al chat-ului, iar un contor arată fișierele create, editate și citite.
• Shellexecută comanda ta de testare, un linter sau o construcție pe Windows local, WSL sau prin SSH pe un server deținut de tine, și evaluează succesul prin codul de ieșire real. Comenzile periculoase sunt blocate.
• Webweb_search găsește pagini și http_get citește o singură pagină de documentație oficială, astfel încât o întrebare despre selector sau așteptare poate fi verificată împotriva manualului propriu al framework-ului.
• Capturi de ecran și imaginiocr citește textul dintr-o captură de ecran salvată, de exemplu bannerul de eroare al unei rulări eșuate, iar gen_image salvează fișiere imagini reale când ai nevoie de unul.
• Orchestraretask împarte verificările independente între sub-agente paralele, run_on_model trimite un pas dificil unui model mai mare, iar skill stochează un playbook reutilizabil, cum ar fi rutina ta obișnuită de reparație.
• Moduri de aprobareAuto-run acționează imediat, Ask first se oprește înainte de acțiunile care modifică ceva și afișează diff-ul, iar Plan only scrie un plan și nu execută nimic. Planurile supravuiesc restarturilor.
• Cronexecută un prompt la o programare, de exemplu pentru a rula comanda ta de testare la orele setate și a raporta codul de ieșire în chat, astfel încât un flux care s-a stricat peste noapte este primul lucru pe care îl citești.
• Modeleconectează un furnizor de AI cloud printr-un endpoint API standard, un model care rulează local pe PC-ul tău sau modelul integrat care este gata de utilizare fără propriul tău endpoint. Butonul Test verifică un endpoint înainte de a începe.

Patru sarcini pe care agentul le face într-un proiect de testare

Scrie primul flux

Practicile recomandate pentru testele e2e încep cu o listă scurtă a fluxurilor care nu trebuie niciodată să eșueze, așa că roagă FlowLatch să scrie doar acelea. list_dir și glob arată cum sunt numite testele tale existente, read_file deschide unul ca model, iar write_file creează noul fișier pentru fluxul de autentificare cu un cont de test și date false. Shell rulează apoi comanda ta de testare, iar cardul afișează codul de ieșire real. Un prim draft este rar final, așa că cere o singură modificare pe rând, cum ar fi un nume mai clar sau o verificare adăugată pe textul paginii. Înainte să accepți, citește noul fișier în diff, rulează-l singur o dată și păstrează-l doar dacă se potrivește cu fluxul pe care l-ai avut în minte.

Rulează suita și citește eșecul

Shell execută comanda ta de testare și cardul păstrează output-ul complet, astfel încât un rezultat roșu nu este niciodată o presupunere. grep caută în acel output pentru pasul care a eșuat, iar dacă framework-ul tău a salvat o captură de ecran, ocr citește mesajul din ea. Pentru a reduce instabilitatea în testele end to end, roagă FlowLatch să ruleze din nou testul care a eșuat cu aceeași comandă și să compare codurile de ieșire. Un pass urmat de un fail indică o așteptare fixă, date de testare partajate sau ordinea testelor. Cere o explicație scurtă în chat, apoi revizuiește-o împotriva output-ului înainte să modifici orice fișier.

Repară un selector după o modificare a layout-ului

Indiferent dacă testarea e2e merită timpul pentru munca frontend depinde de flux, așa că acoperă mai întâi autentificarea și checkout-ul. Când layout-ul paginii se schimbă, grep găsește fiecare selector care era legat de el, read_file arată pașii din jur și edit_file propune etichete stabile sau test ids în schimb. În Ask first, FlowLatch se oprește înainte de fiecare editare și arată un diff, un fișier pe rând. Acceptă liniile care par corecte, respinge restul, apoi lasă Shell să ruleze din nou suita pentru a vedea noul cod de ieșire. Păstrează diff-ul mic astfel încât un revizor să îl poată citi într-un minut.

Mută o suită într-un alt framework

Când migrezi teste e2e între framework-uri, păstrează ambele suite în repository până când cea nouă trece. FlowLatch listează testele vechi cu glob, citește fiecare cu read_file și scrie fișierul nou corespunzător cu write_file, un flux pe rând. web_search și http_get pot citi documentația proprie a noului framework pentru sintaxa pe care nu o-ți amintești. Rulează ambele suite cu Shell, compară codurile de ieșire și aprobă fiecare fișier în Ask first înainte ca cel vechi să fie eliminat. Planurile supravuiesc restarturilor, astfel încât o migrație lungă poate continua a doua zi.