https://wiki.rettungsdienstblog.eu/api.php?action=feedcontributions&feedformat=atom&user=ChristenaLambie 2026-10-13T19:36:28Z Benutzerbeiträge MediaWiki 1.37.1 https://wiki.rettungsdienstblog.eu/index.php?title=Kdy_je_%C4%8Das_odd%C4%9Blit_testy,_ne%C5%BE_se_z_nich_stane_past%3F&diff=401169 2026-10-01T18:45:18Z

<p>ChristenaLambie: Die Seite wurde neu angelegt: „Kde se čas ztrácí nejčastě&lt;br&gt;&lt;br&gt;Růst kódu se nejčastěji projeví tak, že se testovací sada zpomalí, začne padat na nesouvisejících změnách a přestane dávat jasnou odpověď, co je vlastně rozbité. V tu chvíli už nestačí přidávat další testy. Je potřeba změnit strukturu: oddělit jednotkové testy od integračních a nastavit pravidla, kdy který typ použít.&lt;br&gt;&lt;br&gt;Typická chyba je snaha izolovat všechno. Mockovat datab…“</p> <hr /> <div>Kde se čas ztrácí nejčastě&lt;br&gt;&lt;br&gt;Růst kódu se nejčastěji projeví tak, že se testovací sada zpomalí, začne padat na nesouvisejících změnách a přestane dávat jasnou odpověď, co je vlastně rozbité. V tu chvíli už nestačí přidávat další testy. Je potřeba změnit strukturu: oddělit jednotkové testy od integračních a nastavit pravidla, kdy který typ použít.&lt;br&gt;&lt;br&gt;Typická chyba je snaha izolovat všechno. Mockovat databázi, HTTP klienta i čas najednou vede k testům, které ověřují mocky, ne kód. U integračních testů je lepší použít skutečnou databázi v kontejneru nebo lehkou instanci a připravit data před každým testem. Pokud test závisí na datech z produkce, je křehký a nikdo mu nebude věřit.&lt;br&gt;&lt;br&gt;Poslední rada se týká pořádku v souborech. Názvy tříd pište podle toho, co prvek dělá, ne jak vypadá. Barvu lze změnit, název třídy zůstane. Oddělujte obsah od vzhledu a vždy, když něco nefunguje, zkontrolujte, zda je soubor skutečně uložený a zda cesta k němu odpovídá skutečnosti. Většina problémů vzniká z těchto dvou důvodů.&lt;br&gt;&lt;br&gt;Kde začátečníci nejčastěji ztrácejí čas Největší pastí je snaha napsat všechno ručně. Layout skládejte z hotových prvků a vlastní kreslení si nechte na okamžik, kdy opravdu narazíte na limit. Druhou pastí je ukládání dat přímo v obrazovce. Jakmile aplikaci zavřete a otevřete, přijdete o stav a začnete psát záplaty. Naučte se proto oddělit zobrazení od logiky hned na prvním projektu, i když to znamená více souborů. Třetí pastí je testování pouze na jednom zařízení. Rozdíly ve velikosti displeje, verzi systému a výkonu odhalí problémy, které emulátor na notebooku nikdy neukáže.&lt;br&gt;&lt;br&gt;Typické chyby, které odhad nafukují nebo naopak podhodnocují: zapomenutí na code review a jeho zapracování, podcenění testovacích dat, ignorování závislosti na jiném týmu, opomenutí dokumentace a nasazení. Vyvaruj se i opačného extrému – přidání jednoho velkého „na jistotu&quot; čísla. To nikomu nic neřekne a stejně se splete. Lepší je rozepsat skryté činnosti jako samostatné řádky s vlastním časem. Když se odhad netrefí, vidíš přesně, která položka selhala.&lt;br&gt;&lt;br&gt;Rozhodnutí psát aplikace pro Android vypadá jednoduše, dokud neotevřete první projekt. Najednou stojíte před desítkami souborů, konfigurací a pojmů, které spolu zdánlivě nesouvisí. První týden proto věnujte pochopení základní architektury, ne hromadění hotových řešení. Nainstalujte si vývojové prostředí určené přímo pro Android, ne obecný editor s doinstalovaným pluginem. Tím získáte simulátor, správce závislostí i nástroje pro ladění v jednom celku. Vyberte jazyk, který je pro platformu oficiální a dlouhodobě podporovaný, a držte se ho alespoň první tři měsíce. Přeskakování mezi dvěma jazyky na začátku jen zpomalí učení.&lt;br&gt;&lt;br&gt;Ladění berte jako běžnou součást práce, ne jako trest. Nastavte si logování s jasnými značkami a čtěte výpisy chyb odshora dolů, protože příčina bývá v prvních řádcích, ne v posledním. Při každé chybě si napište do poznámek, co ji způsobilo. Po měsíci budete mít vlastní seznam, který je cennější než jakýkoli kurz. Nebojte se používat simulátor pro rychlé kontroly a skutečný telefon pro chování na dotyk, baterii a pomalé síti.&lt;br&gt;&lt;br&gt;Jakmile první aplikace běží, nespěchejte s jejím zveřejněním. Nechte ji týden používat někým jiným a sledujte, kde se zasekne. Verzujte kód od prvního dne, i když pracujete sami. Zvykněte si psát krátké popisy změn, které za půl roku pochopíte. Až budete mít hotové dvě až tři malé aplikace, teprve pak má smysl řešit publikaci, propagaci a další růst. Do té doby je každá hodina strávená u kódu investicí, která se vrátí v podobě klidnějšího vývoje.&lt;br&gt;&lt;br&gt;První skutečný projekt ať je malý, ale dokončený. Ideálně aplikace, kterou sami použijete: poznámky, jednoduchý převodník jednotek nebo sledování návyků. Rozdělení do obrazovek navrhněte na papíře dřív, než napíšete první řádek. Zjistíte, že většina chyb nevzniká v kódu, ale v nejasném zadání. Každou obrazovku postavte jako samostatnou část, která dostane data z jednoho místa. Když se data začnou tahat z pěti různých zdrojů, aplikace se rozpadne při první změně.</div>

ChristenaLambie https://wiki.rettungsdienstblog.eu/index.php?title=Benutzer:ChristenaLambie&diff=401168 2026-10-01T18:45:17Z

<p>ChristenaLambie: Die Seite wurde neu angelegt: „Autor blogu dílnou i obývákem sází na osvědčené tipy. Píšu o tom, jak si poradit v malém bytě. Nejvíc mě baví hledat cesty, jak si usnadnit život.“</p> <hr /> <div>Autor blogu dílnou i obývákem sází na osvědčené tipy. Píšu o tom, jak si poradit v malém bytě. Nejvíc mě baví hledat cesty, jak si usnadnit život.</div>

ChristenaLambie