UI automatizace pro weby a aplikace, které stavíte sami

Co umí agent pro vaše testy

• Souboryread_file, write_file, append_file, edit_file, delete_file, make_dir, move_file, copy_file, list_dir, grep a glob fungují v pracovním adresáři chatu a počítadlo ukazuje, kolik souborů bylo vytvořeno, upraveno a přečteno.
• Shellspouští váš testovací příkaz, linter nebo build lokálně na Windows, WSL nebo přes SSH na serveru, který vlastníte, a hodnotí úspěch podle skutečného exit code. Nebezpečné příkazy jsou blokovány.
• Webweb_search najde stránky a http_get přečte jednu stránku oficiální dokumentace, takže otázku o selektoru nebo čekací době lze ověřit podle manuálu frameworku.
• Snímky a obrázkyocr přečte text ze zachyceného snímku, například chybové hlášení selhání, a gen_image uloží skutečné soubory, když je potřeba jeden vytvořit.
• Orchestracetask rozloží nezávislé kontroly mezi paralelní sub-agenty, run_on_model pošle jeden náročný krok většímu modelu a skill uloží opakovanou sadu postupů, jako je vaše běžná rutina oprav.
• Režimy schváleníAuto-run provede akci okamžitě, Ask first se před akcemi měnícími data pozastaví a zobrazí diff, a Plan only napíše plán a nic nespustí. Plány přežijí restarty.
• Cronspustí prompt podle rozvrhu, například spustí váš testovací příkaz ve stanovených časech a nahlásí exit code v chatu, takže tok, který selhal přes noc, je první věc, kterou vidíte.
• Modelypřipojte cloudového poskytovatele AI přes standardní API endpoint, model běžící lokálně na vašem PC nebo vestavěný model, který je připraven k použití bez vlastního endpointu. Tlačítko Test zkontroluje endpoint před spuštěním.

Čtyři úkoly, které agent v testovacím projektu řeší

Napiš první tok

Osvědčené postupy pro e2e testy začínají krátkým seznamem toků, které nesmí selhat, takže požádej FlowLatch, aby napsal jen ty. list_dir a glob ukážou, jak jsou pojmenovány existující testy, read_file otevře jeden jako vzor a write_file vytvoří nový soubor pro tok přihlášení s testovacím účtem a fiktivními daty. Shell pak spustí tvůj testovací příkaz a karta zobrazí skutečný exit code. První návrh je vzácně finální, takže žádej jednu změnu najednou, například jasnější název nebo přidání kontroly textu na stránce. Před přijetím si přečti nový soubor v diffu, spusť ho sám jednou a ponech ho jen tehdy, pokud odpovídá toku, který jsi měl na mysli.

Spusť sadu a přečti selhání

Shell spustí tvůj testovací příkaz a karta uchová celý výstup, takže červený výsledek není nikdy hádání. grep prohledá tento výstup pro hledající krok a pokud tvůj framework uložil snímek, ocr přečte zprávu v něm. Pro snížení nestability v end-to-end testech požádej FlowLatch, aby spustil selhající test znovu stejným příkazem a porovnal exit kódy. Procházka následovaná selháním ukazuje na pevné čekání, sdílená testovací data nebo pořadí testů. Požádej v chatu o krátké vysvětlení a pak ho zkontroluj proti výstupu, než změníš nějaký soubor.

Oprav selektor po změně rozložení

Zda se oplatí dělat e2e testování pro frontendovou práci závisí na toku, takže nejprve pokryj přihlášení a checkout. Když se změní rozložení stránky, grep najde každý selektor s ním spojený, read_file ukáže okolní kroky a edit_file navrhne stabilní štítky nebo testovací ID. V režimu Ask first se FlowLatch před každou úpravou pozastaví a zobrazí diff, jeden soubor po druhém. Přijmi řádky, které vypadají správně, zamítni ostatní a neche pak Shell spustit sadu znovu, abys viděl nový exit code. Udržuj diff malý, aby ho recenzent mohl přečíst za minutu.

Přesun sady do jiného frameworku

Při migraci e2e testů mezi frameworky měj obě sady v repozitáři, dokud nová neprojde. FlowLatch vylistuje staré testy pomocí glob, přečte každý pomocí read_file a napíše odpovídající nový soubor pomocí write_file, jeden tok po druhém. web_search a http_get mohou přečíst dokumentaci nového frameworku pro syntaxi, kterou si nepamatuješ. Spusť obě sady pomocí Shell, porovnej exit kódy a schval každý soubor v Ask first, než bude starý odstraněn. Plány přežijí restarty, takže dlouhá migrace může pokračovat další den.