https://wiki.rettungsdienstblog.eu/api.php?action=feedcontributions&feedformat=atom&user=AdeleSoria93321 2026-11-13T06:25:51Z 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=402713 2026-10-01T20:52:47Z

<p>AdeleSoria93321: </p> <hr /> <div>Nakonec testujte průběžně, ne až na konci. Otevřete nástroje pro vývojáře, zkontrolujte konzoli a zkuste stránku zúžit na šířku telefonu. Chyby v HTML se v prohlížeči často tiše opraví, ale to neznamená, že tam nejsou. Projděte si strukturu a ověřte párové tagy. Když držíte tyto čtyři základy, máte pevnou půdu pro jakékoli další rozšiřování.&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;První věc je správná kostra dokumentu. Každý soubor začíná deklarací typu dokumentu a párovým tagem html s jazykem stránky. Uvnitř hlavičky patří znaková sada, titulek a meta tag pro responzivitu. Tělo pak obsahuje viditelný obsah. Typická chyba: chybějící meta tag viewport. Na mobilu se pak stránka zobrazí jako zmenšená plocha a uživatel musí zoomovat. Nastavte jej vždy: šířka zařízení, počáteční měřítko jedna.&lt;br&gt;&lt;br&gt;Požadavek na sloučení nemá být formalita. Napište do něj, co změna řeší, jak jste ji otestovali a na co si dát pozor. Recenzent nemá hádat záměr z deseti commitů. Když je změna velká, rozdělte ji na několik menších požadavků. Malé změny se kontrolují rychleji a snáze se vracejí, pokud se něco pokazí. Nikdy neschvalujte vlastní změnu jen proto, že spěcháte.&lt;br&gt;&lt;br&gt;Nejčastější začátečnická chyba je začít nástroji. Tým koupí nebo rozjede několik služeb, postaví první pipeline a čeká, že se kultura změní sama. Jenže DevOps stojí na dohodách: kdo schvaluje změny, kdo nese odpovědnost za incident, jak dlouho smí běžet neúspěšný build, než se začne řešit. Bez těchto domluv je automatizace jen rychlejší způsob, jak vyrábět chaos. První krok proto není instalace, ale krátká schůzka, na které se sepíše, jak dnes změna putuje od nápadu do produkce a kde se zdržuje.&lt;br&gt;&lt;br&gt;CSS pak připojte buď externím souborem v hlavičce, nebo zápisem do hlavičky. Externí soubor je lepší, protože se cachuje a odděluje vzhled od struktury. V selektorech dávejte přednost třídám před identifikátory. ID má být na stránce jen jedno a používá se spíš pro skoky v rámci dokumentu. Vyhněte se řetězení selektorů do dlouhých cest, které se špatně udržují. Platí pravidlo: čím konkrétnější selektor, tím větší problém při změně.&lt;br&gt;&lt;br&gt;Nakonec si nastavte, kdy se má automatizace spouštět. Ruční spuštění je pro vývoj, ale opravdový přínos přijde s pravidelným během na pozadí. Na začátek stačí naplánovat úlohu v operačním systému a hlídat, zda opravdu proběhla. Pokud skript běží na vzdáleném počítači, počítejte s tím, že se může ztratit připojení nebo se změní práva ke složkám. Průběžně kontrolujte výsledky a logy, ne jen to, že se úloha nespustila s chybou. Automatizace není jednorázová akce, ale malý provoz, který je potřeba udržovat.&lt;br&gt;&lt;br&gt;Rychlost načítání webu rozhoduje o tom, zda návštěvník zůstane, nebo odejde ke konkurenci. Nejde přitom jen o pohodlí. Každá sekunda navíc znamená vyšší míru opuštění stránky, horší pozice ve vyhledávání a nižší ochotu k jakékoli akci. Dobrá zpráva je, že většinu problému lze vyřešit bez přepisování celého webu. Stačí vědět, kde se čas ztrácí, a začít od největších položek.&lt;br&gt;&lt;br&gt;Pozor na cesty k souborům. Zapisujte je celé, ne jen název souboru, jinak skript poběží jen ve složce, odkud jste ho spustili. Stejně tak dávejte pozor na diakritiku v názvech souborů a na kódování. Když otevřete textový soubor bez určení kódování, můžete dostat chybu nebo rozbité znaky. Vždy výslovně uveďte kódování, typicky utf-8. Další častá chyba je mazání nebo přepisování souborů bez zálohy. Než skript spustíte naostro, otestujte ho na kopii dat nebo v samostatné složce.&lt;br&gt;&lt;br&gt;Každá webová stránka stojí na dvou jazycích. HTML určuje obsah a strukturu, CSS řeší vzhled a rozložení. Bez správného HTML je CSS k ničemu a naopak. Začátečníci často skáčou rovnou k barevným tlačítkům, ale přeskakují základy, které později bolí. Tady jsou čtyři oblasti, které rozhodují o tom, jestli stránka funguje, nebo se rozsype.&lt;br&gt;&lt;br&gt;Knihovny místo vymýšlení vlastních řešení Pro většinu úkolů existuje hotová knihovna. Na soubory a složky stačí moduly ze standardní výbavy Pythonu. Pro tabulky se hodí pandas, pro stahování dat z webu requests, pro plánování úloh schedule nebo obyčejný plánovač v operačním systému. Na ovládání webového prohlížeče slouží nástroje pro automatizované testování, ale ty jsou náročnější a měli byste je odložit na později. Vždy si nejdřív přečtěte dokumentaci k dané knihovně – bývá krátká a obsahuje příklady, které fungují.</div>

AdeleSoria93321 https://wiki.rettungsdienstblog.eu/index.php?title=Benutzer:AdeleSoria93321&diff=402710 2026-10-01T20:52:45Z

<p>AdeleSoria93321: 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 skloubit funkčnost s teplem domova. Nejraději popisovat postupy krok za krokem.“</p> <hr /> <div>Autor blogu dílnou i obývákem sází na osvědčené tipy. Píšu o tom, jak skloubit funkčnost s teplem domova. Nejraději popisovat postupy krok za krokem.</div>

AdeleSoria93321