Zpět na domů

DoQA 4.0: spuštění automatizovaných testů z TMS bez CI | Průvodce

DoQA 4.0 integruje spuštění a analýzu automatizovaných testů v Test Management System. Nyní mohou testeri iniciovat testy, prohlížet stack trace a vytvářet hlášení chyb bez přepínání mezi systémy. To zrychluje odhalování defektů a činí proces testování jednotným.

Spouštějte automatizované testy z TMS: jak DoQA 4.0 spojuje testování a CI
Advertisement 728x90

DoQA 4.0: Správa automatizovaných testů bez přepínání z TMS

DoQA 4.0 představila funkcionalitu, která umožňuje spouštět a analyzovat automatizované testy přímo v Test Management System (TMS). To eliminuje nutnost přecházet do systémů kontinuální integrace (CI) pro zahájení spuštění a rozbor výsledků, což výrazně zrychluje proces testování a odhalování defektů. Vývojáři i testeri nyní mohou zůstat v jediném prostředí od plánování testů až po opravu chyb.

Dva přístupy k TMS: klasika a integrace s CI

Na trhu Test Management System se vyprofilovaly dva hlavní přístupy. První, klasický, je zaměřen výhradně na manuální testování: TMS ukládá test cases, vytváří test suites, zaznamenává statusy provedení a výsledky. Celá logika provádění testů zůstává mimo systém – testeri pracují přímo s aplikací.

Druhý přístup předpokládá integraci s CI. TMS zde propojuje automatizované testy s test cases, načítá výsledky spuštění z CI, zobrazuje historii a aktuální statusy. Do nedávné doby však spuštění autotestů vyžadovalo přechod do CI systému (např. GitLab nebo Jenkins), což narušovalo pracovní proces testera.

Google AdInline article slot

Spouštění autotestů přímo z rozhraní TMS

V DoQA 4.0 je implementována přímá integrace, která umožňuje zahájit spuštění autotestů bez opuštění TMS. Při vytváření test run se objeví volba způsobu spuštění – včetně spuštění autotestů. Uživatel zadá:

  • Systém CI (GitLab, Jenkins aj.)
  • Projekt v CI
  • Větev kódu

Tím vznikne run vázaný na konkrétní prováděcí prostředí. Klíčovou novinkou je možnost spustit nejen celý pipeline, ale i jednotlivé autoplasty. To je obzvlášť užitečné při lokální kontrole změn: například po opravě bugu lze rychle přetéstovat ovlivněnou funkcionalitu, aniž by se čekalo na úplný regresní run.

Důležité: samotné provedení testů stále probíhá v CI. TMS slouží jako bod zahájení a shromažďování výsledků, nenahrazuje CI infrastrukturu.

Google AdInline article slot

Jednotné rozhraní pro analýzu výsledků

Po spuštění se autotest zobrazí v runu jako běžný test case se statusem (passed/failed), vykonavatelem a možností komentování. Při selhání testu TMS okamžitě poskytne podrobnosti:

  • Text chyby
  • Stack trace
  • Screenshoty nebo video (pokud je nastaveno)
  • Logy provedení

To odstraňuje potřebu přechodu do CI pro diagnostiku problému. Navíc lze z rozhraní TMS okamžitě vytvořit bug report v trackeru (Jira, YouTrack aj.), předvyplněním šablony na základě dat o selhaném testu.

Historie runů: analýza stability na jednom místě

DoQA 4.0 sjednocuje historii provádění všech testů – manuálních i automatických – v jediném časovém proudu. Pro každý autotest je k dispozici statistika:

Google AdInline article slot
  • Procento úspěšných spuštění
  • Seznam selhání s daty a stack tracy
  • Průměrný čas provedení

To umožňuje rychle posoudit stabilitu testu a identifikovat opakující se problémy. Například pokud test selhává v 30 % případů na konkrétním kroku, tým se může zaměřit na analýzu této části.

Co je důležité

  • Spuštění z TMS: Zahájení autotestů probíhá v systému správy testů, bez přechodu do CI.
  • Podrobnosti selhání na místě: Stack trace a logy jsou dostupné v rozhraní TMS, což urychluje diagnostiku.
  • Vytváření bug reportů jedním kliknutím: Integrace s trackery umožňuje zaznamenat defekty bez změny kontextu.
  • Sjednocená historie: Analýza stability testů je možná v jediném systému, bez sbírání dat z různých zdrojů.
  • Flexibilita spuštění: Možnost testovat jednotlivé scénáře zrychluje ověřování změn.

Tato integrace mění TMS z pasivního úložiště test cases v aktivní centrum správy testování. Proces se stává uzavřeným: od zadání úkolu po zaznamenání defektu – všechny fáze probíhají v jednom systému. To zkracuje čas na komunikaci mezi nástroji a umožňuje testerům soustředit se na analýzu výsledků, nikoli na přepínání mezi kartami.

— Editorial Team

Advertisement 728x90

Číst dál