Častou chybou je odhadovat jen „šťastnou cestu". To znamená předpokládat, že všechno půjde hladce, nikdo nebude nic měnit a prostředí bude fungovat na první pokus. Další chybou je zapomínat na přerušení. Vývojář není stroj, který pracuje v izolaci. Telefonáty, dotazy kolegů, neplánované porady – to vše ukrajuje čas. Někteří odhady nafukují záměrně, ale to není řešení. Lepší je pojmenovat konkrétní rizika a k nim přiřadit čas. Tím se odhad stane obhajitelným a srozumitelným i pro ty, kdo do kódu nevidí.
Na co si dát pozor při pohovoru Na pohovoru se neptají na definice, ale na situace. Dostanete zadání typu: „Máte formulář a tlačítko Odeslat. Co otestujete?" Správná odpověď není vyjmenovat všechny možné vstupy, ale ukázat, že umíte priority. Začněte tím, co může způsobit největší škodu – ztráta dat, neoprávněný přístup, chybný výpočet. Pokud začnete drobnostmi, působíte jako někdo, kdo nevidí rizika. Další častá chyba je mluvit o nástrojích dřív než o principech. Nástroj se naučíte za týden, ale systematické myšlení je to, co zaměstnavatelé hledají.
Vstup do testování bez praxe je reálný, ale nefunguje přes noc. Firmy neočekávají, že budete znát všechny nástroje, ale chtějí vidět, že umíte přemýšlet jako tester. První krok je pochopit, co testování vlastně je: nejde o klikání náhodně po obrazovce, ale o cílené hledání rozdílů mezi tím, co systém dělá, a tím, co dělat má. Začněte u základů – testovací případy, chybové stavy, návratové hodnoty. Bez toho, abyste uměli popsat chybu tak, aby ji vývojář dokázal zopakovat, nepřesvědčíte nikoho.
Práce s více jazyky v jednom projektu se rychle zvrhne v chaos, pokud si člověk neuspořádá prostředí. Nejde přitom o velké systémy, stačí i malý repozitář, kde se míchá kód, překlady a konfigurace. Rozhodující je, jak si nastavíte editor, jak pojmenujete soubory a jak budete přepínat kontext. Bez toho se ztrácí čas na hledání, přepisování a opravování chyb, které vznikly jen nepořádkem.
Největší chybou začátečníků je používat typ any. Označíte jím proměnnou a máte pocit, že je vyřešeno. Jenže any vypne kontrolu a smysl TypeScriptu mizí. Když narazíte na hodnotu, u které typ neznáte, použijte unknown a teprve po ověření ji zúžte na konkrétní typ. Další častý problém je záměna rozhraní a typových aliasů. Obojí vypadá podobně, ale rozhraní se dá rozšiřovat a sloučit, což se hodí u objektů a knihoven. Typový alias je vhodnější pro unie, průniky a složitější kombinace.
Čistý kód v JavaScriptu není o estetice, ale o tom, jak rychle dokážete najít chybu a jak snadno někdo jiný pochopí, co jste mysleli. Začněte tím, že budete pojmenovávat věci podle toho, co dělají, ne jak vypadají. Funkce spočtiDaň je lepší než vypocet2. Proměnná aktivníUživatelé je lepší než data. Pokud název potřebuje komentář, je název špatný. Platí to i pro booleany: jePřihlášen, máOprávnění, platíKarta. Vyhněte se zkratkám, které za tři měsíce nepochopíte.
Kde se skryté činnosti schovávají nejčastěji Mezi typické skryté činnosti patří čtení existujícího kódu a porozumění tomu, proč je napsaný právě tak. Dále komunikace: upřesňování zadání, čekání na kolegu, svolávání schůzky. Čas spotřebuje i příprava dat, nastavení lokálního prostředí, simulace chybových stavů nebo ruční testování na různých zařízeních. Opomenout nelze ani dokumentaci – její aktualizace, psaní poznámek pro tým nebo zaznamenání rozhodnutí. Všechny tyto činnosti jsou legitimní součástí vývoje, ale málokdy se objeví v odhadu, pokud je někdo explicitně nepojmenuje.
Nastavení editoru rozhoduje víc než počet pluginů Většina editorů dnes zvládá víc jazyků, ale automaticky je nepřepíná chytře. Nastavte si jazyk podle přípony souboru a ověřte, že se aplikuje i na vnořené soubory. U formátů, kde se míchá text a kód, je lepší vypnout automatické doplňování, které nabízí nesmysly. Dále si zkontrolujte kódování: všechny soubory musí být v UTF-8, jinak se diakritika rozsype při prvním sloučení větví. A pozor na konce řádků, rozdílné znaky mezi systémy vytvářejí zbytečné konflikty.
Fixtures, parametry a práce s výjimka
Jakmile zvládnete teorii, vytvořte si vlastní projekt. Nemusíte pracovat pro firmu, stačí vzít libovolnou veřejně dostupnou aplikaci nebo si napsat jednoduchou evidenci úkolů a systematicky ji rozbíjet. Sepište, co jste testovali, jaké podmínky jste nastavili a co selhalo. Tento výstup je cennější než certifikát, protože ukazuje váš postup. Uchazeči bez praxe často chybují v tom, že do životopisu napíšou jen „umím testovat", ale nedoloží to žádným konkrétním příkladem. Recenzent chce vidět váš myšlenkový proces, ne seznam pojmů.