https://wiki.rettungsdienstblog.eu/api.php?action=feedcontributions&feedformat=atom&user=Ivey792354835 2026-10-17T19:10:26Z Benutzerbeiträge MediaWiki 1.37.1 https://wiki.rettungsdienstblog.eu/index.php?title=Pytest_A_Unittest:_Co_Zvolit_Pro_Testy_V_Pythonu&diff=455236 2026-10-11T14:44:05Z

<p>Ivey792354835: Die Seite wurde neu angelegt: „Konzistence poráží originali&lt;br&gt;&lt;br&gt;Nezapomínejte, že responzivita není jen o šířce. Grid i Flexbox umí pracovat s logickými vlastnostmi jako gap, které nahrazuje staré okraje a výrazně zjednodušuje mezery. Používejte gap místo margin u potomků, předejdete tím poslednímu prvku v řadě s nežádoucím odsazením. A hlavně testujte v prohlížeči, ne jen v návrhovém nástroji: zkuste zúžit okno, přepnout na tmavý režim a sim…“</p> <hr /> <div>Konzistence poráží originali&lt;br&gt;&lt;br&gt;Nezapomínejte, že responzivita není jen o šířce. Grid i Flexbox umí pracovat s logickými vlastnostmi jako gap, které nahrazuje staré okraje a výrazně zjednodušuje mezery. Používejte gap místo margin u potomků, předejdete tím poslednímu prvku v řadě s nežádoucím odsazením. A hlavně testujte v prohlížeči, ne jen v návrhovém nástroji: zkuste zúžit okno, přepnout na tmavý režim a simulovat zvětšené písmo. Právě tam se chyby v rozložení projeví nejdřív.&lt;br&gt;&lt;br&gt;Kde se skrytý čas schováv&lt;br&gt;&lt;br&gt;Pro ověření výjimek slouží konstrukce with pytest.raises(HodnotaError):, do jejíhož těla patří volání, které má výjimku vyvolat. Častá chyba je, že se testovaný kód vykoná ještě před blokem with nebo se výjimka zachytí příliš obecně. Držte se konkrétního typu výjimky, jinak test projde i při úplně jiné chybě. Podobně u porovnávání plovoucích čísel nepoužívejte rovnost, ale pytest.approx. Pro složitější výstupy si vypište jen relevantní části, protože masivní asserty se špatně čtou ve výpisu selhání.&lt;br&gt;&lt;br&gt;Parametrizace a fixtury místo kopírování kódu Opakované volání stejné funkce s různými vstupy řeší dekorátor @pytest.mark.parametrize. Místo pěti téměř shodných testů napíšete jeden a předáte seznam dvojic vstup a očekávaný výstup. Fixtury fungují podobně jako setUp v unittest, ale elegantněji: funkce ozdobená @pytest.fixture připraví data nebo objekt a test si ji vyžádá pouhým uvedením názvu v parametru. Fixtura může být sdílená v souboru conftest.py, který pytest automaticky načte z adresáře testů. Typická chyba začátečníka je předávání fixture přes globální proměnnou; tím se ztrácí izolace mezi testy a výsledky závisí na pořadí spuštění.&lt;br&gt;&lt;br&gt;Častou chybou je, že vývojáři simulují příliš mnoho nebo příliš málo. Příliš mnoho simulace vede k testům, které neodhalí skutečné problémy, protože se chovají jinak než produkce. Příliš málo simulace znamená, že testy jsou pomalé a nespolehlivé. Držte se pravidla: simulujte jen to, co nemůžete mít pod kontrolou, a to věrně. Pokud externí služba vrací data v určitém formátu, váš simulátor musí vracet stejný formát včetně okrajových případů, jako jsou prázdné odpovědi, chybové kódy nebo neočekávané typy.&lt;br&gt;&lt;br&gt;Nejčastější chyba je míchání nesouvisejících změn do jedné větve. Oprava překlepu, refaktoring a nová funkce v jednom commitu znamenají, že při řešení konfliktu nepoznáte, co k čemu patří. Každý commit by měl mít jeden jasný záměr a popis, který vysvětluje proč, ne jen co. Pokud během práce narazíte na nesouvisející problém, zapište si ho a řešte v samostatné větvi. Ušetříte tím hodiny při code review i při zpětném hledání příčiny chyby.&lt;br&gt;&lt;br&gt;U každé fixtury myslete na úklid. Pokud otevíráte soubor nebo připojení k databázi, používejte yield místo return. Kód před yieldem je příprava, kód po něm úklid a proběhne i tehdy, když test selže. Bez toho zůstávají otevřené prostředky a při větším počtu testů se běh zpomalí nebo spadne na chybějící spojení. Stejně tak nedávejte do fixtur logiku, kterou test sám potřebuje ověřit, jinak testujete přípravu, ne chování.&lt;br&gt;&lt;br&gt;Ruční testování funkcí v Pythonu pomocí print a spouštění skriptů zvládne každý, ale při prvním větším projektu se ztratí přehled, které případy už byly ověřeny a které ne. pytest řeší právě tento problém: testy jsou obyčejné funkce, jejichž název začíná na test_, a pytest je sám najde a spustí. Není potřeba dědit ze žádné třídy ani psát vlastní testovací runner, což je hlavní rozdíl oproti unittest z vestavěné knihovny.&lt;br&gt;&lt;br&gt;Spouštění je příkaz pytest v terminálu, volitelně s cestou k souboru nebo přepínačem -k pro filtrování podle názvu a -x pro zastavení po prvním selhání. Během vývoje se hodí přepínač -q pro stručnější výstup a --lf pro opakování pouze naposledy selhaných testů. Nepoužívejte pytest jen jako náhradu za ruční kontrolu; cílem je sada testů, která po každé změně kódu rychle řekne, zda něco nespadlo. Začněte jedním souborem, postupně přidávejte fixtury a parametrizaci a teprve pak řešte pokrytí. Příliš mnoho testů bez jasného účelu škodí stejně jako žádné.&lt;br&gt;&lt;br&gt;Základní jednotkou je testovací funkce bez parametrů. Uvnitř se používá běžný příkaz assert, například assert secti(2, 3) == 5. Když test selže, pytest vypíše hodnoty obou stran výrazu, takže není nutné přidávat vlastní chybové zprávy. Na začátek si vystačíte s jedním souborem test_neco.py. Konvence je jasná: soubory pojmenovávejte test_*.py nebo *_test.py a funkce test_*. Jinak je pytest ignoruje a budete marně hledat, proč se nic nespustilo.</div>

Ivey792354835 https://wiki.rettungsdienstblog.eu/index.php?title=Benutzer:Ivey792354835&diff=455231 2026-10-11T14:44:02Z

<p>Ivey792354835: Die Seite wurde neu angelegt: „Někdo, kdo světem interiérů žije už dlouho. Sdílím zde, jak si poradit v malém bytě. Nejraději ukazovat chytrá řešení, která zvládne každý.“</p> <hr /> <div>Někdo, kdo světem interiérů žije už dlouho. Sdílím zde, jak si poradit v malém bytě. Nejraději ukazovat chytrá řešení, která zvládne každý.</div>

Ivey792354835