Jak získat praxi v testování, i když tě nikdo nezaměstnal

V minulém článku jsme si řekli, že mezi tebou a první prací stojí jediná věc: důkaz, že testovat umíš. A že si ho můžeš vytvořit sám, i bez zaměstnavatele.

Tak si to pojďme rozebrat prakticky. Na čem začít, kolik času tomu dát, jak z odvedené práce udělat něco, co ukážeš na pohovoru, a čemu se cestou vyhnout, aby ses po měsíci nevykašlal.

Nepotřebuješ zaměstnavatele, abys začal testovat

Většina lidí po kurzu čeká, až jim někdo dá příležitost. Jenže testovat můžeš začít dnes odpoledne, protože materiálu je všude kolem plno.

Otevři si aplikaci, kterou používáš každý den. Internetové bankovnictví, e-shop, rezervační systém, appku dopravního podniku. Všechny mají chyby. Vážně, všechny. A ty je můžeš najít, popsat a zdokumentovat úplně stejně, jako bys to dělal v práci.

Dalším zdrojem jsou open source projekty. Spousta z nich má veřejný seznam nahlášených chyb a jejich autoři jsou rádi za každého, kdo srozumitelně nahlásí chybu. Bonus je, že tvoje práce zůstane veřejně dohledatelná, takže na ni při pohovoru můžeš rovnou odkázat.

Rozdíl mezi tebou a testerem v zaměstnání není v tom, že by on měl přístup k něčemu, co ty nemáš. Rozdíl je v systematičnosti. On testuje pravidelně, podle nějakého plánu, a svou práci zaznamenává. To můžeš dělat taky.

Vyhraď si čas a testuj pravidelně

Tohle je bod, na kterém celá věc většinou spadne. Ne na znalostech, ale na pravidelnosti.

Typický scénář vypadá takhle: nadšení první týden, tři hodiny denně, pak přijde náročný týden v práci, pauza, a už se k tomu nikdo nevrátí. Motivace je totiž zrádná. Přijde a odejde. To, co tě dotáhne do cíle, je návyk.

Proto radši hodina třikrát týdně po dobu půl roku než dvanáct hodin o jednom víkendu. Kratší, ale pravidelné bloky mají dvě výhody. Zaprvé se lépe udrží vedle práce nebo studia. Zadruhé, a to je důležitější, testování je dovednost, která roste opakováním. Když se k němu vracíš pravidelně, každé další testování staví na tom předchozím. Když testuješ jednou za měsíc, pokaždé začínáš skoro od nuly.

Konkrétně: vyhraď si pevné termíny v kalendáři, ideálně stejné dny a časy. Ber to jako schůzku, kterou nezrušíš. A začni menším rozsahem, než na jaký se cítíš. Lepší je nastavit si hodinu a pravidelně ji plnit než tři hodiny, které po dvou týdnech přestaneš stíhat.

Co konkrétně testovat a jak z toho udělat důkaz

Nejčastější otázka zní: kde vlastně začít? Vyber si jednu aplikaci a zůstaň u ní delší dobu. Postupné poznávání jednoho produktu tě naučí víc než povrchní proklikání deseti různých. A na pohovoru pak dokážeš mluvit do hloubky o něčem konkrétním.

Při výběru se řiď třemi věcmi. Aplikaci musíš reálně používat, protože jinak nepoznáš, co je chyba a co záměr. Měla by mít dost funkcí na několik měsíců práce, takže spíš rezervační systém nebo e-shop než jednoduchá kalkulačka. A neměla by být kritická, takže žádné bankovnictví ani zdravotnické systémy, kde by tvoje hraní mohlo napáchat škodu.

Když aplikaci máš, nezačínej náhodným klikáním. Vezmi si jednu funkční oblast, třeba registraci, košík nebo vyhledávání, a tu prozkoumej pořádně.

Vždycky začni tím nejdůležitějším: ověř, že funkce vůbec dělá to, co má. Projdi ji tak, jak ji projde běžný uživatel, se správnými daty a bez komplikací. Zjisti, jestli výsledek odpovídá tomu, co se očekává. Teprve když víš, že základní scénář funguje, má smysl pouštět se do negativních scénářů a dalších oblastí.

