ROSTISLAV ŠLECHTA · QUALITY ENGINEER

Najdu bug dřív, než ho najde produkce.

Testuju software v prostředí, kde chyba není „jen bug“ – je to riziko. Stavím scénáře podle toho, co může ublížit, automatizaci tak, aby běžela sama, a reporty tak, aby jim šlo rozumět. Bez checklistů pro checklisty.

Web · API · Playwright · CI/CD · bankovní realita

Rostislav Šlechta

CO UMÍM

Čtyři věci. Žádné buzzword menu.

Neslibuju, že otestuju „všechno“. Slibuju, že budu mířit tam, kde to má smysl – a že výsledek půjde použít, ne jen archivovat.

01

Najdu, co se může pokazit

Projdu požadavky, rizika a reálné scénáře. Nepíšu testy pro každé tlačítko – stavím ty, které mají šanci zachytit skutečný problém.

02

Rozbiju to dřív než uživatel

Manuálně i explorativně. Procházím happy path i cesty, na které nikdo nemyslel. Když to má spadnout, ať to spadne u mě.

03

Automatizace, co běží sama

Playwright, API testy, CI/CD. Ne sada skriptů, kterou někdo spouští jednou za sprint – pipeline, která křičí hned, když se něco rozbije.

04

Bug, kterému jde rozumět

Nestačí napsat „nefunguje“. Reprodukce, kontext, dopad. A ověření, že oprava opravdu opravila – ne že jen zmizela z boardu.

KDE TO DĚLÁM

Od tlačítka až po pipeline.

Web — FE i BE

Od UI po backend. Funkční, integrační, regresní, E2E. Playwright jako základ, protože Selenium už patří do muzea.

API a integrace

REST, SOAP, datové kontrakty, chybové stavy. Problém chycený na API je levnější než ten samý na obrazovce.

CI/CD pipeline

Build, validace, artefakty, návaznosti. Testování uvnitř pipeline, ne až když „je čas na QA“.

Java / .NET SDK

Klientské knihovny, integrace, edge case. To, co vypadá jako detail v SDK, dokáže shodit celou integraci.

JAK TO FUNGUJE

Míň divadla. Víc signálu.

Green build není zelená pro uživatele. Proto netestuju „na objem“ – testuju na riziko a dopad.

  1. 01

    Nejdřív pochopit

    Co to dělá, pro koho, a kde to bolí, když to nefunguje. Bez toho jsou testy jen checklist.

  2. 02

    Pak mířit

    Scénáře podle rizik a dopadu. Ne „otestovat všechno“ – otestovat to, co může ublížit.

  3. 03

    Pak to spustit

    Manuál + automatizace. Co se opakuje, patří do pipeline. Co je jednorázové a chytré, patří do hlavý.

  4. 04

    Nakonec uzavřít

    Jasný stav, reprodukovatelné bugy, ověřené opravy. Žádné „možná to někde je“.

Cíl je jednoduchý: vědět, v jakém stavu aplikace je, a snížit šanci, že první, kdo najde chybu, bude zákazník.

O MNĚ

Rostislav Šlechta

Quality Engineer v bankovním prostředí. Web, API, integrace, pipeline. Místa, kde „ono to někdy spadne“ není vtip.

Pracuju risk-based: nejdřív zjistím, co se může pokazit a proč na tom záleží. Pak to otestuju – manuálně, automatizovaně, v CI/CD. Playwright, Postman, JMeter, Java/.NET SDK. AI použiju, když zrychlí návrh nebo prioritizaci. Nepoužiju ji jako výmluvu za povrchní práci.

Bug nestačí najít. Musí se dát zopakovat, pochopit a ověřit, že je pryč.

KONTAKT

Máte aplikaci. Máte tempo. Chcete jistotu?

Nová funkcionalita, automatizace do pipeline, přehled o kvalitě před releasem. Napište – řekneme si, co má smysl testovat a co ne.

Ozvat se