Vstup do testování bez praxe: první krůčky, které zafungují
Posledním krokem je neustálé zlepšování. Sledujte, jak se mění testovací trendy, učte se základy automatizace (i když zpočátku jen teoreticky) a zkoušejte si psát jednoduché skripty. Můžete si vytvořit vlastní testovací prostředí, kam si nainstalujete aplikaci a zkoušíte ji různými způsoby. Důležité je nespěchat a nenechat se odradit prvním neúspěchem. Mnoho testerů začínalo právě bez praxe, ale s trpělivostí a systematickým přístupem. Pokud budete důsledně dokumentovat svou práci a hledat zpětnou vazbu, máte velkou šanci, že se vám podaří získat první placenou pozici. Až se tak stane, nezapomeňte, že testování je především o kritickém myšlení a komunikaci – tyto dovednosti se vám budou hodit na každém kroku.
Typickou chybou bývá snaha nahradit jednotkové testy end-to-end testy, protože se zdají být „realističtější". Výsledkem je sada testů, které běží desítky minut a jsou extrémně křehké. I malá změna v uživatelském rozhraní pak způsobí selhání celého scénáře, i když je logika v pořádku. Místo toho se vždy snažte většinu chování ověřit na nižších úrovních a end-to-end testy používejte pouze jako pojistku pro hlavní tok.
Jak se dostat k prvnímu projektu, když nemáte zkušenosti Když máte portfolio, je čas hledat první příležitost. Můžete se zapojit do open-source projektů, kde vývojáři často vítají pomoc s testováním. Stačí si vybrat projekt, který vás zajímá, a podívat se, zda nemá sekci pro hlášení chyb. Začněte s menšími úkoly, jako je reprodukce nahlášeného problému nebo testování nové funkce. Pozor si dejte na to, abyste nejprve prostudovali pokyny projektu a komunikovali s komunitou slušně. Další možností je nabídnout své služby malým firmám nebo živnostníkům, kteří mají webové stránky nebo eshop a nemají vlastní testery. Můžete jim nabídnout jednorázový testovací cyklus za symbolickou odměnu nebo zdarma – hlavně kvůli zkušenosti. Vyhněte se ale práci zcela zadarmo pro velké korporace, které by vaši práci mohly využít bez jakékoli protislužby.
Začít s testováním softwaru bez předchozí praxe je reálné, ale vyžaduje to jiný přístup než u jiných IT pozic. Firmy často hledají juniory, kteří mají analytické myšlení, pečlivost a schopnost učit se. Klíčem není jen teorie, ale především praktické dovednosti, které můžete získat i bez komerčního projektu. Prvním krokem je osvojení si základních pojmů jako jsou testovací scénáře, bug reporty, regresní testování nebo rozdíl mezi funkčním a nefunkčním testováním. Tuto teorii najdete v mnoha bezplatných zdrojích, ale pozor – samotné čtení nestačí. Důležité je rovnou přemýšlet, jak byste daný princip aplikovali na reálný software, který běžně používáte.
Začít s vývojem pro Android není tak složité, jak se na první pohled zdá. Není nutné hned ovládat všechny technologie, ale základní postup a několik důležitých rozhodnutí vám ušetří spoustu času i frustrace. Než se pustíte do psaní kódu, ujasněte si, co chcete vytvořit. Malá jednoduchá aplikace, která řeší jeden konkrétní problém, je lepší startovní čára než megalomanský projekt s desítkami funkcí. Tím se vyhnete přehnaným očekáváním a rychleji se dostanete k prvnímu funkčnímu prototypu.
Po výběru prostředí se vyplatí investovat čas do základního nastavení. Nejdůležitější je správně nastavit interpret Pythonu: pokud používáte virtuální prostředí, ujistěte se, že IDE používá ten správný. Mnoho začátečníků dělá chybu, že spouští kód s globální instalací a poté řeší problémy s chybějícími balíčky, přestože je v projektu nainstalovaný správně. Dále si zjistěte klávesové zkratky pro spuštění souboru, přepínání mezi editorem a terminálem a pro komentování bloků kódu – ušetří vám to hodně času.
Další pastí je ignorování testovacích dat a prostředí. I skvěle napsaný test selže, pokud nemá stabilní vstupní data. Proto si vytvořte pomocné funkce pro generování dat, používejte fiktivní objekty a pro integrační testy připravte izolovanou databázi. Když narazíte na test, který vyžaduje ruční zásah, vždy ho upravte: automatizace má být spolehlivá a opakovatelná. A pokud se vám nějaký test stane nečitelným, raději ho přepište, než byste měli později rozplétat změť tvrzení.
Základní pravidlo je jednoduché: popište, co jste změnili a proč, ne jak. Místo „upraveno" nebo „fix" napište konkrétní akci. Například „Oprava výpočtu DPH pro zboží se slevou" nebo „Přidání validace e-mailu do registračního formuláře". Vyhněte se vágním formulacím jako „čištění kódu" – pokud čistíte, uveďte, co přesně a proč.