A těch oblastí je víc. Negativní scénáře, kde zkoušíš, jak se aplikace zachová při špatném vstupu: prázdná pole, chybný formát, neplatná data. Hraniční hodnoty, tedy okraje povoleného rozsahu, dlouhé texty, speciální znaky a diakritika. Přerušení procesu uprostřed, třeba zavření okna nebo výpadek připojení během platby. Použitelnost a chování na různých zařízeních, hlavně na mobilu. Až oblast vytěžíš, posuň se na další.

Řekněme, že sis vybral rezervační systém kina. První týden si projdeš výběr filmu a sedadel. Nejdřív rezervuješ úplně normálně, jako běžný divák, a ověříš, že celý proces projde a rezervace opravdu vznikne. Až pak přejdeš k negativním scénářům. Zkusíš rezervovat sedadlo, které mezitím obsadil někdo jiný. Zkusíš dokončit rezervaci s prázdným e-mailem. Zkusíš zadat do jména pět set znaků a emoji. Druhý týden se přesuneš na platbu a storno. A najednou máš po měsíci deset popsaných nálezů a jasnou představu, jak systém funguje. Přesně o tomhle pak umíš na pohovoru mluvit.

Samotné testování ale nestačí. Kdybys našel padesát chyb a nikde je nezaznamenal, na pohovoru z toho nemáš nic. Cílem je, aby po každém testování zůstal hmatatelný výstup.

Co po sobě zanechávat:

• Bug reporty. Píšeš je tak, jako bys je odevzdával vývojáři. Popis, kroky k reprodukci, očekávaný a skutečný výsledek, prostředí, závažnost. Tohle je nejcennější formát, protože přesně to bys dělal v práci.
• Test cases a testovací scénáře. Ukazují, že umíš přemýšlet dopředu a pokrýt funkčnost systematicky, ne jen náhodně klikat.
• Poznámky o tom, jak jsi přemýšlel. Proč jsi zvolil zrovna tuhle oblast, co tě vedlo k nálezu chyby. Personalistu často zajímá tvoje uvažování víc než počet nalezených chyb.

A všechno tohle si někam ukládej. Nemusí to být nic složitého. Stačí veřejný dokument, jednoduchý blog nebo repozitář na GitHubu. Důležité je, abys na to mohl na pohovoru poslat odkaz.

Vzpomínáš na to, čím první článek začínal? Otázka „ukažte mi něco, co jste testoval“. Přesně na tuhle otázku si tady buduješ odpověď.

Pokračování níže 👇

Bez zpětné vazby nepoznáš, co děláš špatně

Můžeš testovat poctivě každý týden, psát bug reporty a stavět portfolio. A přesto můžeš půl roku opakovat stejné chyby, aniž bys o nich věděl.

Problém je, že chyby v testování nejsou vidět zvenčí. Píšeš bug reporty, které by vývojář neuměl reprodukovat. Testuješ nejméně rizikové části aplikace, protože ty nejrizikovější tě nenapadnou. Máš pocit, že tvoje testovací případy jsou v pořádku, ale zkušený tester by v nich okamžitě viděl mezery. A ty se to nedozvíš, dokud ti to někdo neřekne.

Druhý problém je motivace. Když děláš měsíce něco do prázdna a nemáš zpětnou vazbu, začneš pochybovat, jestli to k něčemu je. A většina lidí přesně v tomhle bodě skončí a jde dělat něco jiného. Ne proto, že by na to neměli, ale proto, že jim nikdo neřekl, že jdou správným směrem.

Kde zpětnou vazbu hledat:

• Kurz s vedením a hodnocením práce. Zdaleka nejspolehlivější cesta, protože zpětná vazba je jeho součástí, nemusíš ji shánět a chodí pravidelně. Navíc dostaneš rovnou zadání, na čem pracovat, takže neřešíš, kde začít. Nevýhodou jsou peníze a to, že ne každý kurz tohle nabízí. Spousta jich končí u teorie, takže si předem ověř, jestli ti někdo bude tvoji práci opravdu kontrolovat.
• Mentor. Někdo zkušený, kdo se na tvoji práci pravidelně podívá a řekne ti konkrétně, co zlepšit. Když si sedneš s tím správným člověkem, je to nejrychlejší cesta k pokroku vůbec. Háček je v tom, že takového člověka musíš najít a přesvědčit, aby ti věnoval čas. Zkus se ozvat testerům, jejichž práci sleduješ, a napiš konkrétně, s čím potřebuješ pomoct. Ne „poraďte mi s kariérou“, ale „mrknul byste na tenhle bug report?“.
• Testerská komunita. Meetupy, konferenční setkání, oborové skupiny. Zkušení testeři bývají překvapivě ochotní poradit, když se zeptáš konkrétně a ukážeš, že už jsi něco udělal.
• Open source projekty. Ty jsem zmiňoval už na začátku jako zdroj práce, ale mají ještě jednu výhodu. Když nahlásíš chybu, správce projektu ti přímo napíše, jestli je report použitelný. To je zpětná vazba z reálného provozu.

