Co dělat, když chcete testovat software a nemáte praxi?

Instalace je přímočará. Vytvořte virtuální prostředí, aktivujte ho a nainstalujte pytest pomocí správce balíčků. Ověření provedete příkazem pytest --version. Testy se ukládají do souborů, jejichž název začíná na test_ nebo končí na _test. Samotné testovací funkce musí mít také prefix test_. pytest je sám najde bez jakékoli registrace. Spuštění je pak otázkou příkazu pytest v kořeni projektu. Pro podrobnější výstup použijte pytest -v, pro zastavení po první chybě pytest -x.

Praktický postup: vezmi úkol a napiš si seznam všech činností, které budeš muset udělat, i těch, které jen možná nastanou. U každé napiš, kdo ji vykoná a na kom závisí. Pak sečti časy a přidej rezervu na neočekávané – ne procentem, ale konkrétními scénáři: co když review vrátí tři připomínky, co když testovací prostředí neodpovídá produkci, co když se změní priorita. Tím získáš odhad, který obstojí i při zpětném pohledu. A hlavně: neboj se říct, že některé skryté činnosti nelze přesně změřit. Stačí je pojmenovat a dát jim prostor.

Naučte se základy práce s nástroji, které se v oboru používají běžně. Nejde o to ovládat deset systémů, ale umět vysvětlit, k čemu slouží evidence chyb, testovací scénáře nebo verzovací systém. Mnoho juniorů se zasekne na tom, že se učí nástroje nazpaměť, a zapomíná, že důležitější je logika testování. Nástroj se naučíte za týden, přemýšlet o rizicích a prioritách trvá déle.

Kariéra v IT se nevyvíjí skokem, ale sérií malých rozhodnutí. Po prvním roce zjistíte, co vás baví víc: návrh řešení, databáze, testování nebo komunikace se zákazníkem. Nebraňte se tomu měnit zaměření, ale vždycky dokončete to, co jste začali. Reference z prvního místa bývají důležitější než známky ze školy. Když odcházíte, nechte po sobě uspořádaný kód a předané úkoly. Svět vývojářů je menší, než se zdá, a dobré vztahy se vyplatí i po letech.

Životopis pište jako přehled faktů, ne jako reklamu. U každé položky uveďte, co jste dělali, s čím a jaký byl výsledek. Pokud jste na škole odevzdávali týmový projekt, napište, jakou část jste měli na starosti a co jste se při tom naučili. Uchazeči často přeceňují délku seznamu technologií a podceňují schopnost vysvětlit vlastní rozhodnutí. Na pohovoru se ptají na věci, které jste napsali, takže každá položka musí být obhajitelná. Když něco neumíte, řekněte to a doplňte, jak byste se to naučili.

Kde začátečníci nejčastěji chybují První chyba je ignorování autentizace. Mnoho API vyžaduje klíč, který se posílá v hlavičce požadavku. Bez něj dostanete chybu 401 nebo 403. Klíč nikdy neukládejte do veřejného kódu, jinak ho někdo zneužije. Druhá chyba je přehlížení limitů. API často omezuje počet požadavků za minutu. Pokud limit překročíte, dostanete chybu 429 a budete muset čekat. Naučte se číst dokumentaci – je to jediné místo, kde se dozvíte přesné názvy parametrů a formát odpovědi.

Jak poznat, že nabídka stojí za to U pohovoru se ptejte na konkrétní věci: kdo vás bude zaučovat, jak probíhá předání úkolů, jak často se dělá revize kódu a co se stane, když se úkol nestihne. Odpovědi typu „nějak to vyplyne" nebo „každý si musí poradit sám" jsou varovný signál. Zjistěte také, zda tým používá verzovací systém, jak řeší testování a zda má někdo na starosti technické vedení. Pokud firma neumí popsat, jak vypadá první měsíc nového člověka, pravděpodobně vás čeká zkouška ohněm místo vedení. To se dá přežít, ale je dobré o tom vědět předem.

Ruční přepisování URL u každého požadavku je cesta k chybám. V Postmanu použijte proměnné. Vytvořte prostředí (Environment) a do něj uložte například baseUrl a token. V URL pak pište baseUrl/users. Token vložte do hlavičky Authorization. Když se změní adresa serveru, upravíte ji na jednom místě. Proměnné se nastavují i skriptem v záložce Tests nebo Pre-request Script, takže můžete token získat z přihlašovacího požadavku a použít ho dál. Pozor na to, že proměnná může být definována vícekrát – v kolekci, v prostředí i globálně. Platí přednost: globální