Výsledky
Váš runner, nedotčený.
Playwright, Appium, Selenium, Cypress, Maestro nebo vlastní harness si nechte přesně tak, jak jsou. Vitrinka čte, co po sobě běh nechá, a složí to do QA záznamu featury; nikdy nespouští prohlížeč ani neovládá zařízení.
01
Obalte příkaz, který už spouštíte
Napište před svůj testovací příkaz vitrinka qa run -- a příkaz se spustí přesně tak, jak je. Když skončí, CLI najde, co po sobě běh nechal, složí to do jednoho manifestu běhu a publikuje ho. Ve vaší sadě se nic nemění.
- Co umí přečíst — JUnit XML — reportér Playwrightu, Jestu, wdio, Go a většiny dalších, který sám pokryje Selenium, Cypress, Maestro, Detox i vlastní harness — JSON report z Playwrightu, adresář allure-results nebo JSON reporty z wdio.
- Váš návratový kód, nedotčený — návratový kód testovacího příkazu je návratovým kódem CLI, takže neúspěšné publikování nikdy nezakryje padající test, ani naopak.
- Nebo si manifest napište sami — runner, který manifest běhu v1 zapíše sám, ho publikuje přes vitrinka qa run publish; --dry-run běh spustí a složí, manifest vypíše a nic nepublikuje.
02
Složené do QA záznamu featury
Jedny dveře promění manifest v záznam — žádný publikační agent, žádné ručně psané komentáře. Běh přistane na úkolu, který určíte, jinak na featuře podle větve vt-<id> ve vašem checkoutu, jinak na průběžném epicu projektu Unplanned runs.
- Verdikty po cestách — když prošly všechny případy, je to pass, jakékoli selhání je fail, průchody s přeskočenými případy jsou partial a pokrytí plánu se skládá z jeho cest.
- Důkazy na QA nástěnce — sekce každé cesty nese běh, jeho případy jako checklist a kartu na každý screenshot. Znovu publikovaný stejný běh nahradí své vlastní karty; nový běh se připojí pod něj.
- Draft bugu na každý padající případ — každé selhání založí přes intake draft bugu, který blokuje svou cestu a čeká na verdikt — nebo, když chcete, rovnou živý bug, případně vůbec nic.
03
Plán, kterým se dá projít
Testovací plán featury je úkol typu qa, každá uživatelská cesta pod ním je journey a každá journey je tok kroků. Když běh dorazí dřív než plán, plán se pro něj založí sám, s cestou na každý spec.
- Kroky, které se větví — krok je act, verify nebo wait a může uvést, co ho dokládá; jeho next může mířit do jiné cesty, a tak se tok větví nebo vrací. Checklist, který tester odškrtává, se z toku odvozuje.
- Nakreslený, jak je — server plán vykreslí jako jeden diagram — dráha na každou roli, kroky každé cesty zleva doprava a jen ty hrany, které tvoří vazby next a blocks. Klikněte na krok a cesta se otevře s tím krokem v editoru toku.
- Ručně, do stejného záznamu — průzkumná session — člověka, nebo agenta přes /vitrinka:usertest — otevře případ na každou zkoušenou věc, nasnímá do něj obrazovky a publikuje stejnými dveřmi.