První unit test krok za krokem: praktický návod: Unterschied zwischen den Versionen
Die Seite wurde neu angelegt: „Častou chybou je psát vágní fráze typu „oprava" nebo „update". Pokud nemáte prostor pro vysvětlení, alespoň upřesněte oblast: „oprava výpočtu daně ve faktuře" je stále lepší než „oprava". Dalším problémem jsou zprávy smíšené – když v jednom commitu řešíte dvě nesouvisející věci. Držte se pravidla jeden commit = jedna logická změna. Pokud to nejde, rozdělte to, i kdyby to mělo znamenat více menších commit…“ |
KKeine Bearbeitungszusammenfassung |
||
| Zeile 1: | Zeile 1: | ||
Na co si dát pozor při testování? Vždy zkontrolujte, že se obsah nepřekrývá a že jsou mezery mezi prvky konzistentní. Použijte gap místo margin na jednotlivých prvcích – tím se vyhnete nežádoucím mezerám na okrajích. A pamatujte: responzivní design není jen o technice, ale o tom, aby se uživatel cítil pohodlně na jakémkoli zařízení. Pokud budete kombinovat Grid a Flexbox s rozmyslem, zvládnete to bez zbytečného stresu.<br><br>Časté chyby, které vás připraví o smysl testů První typická chyba je testování implementace místo chování. Když testujete, že funkce volá jinou funkci s určitými argumenty, svazujete si ruce pro budoucí refaktoring. Test by měl selhat pouze tehdy, když se změní výsledek, ne když se změní vnitřní struktura kódu. Druhá častá chyba je psaní testů, které projdou i bez testované funkce. Typicky jde o testy, které kontrolují jen to, že funkce nevyhodí výjimku, ale nekontrolují návratovou hodnotu. Takový test je k ničemu.<br><br>Nakonec se zaměřte na pojmenování testů. Název by měl popisovat očekávané chování, ne název funkce. Místo testAdd() pište testAddReturnsSumOfTwoNumbers nebo testAddThrowsWhenInputIsNegative. Když test selže, hned z názvu víte, co se rozbilo. Pokud máte problém vymyslet název, pravděpodobně nerozumíte tomu, co funkce dělá. V takovém případě se vraťte o krok zpět a nejprve si ujasněte chování. První test nemusí být dokonalý, ale musí být poctivý. Jakmile jednou projdete celým procesem, další testy půjdou rychleji.<br><br>Pokud vás láká tvorba webů, začněte s JavaScriptem. Je to jediný jazyk, který běží přímo v prohlížeči, takže okamžitě uvidíte výsledek své práce. Stačí otevřít konzoli ve vývojářských nástrojích a psát. Naučíte se základy logiky, proměnné, funkce a postupně přejdete k moderním frameworkům. Typická chyba začátečníků je skočit rovnou na React nebo Vue, aniž by rozuměli čistému JavaScriptu. To vede k tomu, že jen opisují kód z tutoriálů a vůbec neví, co se děje pod kapotou.<br><br>Tři praktické oblasti, kde Python šetří čas Největší užitek získáte z automatizace manipulace se soubory. Přesouvání, přejmenovávání, mazání nebo hromadná změna přípon je práce, kterou Python zvládne rychle a bez chyb. Můžete si napsat skript, který projde všechny soubory ve složce, podle názvu rozhodne, do kterého podadresáře patří, a přesune je tam. Hlídejte si ale práci s cestami — vždy používejte modul pro práci s cestami, který správně vyřeší lomítka na Windows i Linuxu. Častá chyba začátečníků je skládání cest ručně pomocí řetězců; to vede k nefunkčním skriptům na jiném systému.<br><br>Základní pracovní postup: commit, branch, merge Jádrem verzování jsou tři operace: commit, branch a merge. Commit je uložení aktuálního stavu s popisem změny. Každý commit by měl být malý a logicky ucelený – ideálně jedna oprava nebo jedna funkce. Branch (větev) vám umožní oddělit experimentální práci od stabilní verze. Merge pak sloučí změny zpět. Pro začátek si osvojte tento rituál: před každou změnou si vytvořte novou větev, udělejte několik commitů s jasnými zprávami (např. „oprava responzivního menu"), a poté větev slučte. Nepoužívejte větve na všechno, ale jen na větší úkoly.<br><br>Jak kombinovat Grid a Flexbox bez chaosu Představte si, že stavíte rozvržení stránky. Grid používáte pro hlavní mřížku – třeba pro umístění hlavičky, obsahu, bočního panelu a patičky. Flexbox pak nechte na menší komponenty, jako je navigace, tlačítka nebo karty uvnitř jednotlivých sekcí. Tímto způsobem oddělíte makro a mikro úroveň návrhu. Například hlavní kontejner může mít definici grid-template-columns: repeat(auto-fit, minmax(250px, 1fr)); a každý prvek uvnitř pak použije display: flex; pro zarovnání obsahu. Tento přístup je přehledný a snadno udržovatelný.<br><br>Prvním krokem je instalace samotného interpretru. Na oficiálních stránkách projektu si stáhnete instalační balíček pro svůj operační systém a při instalaci nezapomeňte zaškrtnout volbu pro přidání Pythonu do systémové cesty. Bez ní byste museli pokaždé zadávat plnou cestu k programu, což je zbytečná otrava. Po instalaci si otevřete terminál nebo příkazový řádek a napište příkaz pro ověření verze. Pokud systém odpoví číslem verze, je vše připraveno. Pro editaci kódu si vystačíte zpočátku s jednoduchým textovým editorem; složité vývojové prostředí nepotřebujete, a pokud ještě neznáte základy jazyka, jen by vás zbytečně zahlcovalo informacemi.<br><br>Pro udržení čisté historie je klíčové pravidelně rebase proti hlavní větvi, ne merge. Rebase přepíše historii tak, že vaše commity navazují na aktuální stav mainu, což usnadňuje pozdější začlenění. Při rebase ale pozor na konflikty – řešte je hned, neodkládejte. Pokud konflikty vznikají opakovaně ve stejných souborech, je to signál, že byste měli komunikovat s kolegy, kdo na čem pracuje, a případně si rozdělit soubory, aby se předešlo zbytečným srážkám. | |||
Aktuelle Version vom 22. August 2026, 02:14 Uhr
Na co si dát pozor při testování? Vždy zkontrolujte, že se obsah nepřekrývá a že jsou mezery mezi prvky konzistentní. Použijte gap místo margin na jednotlivých prvcích – tím se vyhnete nežádoucím mezerám na okrajích. A pamatujte: responzivní design není jen o technice, ale o tom, aby se uživatel cítil pohodlně na jakémkoli zařízení. Pokud budete kombinovat Grid a Flexbox s rozmyslem, zvládnete to bez zbytečného stresu.
Časté chyby, které vás připraví o smysl testů První typická chyba je testování implementace místo chování. Když testujete, že funkce volá jinou funkci s určitými argumenty, svazujete si ruce pro budoucí refaktoring. Test by měl selhat pouze tehdy, když se změní výsledek, ne když se změní vnitřní struktura kódu. Druhá častá chyba je psaní testů, které projdou i bez testované funkce. Typicky jde o testy, které kontrolují jen to, že funkce nevyhodí výjimku, ale nekontrolují návratovou hodnotu. Takový test je k ničemu.
Nakonec se zaměřte na pojmenování testů. Název by měl popisovat očekávané chování, ne název funkce. Místo testAdd() pište testAddReturnsSumOfTwoNumbers nebo testAddThrowsWhenInputIsNegative. Když test selže, hned z názvu víte, co se rozbilo. Pokud máte problém vymyslet název, pravděpodobně nerozumíte tomu, co funkce dělá. V takovém případě se vraťte o krok zpět a nejprve si ujasněte chování. První test nemusí být dokonalý, ale musí být poctivý. Jakmile jednou projdete celým procesem, další testy půjdou rychleji.
Pokud vás láká tvorba webů, začněte s JavaScriptem. Je to jediný jazyk, který běží přímo v prohlížeči, takže okamžitě uvidíte výsledek své práce. Stačí otevřít konzoli ve vývojářských nástrojích a psát. Naučíte se základy logiky, proměnné, funkce a postupně přejdete k moderním frameworkům. Typická chyba začátečníků je skočit rovnou na React nebo Vue, aniž by rozuměli čistému JavaScriptu. To vede k tomu, že jen opisují kód z tutoriálů a vůbec neví, co se děje pod kapotou.
Tři praktické oblasti, kde Python šetří čas Největší užitek získáte z automatizace manipulace se soubory. Přesouvání, přejmenovávání, mazání nebo hromadná změna přípon je práce, kterou Python zvládne rychle a bez chyb. Můžete si napsat skript, který projde všechny soubory ve složce, podle názvu rozhodne, do kterého podadresáře patří, a přesune je tam. Hlídejte si ale práci s cestami — vždy používejte modul pro práci s cestami, který správně vyřeší lomítka na Windows i Linuxu. Častá chyba začátečníků je skládání cest ručně pomocí řetězců; to vede k nefunkčním skriptům na jiném systému.
Základní pracovní postup: commit, branch, merge Jádrem verzování jsou tři operace: commit, branch a merge. Commit je uložení aktuálního stavu s popisem změny. Každý commit by měl být malý a logicky ucelený – ideálně jedna oprava nebo jedna funkce. Branch (větev) vám umožní oddělit experimentální práci od stabilní verze. Merge pak sloučí změny zpět. Pro začátek si osvojte tento rituál: před každou změnou si vytvořte novou větev, udělejte několik commitů s jasnými zprávami (např. „oprava responzivního menu"), a poté větev slučte. Nepoužívejte větve na všechno, ale jen na větší úkoly.
Jak kombinovat Grid a Flexbox bez chaosu Představte si, že stavíte rozvržení stránky. Grid používáte pro hlavní mřížku – třeba pro umístění hlavičky, obsahu, bočního panelu a patičky. Flexbox pak nechte na menší komponenty, jako je navigace, tlačítka nebo karty uvnitř jednotlivých sekcí. Tímto způsobem oddělíte makro a mikro úroveň návrhu. Například hlavní kontejner může mít definici grid-template-columns: repeat(auto-fit, minmax(250px, 1fr)); a každý prvek uvnitř pak použije display: flex; pro zarovnání obsahu. Tento přístup je přehledný a snadno udržovatelný.
Prvním krokem je instalace samotného interpretru. Na oficiálních stránkách projektu si stáhnete instalační balíček pro svůj operační systém a při instalaci nezapomeňte zaškrtnout volbu pro přidání Pythonu do systémové cesty. Bez ní byste museli pokaždé zadávat plnou cestu k programu, což je zbytečná otrava. Po instalaci si otevřete terminál nebo příkazový řádek a napište příkaz pro ověření verze. Pokud systém odpoví číslem verze, je vše připraveno. Pro editaci kódu si vystačíte zpočátku s jednoduchým textovým editorem; složité vývojové prostředí nepotřebujete, a pokud ještě neznáte základy jazyka, jen by vás zbytečně zahlcovalo informacemi.
Pro udržení čisté historie je klíčové pravidelně rebase proti hlavní větvi, ne merge. Rebase přepíše historii tak, že vaše commity navazují na aktuální stav mainu, což usnadňuje pozdější začlenění. Při rebase ale pozor na konflikty – řešte je hned, neodkládejte. Pokud konflikty vznikají opakovaně ve stejných souborech, je to signál, že byste měli komunikovat s kolegy, kdo na čem pracuje, a případně si rozdělit soubory, aby se předešlo zbytečným srážkám.