Tohle není volitelný doplněk. Je to ta věc, která rozhoduje, jestli po půl roce budeš mít skutečnou dovednost, nebo jen půl roku zaběhnutých zlozvyků.

AI ti pomůže, ale umí i pěkně uškodit

AI se dnes nabízí jako řešení všeho, a při budování praxe ti opravdu umí pomoct. Zároveň dokáže celou tvoji snahu rozložit. Rozdíl je v tom, k čemu ji použiješ.

Kde ti AI pomůže:

• Vysvětlí ti koncept, kterému nerozumíš, a můžeš se doptávat, dokud to nepochopíš.
• Nakopne tě, když nevíš, co dál testovat. Poradí typy testů nebo oblasti, které tě nenapadly.
• Zrecenzuje tvůj bug report nebo test case a upozorní, co v něm chybí.
• Pomůže ti s formulací, když si nejsi jistý, jak něco srozumitelně popsat.

Kde ti uškodí:

• Zavalí tě úkoly. Když si každý den necháš vygenerovat seznam toho, co bys měl umět a na co se zaměřit, dostaneš tunu materiálu, který nikdy nezvládneš. Výsledkem není pokrok, ale paralýza a pocit, že zaostáváš. Radši jedna věc dotažená do konce než dvacet rozdělaných.
• Nahradí tvoje přemýšlení. Testování je z velké části schopnost přijít na to, co se může pokazit. Když tuhle část necháš na AI, dostaneš sice výsledek, ale nenatrénuješ si to nejcennější, co po tobě zaměstnavatel bude chtít.
• Dá ti falešnou jistotu. Tohle je nejzrádnější. AI odpoví sebevědomě vždycky, i když se plete. A dokud sám nemáš zkušenost, nepoznáš rozdíl mezi kvalitním výstupem a nesmyslem. Právě proto potřebuješ i zpětnou vazbu od člověka, který obor reálně dělá. Ten pozná, co ti AI odkývala, i když neměla.

Jednoduché pravidlo: používej AI jako nástroj, který kontroluješ, ne jako autoritu, která tě řídí. Nech si od ní poradit, ale rozhodnutí a přemýšlení nech na sobě.

Za pár měsíců budeš mít přesně to, co ti chybělo

Shrňme si to. Vybereš si aplikaci. Vyhradíš si pravidelný čas. Testuješ, píšeš bug reporty, zakládáš si portfolio. Sháníš zpětnou vazbu od někoho zkušenějšího. AI používáš jako pomocníka, ne jako berličku.

Po pár měsících téhle práce se stane něco zajímavého. Nebudeš mít jen složku s dokumenty. Budeš mít skutečnou zkušenost. Poznáš, kde se chyby obvykle schovávají. Naučíš se psát report tak, aby ho vývojář pochopil na první přečtení. A hlavně budeš umět o testování mluvit konkrétně, protože ho budeš mít reálně za sebou.

A až na pohovoru padne ta otázka, kterou jsme rozebírali v prvním článku, tedy „ukažte mi něco, co jste testoval“, nebudeš mlčet. Otevřeš portfolio a začneš mluvit o tom, co jsi našel a jak jsi na to přišel.

To je celý rozdíl mezi tím, kdo první práci v testování sežene, a kdo ne.

A jestli nechceš procházet tuhle cestu sám a chceš mít vedle sebe někoho, kdo ti dá zpětnou vazbu a ohlídá, že jdeš správným směrem, přesně na to je postavený kurz Praxe pro testery. Dostaneš reálný projekt, na kterém si vybuduješ praxi i důkazy, které na pohovoru ukážeš.