Testování v kontextu celého systému
Nejen jednotlivé obrazovky nebo endpointy. Zajímá mě, jak se části skládají a kde se předpoklady rozcházejí s realitou.
SOFTWARE TESTING. BEZ DIVADLA.
Software má fungovat. I když se systémy přestanou tvářit, že se znají.
Jsem Rosta. Testuju webové aplikace, API, integrace a CI/CD. Od kliknutí na tlačítko až po zprávu, která se někde cestou rozhodla zmizet.
Protože „u mě to funguje“ není testovací strategie.
PROČ TO DĚLÁM
Nejde o to mít co nejvíc testů.
Jde o to vědět, co se může pokazit, kde to poznáme a jak zabránit tomu, aby se stejný problém vrátil.
Návaznost dat a integrace
Chyby často vznikají na hranicích. Proto sleduju cestu dat mezi systémy, ne jen HTTP status.
Automatizace s opakovatelnou hodnotou
Automatizuju to, co má smysl hlídat znovu a znovu. Ne všechno, co jde napsat.
CO TESTUJU
Od tlačítka až po to, co se stane s daty dál.
Jednotlivé oblasti na sebe navazují. Cílem není sedm izolovaných služeb, ale důvěra v chování celého systému.
Funkční testování webových aplikací
Frontend i backend. Validace chování, stavů, oprávnění a toku dat. Od kliknutí po odpověď serveru.
Příklad Tlačítko je zelené, ale backend ti tiše odmítne požadavek, který UI ani nezobrazí.
API testing — REST a SOAP
Kontakty, kontrakty, chybové stavy a obsah odpovědí. HTTP 200 není důkaz, že data dávají smysl.
Příklad API může vracet 200 a přesto předat přesně ten problém, který nechceš.
Integrační testování a návaznost dat
Scénáře přes více systémů. Kde se data mění, ztrácejí nebo se systémy přestanou „znát“.
Příklad Když se dva systémy domluví, je to integrace. Když se domluví správně, je to důvod k oslavě.
Automatizované testy — Playwright a Mocha
Stabilní E2E a API automatizace, která běží v pipeline a dává srozumitelný signál, ne šum.
Příklad Zelená pipeline je příjemná. Důležité je, co vlastně ověřila.
CI/CD pipeline a validace buildů
Testy uvnitř procesu, ne až „až bude čas na QA“. Build, artefakty, návaznosti, regrese.
Příklad Pipeline, která křičí hned, když se něco rozbije — ne až po releasu.
Java / .NET SDK a integrační scénáře
Klientské knihovny, edge case a to, co vypadá jako detail, ale umí shodit celou integraci.
Příklad SDK, které „funguje u mě“, ale v produkčním toku ti tichounce ztratí jednu vazbu.
JAK PRACUJU
Neautomatizuju všechno.
Automatizuju to, co má smysl hlídat opakovaně. Počet testů sám o sobě není měřítkem kvality — a automatizace nenahrazuje pochopení systému.
- 01
Pochopit systém a očekávané chování
Co to dělá, pro koho a kde to bolí, když to nefunguje. Bez toho jsou testy jen checklist.
- 02
Identifikovat riziková místa
Scénáře podle dopadu a pravděpodobnosti. Ne „otestovat všechno“ — otestovat to, co může ublížit.
- 03
Ověřit funkčnost, integrace a data
Manuálně i automatizovaně. Sledovat cestu požadavku i to, co se s daty stane dál.
- 04
Vybrat vhodné scénáře pro automatizaci
To, co se opakuje a má hodnotu hlídat. Automatizace nenahrazuje pochopení systému.
- 05
Opakovaně ověřovat při změnách
Regrese s cílem vědět, v jakém stavu aplikace je — a snížit šanci, že první najde chybu zákazník.
O MNĚ
Rosta Šlechta
Baví mě hledat místa, kde se předpoklady systému potkávají s realitou. Obvykle to bývá zajímavější než samotné tlačítko, na které se kliká.
Pohybuju se v technických detailech webových aplikací, API a integrací. Zajímá mě chování systému jako celku — a to, že problémy často vznikají na hranicích mezi komponentami, ne uprostřed jedné obrazovky.
Komunikuju srozumitelně s vývojem. Cíl není jen najít chybu, ale ji spolehlivě reprodukovat, pochopit dopad a ověřit, že oprava opravdu opravila.
„U mě to funguje“ není testovací strategie. A zelená pipeline je příjemná — důležité je, co vlastně ověřila.
KONTAKT
Máte systém, kterému chcete víc věřit?
Pojďme se podívat, co testovat, kde hledat rizika a co má smysl automatizovat. Bez zbytečného divadla.