https://wiki.rettungsdienstblog.eu/api.php?action=feedcontributions&feedformat=atom&user=SimoneFlinchum2 2026-11-08T11:43:57Z Benutzerbeiträge MediaWiki 1.37.1 https://wiki.rettungsdienstblog.eu/index.php?title=5_Pravidel,_Jak_Nastavit_Metodiku_Pro_Kanban_Tak,_Aby_Fungovala&diff=454871 2026-10-11T14:27:11Z

<p>SimoneFlinchum2: Die Seite wurde neu angelegt: „Nakonec test spusť z příkazové řádky, ne jen z vývojového prostředí. Zjistíš, jak dlouho běží a zda nezávisí na něčem, co je dostupné jen v editoru. Tím je první unit test hotový. Další už bude snazší, protože struktura i nástroj zůstávají stejné a mění se jen testovaná funkce a očekávané hodnoty.&lt;br&gt;&lt;br&gt;Na závěr: agilní metodiky s externími dodavateli nefungují samy od sebe. Je potřeba je přizpůsobit tak, a…“</p> <hr /> <div>Nakonec test spusť z příkazové řádky, ne jen z vývojového prostředí. Zjistíš, jak dlouho běží a zda nezávisí na něčem, co je dostupné jen v editoru. Tím je první unit test hotový. Další už bude snazší, protože struktura i nástroj zůstávají stejné a mění se jen testovaná funkce a očekávané hodnoty.&lt;br&gt;&lt;br&gt;Na závěr: agilní metodiky s externími dodavateli nefungují samy od sebe. Je potřeba je přizpůsobit tak, aby respektovaly hranice firem, ale zároveň vytvořily jeden společný pracovní tok. Pomůže jasná dohoda o rolích, společný rytmus dodávek, písemná i ústní komunikace a především ochota obou stran přiznat problémy dřív, než se z nich stanou konflikty.&lt;br&gt;&lt;br&gt;Mezi časté chyby patří testování pouze na nejnovější verzi systému, ignorování chování offline a opomenutí rotace displeje. Další problém je testování na zařízeních, která mají příliš mnoho aplikací na pozadí, takže výsledky neodpovídají realitě běžného uživatele. Vyplatí se také sledovat výkon: dobu startu, spotřebu paměti a plynulost posouvání. Pomalá aplikace působí dojmem chyby i tehdy, když logicky funguje správně.&lt;br&gt;&lt;br&gt;Začněte tokem práce, ne sloupci Prvním krokem je popsat skutečný tok práce od zadání po dodání. Projděte si posledních deset úkolů a zapište, jakými fázemi prošly. Teprve z toho postavte sloupce. Typicky stačí čtyři až pět: čeká, rozpracováno, kontrola, hotovo. Pokud máte víc než sedm sloupců, tým je přestane používat, protože přepínání mezi nimi zabere příliš času. Do sloupců nedávejte fáze, které se překrývají nebo které nikdo reálně nerozlišuje.&lt;br&gt;&lt;br&gt;Na závěr si připravte plán návratu. Původní MySQL nechte nějakou dobu běžet jen pro čtení a porovnávejte výsledky. Teprve když jsou data i aplikace v pořádku, přepněte ostrý provoz. Migrace je hotová ve chvíli, kdy sedí nejen data, ale i výkon dotazů a chování transakcí.&lt;br&gt;&lt;br&gt;Schéma převeďte ručně nebo nástrojem, ale vždy ho pak zkontrolujte. Automatické převodníky často selžou u cizích klíčů, indexů s prefixem a fulltextových indexů. Fulltext v MySQL nemá v PostgreSQL přímý ekvivalent – nahrazuje se buď typem tsvector s GIN indexem, nebo rozšířením pro trigramy. U indexů si dejte pozor na rozdíl mezi LIKE a ILIKE a na to, že PostgreSQL nerozlišuje velikost písmen v identifikátorech, pokud nejsou v uvozovkách.&lt;br&gt;&lt;br&gt;Po prvním úspěšném testu zkus jeden záměrně rozbít. Změň očekávanou hodnotu a spusť test znovu. Uvidíš, jak vypadá chybová zpráva, a ověříš, že test skutečně něco kontroluje. Test, který projde vždy, i když kód rozbiješ, je horší než žádný test. Potom přidej druhý test pro okrajový případ – prázdný vstup, nulu nebo záporné číslo. Právě okrajové případy odhalí chyby, které běžné volání skryje.&lt;br&gt;&lt;br&gt;Než napíšeš samotný test, zjisti, jaký testovací nástroj už v projektu je. V jazycích jako Java, C# nebo JavaScript existuje řada frameworků a většina projektů má alespoň jeden nakonfigurovaný. Podívej se do konfiguračních souborů a do složky s testy. Pokud tam žádný není, zvol ten nejjednodušší, který umí spouštět testy z příkazové řádky. Nemusíš řešit pokrytí ani mockování, teď jde jen o to, aby jeden test proběhl a měl jasný výsledek.&lt;br&gt;&lt;br&gt;Migrace z MySQL do PostgreSQL není jen převod schématu. PostgreSQL je striktnější v typech, transakcích a identifikátorech. Než začnete cokoli přenášet, zmapujte si, které tabulky používají nestandardní konstrukce: ENUM, SET, ZEROFILL, UNSIGNED nebo ON UPDATE CURRENT_TIMESTAMP. Tyto prvky v PostgreSQL neexistují a musí se nahradit jinak – obvykle pomocí CHECK omezení, samostatného typu nebo triggeru. Stejně tak si projděte, zda někde nespoléháte na tichou konverzi řetězců na čísla, protože PostgreSQL v tomto hlásí chybu.&lt;br&gt;&lt;br&gt;Rozdíl mezi testováním na zařízení a v emulátoru Emulátor nebo simulátor urychlí vývoj, protože umožní rychlé spouštění a snadné ladění. Nikdy ale neodhalí problémy specifické pro konkrétní hardware, jako je přehřívání, přesnost dotyku nebo spotřeba baterie. Proto je nutné mít sadu reálných zařízení, i když menší. Rozumný přístup je testovat průběžně na jednom nebo dvou fyzických telefonech a zbývající kombinace verzí a velikostí displeje pokrýt pomocí cloudových zařízení nebo emulátorů.&lt;br&gt;&lt;br&gt;První unit test vzniká nejlépe ve chvíli, kdy máš v kódu malou funkci, která dělá jednu věc a vrací hodnotu. Nemusí to být nic složitého – stačí funkce, která sečte dvě čísla, převede formát data nebo ověří, zda je řetězec prázdný. Vyber si právě takovou funkci. Pokud začneš testovat metodu, která sahá na databázi, síť nebo souborový systém, první test tě odradí dřív, než ho dokončíš.</div>

SimoneFlinchum2 https://wiki.rettungsdienstblog.eu/index.php?title=Benutzer:SimoneFlinchum2&diff=454870 2026-10-11T14:27:10Z

<p>SimoneFlinchum2: Die Seite wurde neu angelegt: „Někdo, kdo dílnou i obývákem žije už dlouho. Sdílím zde, jak si poradit v malém bytě. Nejvíc mě baví hledat cesty, jak si usnadnit život.“</p> <hr /> <div>Někdo, kdo dílnou i obývákem žije už dlouho. Sdílím zde, jak si poradit v malém bytě. Nejvíc mě baví hledat cesty, jak si usnadnit život.</div>

SimoneFlinchum2