QA inženýr

Problém

Malé týmy vydávají bez end-to-end testů, protože jejich psaní a údržba jsou pomalé.

Vyzkoušejte naživo

Zapněte v testovacím e-shopu chyby, třeba kupón, který se uplatní dvakrát, pokladnu, která selže v jednom prohlížeči, chybějící alternativní text nebo počet položek v košíku posunutý o jednu. Zadejte cíl, například koupit dva sáčky s kódem WELCOME10. Sledujte běh krok za krokem a pak si přečtěte hlášení o chybě, prohlédněte si snímky obrazovky a přečtěte vygenerovaný test.

Co dokazuje

Agenty v prohlížeči, automatizaci testů a pořádně udělaný sandboxing.

Signálový řetězec

1. plán podle cíle
2. provedení plánu v Playwrightu
3. nový plán při selhání
4. zachycení chyb a kontroly axe
5. hlášení o chybě
6. vygenerování testu
7. běh červeně, pak zeleně

Technologie

Node · TypeScript · Playwright · axe-core · BullMQ · uzamčený kontejner sandboxu

Technické přednosti

• Vygenerovaný test se ponechá, jen když se zapnutou chybou selže a s vypnutou projde.
• Kontejner pro každý běh by potřeboval socket Dockeru, který platforma nikdy nezpřístupňuje, a tak každý běh dostane nový kontext prohlížeče v jednom uzamčeném kontejneru sandboxu, který se po třech minutách zavře a po několika bězích restartuje a kde prohlížeč dosáhne jen na testovací e-shop: to zavírá díru pro podvržené požadavky ze serveru (SSRF), kterou dema typu „otestuj libovolnou URL“ nechávají otevřenou.
• Celý test naplánuje jedním voláním a model se znovu ptá, jen když některý krok selže. Běh tak zůstane nejvýš na sedmi voláních a je opakovatelný.