https://wiki.rettungsdienstblog.eu/api.php?action=feedcontributions&feedformat=atom&user=LienEaster 2026-10-17T04:17:09Z Benutzerbeiträge MediaWiki 1.37.1 https://wiki.rettungsdienstblog.eu/index.php?title=Pro%C4%8D_se_p%C5%99i_v%C3%ADce_feature_v%C4%9Btv%C3%ADch_ztr%C3%A1c%C3%AD_p%C5%99ehled_a_co_s_t%C3%ADm%3F&diff=408051 2026-10-02T10:21:30Z

<p>LienEaster: Die Seite wurde neu angelegt: „&lt;br&gt;Postman není jen nástroj na posílání GET požadavků. Pokud ho používáš pouze k tomu, abys zkontroloval, jestli server vrací 200, přicházíš o většinu jeho hodnoty. Testování API znamená ověřit, že odpověď má správnou strukturu, že se data ukládají, že chyby vracejí smysluplné kódy a že se nic nerozbije při změně vstupu. Postman k tomu dává prostředky, které stačí nastavit jednou a pak je opakovaně používat…“</p> <hr /> <div>&lt;br&gt;Postman není jen nástroj na posílání GET požadavků. Pokud ho používáš pouze k tomu, abys zkontroloval, jestli server vrací 200, přicházíš o většinu jeho hodnoty. Testování API znamená ověřit, že odpověď má správnou strukturu, že se data ukládají, že chyby vracejí smysluplné kódy a že se nic nerozbije při změně vstupu. Postman k tomu dává prostředky, které stačí nastavit jednou a pak je opakovaně používat.&lt;br&gt;&lt;br&gt;Proměnné a prostředí drž oddělené. Jedno prostředí pro lokální vývoj, druhé pro testovací server. V URL nepoužívej natvrdo zapsané domény, ale baseUrl. Stejně tak citlivé údaje patří do proměnných, ne do textu požadavku. Pozor na pořadí: pokud test vytváří záznam a pak ho maže, musí mezi tím proběhnout uložení ID. To [http://lineage2.hys.cz/user/Scotty0738/ rekonstrukce koupelny krok za krokem]řídíš skriptem v záložce Tests, který si hodnotu z odpovědi uloží do proměnné kolekce.&lt;br&gt;&lt;br&gt;Když máš kolekci hotovou, spusť ji přes Collection Runner. Zjistíš, které požadavky na sobě závisí a které selhávají při opakovaném spuštění. Průběžně sleduj konzoli, kde se zobrazují chyby ze skriptů. A hlavně: výsledky testů nejsou potvrzení, že API funguje. Jsou to jen ověření, že v daném okamžiku vrátilo to, co jsi čekal. Skutečná hodnota Postmana je v tom, že tyto kontroly zopakuješ po každé změně kódu během několika sekund.&lt;br&gt;&lt;br&gt;Pro sledování hodnot bez zastavení běhu slouží podmíněné zarážky. Místo aby se program zastavil při každém průchodu cyklem, nastavíte podmínku, například že index je větší než určitá hodnota. Tím přeskočíte stovky zbytečných zastavení. Užitečné je i watch výrazů, kam si přidáte konkrétní proměnnou nebo složitější výraz a jeho hodnota se aktualizuje při každém kroku. Pokud se hodnota nezmění, i to je informace: znamená to, že váš kód na tom místě vůbec neběží.&lt;br&gt;&lt;br&gt;Účinnou vrstvou navíc je omezení práv databázového účtu. Aplikační účet nemá mít právo vytvářet tabulky, vypisovat soubory ani spouštět administrátorské příkazy. Když se útočník dostane přes dotaz, získá jen to, co účet umí. Zároveň je vhodné sledovat neočekávané dotazy, například ty, které vracejí mnoho řádků nebo obsahují klíčová slova, jež aplikace běžně nepoužívá. Monitorování neopraví chybu, ale zkrátí dobu, po kterou únik probíhá.&lt;br&gt;&lt;br&gt;Nejčastější chyba je testování pouze šťastné cesty. Odešleš platná data, dostaneš 200 a tím to skončí. Jenže API se láme na okrajích: chybějící povinné pole, příliš dlouhý řetězec, neplatný formát data, duplicitní záznam. Pro každý endpoint připrav alespoň jeden negativní scénář. Další častá chyba je závislost na datech z předchozích běhů. Test, který projde jen když předtím existoval konkrétní uživatel, není test, ale náhoda. Vytvářej si data v rámci testu a po sobě je uklízej.&lt;br&gt;&lt;br&gt;Pro ladění je užitečné umět se do kontejneru podívat. Příkaz docker exec -it nazev_kontajneru bash vám dá shell uvnitř běžícího kontejneru. Můžete zkontrolovat soubory, proměnné prostředí nebo síť. Pokud kontejner okamžitě skončí, podívejte se na logy příkazem docker logs. Často je problém v tom, že hlavní proces aplikace se ukončí – třeba proto, že chybí konfigurační soubor nebo proměnná. Kontejner nežije věčně, jen dokud běží jeho hlavní proces. To je rozdíl proti virtuálnímu stroji, kde běží init systém a vy jen tak něco nespadne.&lt;br&gt;&lt;br&gt;Pozor na dlouho otevřené pull requesty. Čím déle čekají na review, tím víc se vzdalují od hlavní větve a tím víc práce stojí jejich aktualizace. Ideální je malý pull request s jasným popisem, co mění a proč. Velké změny rozdělte na několik menších, které na sebe navazují. Recenzent pak snáz odhalí chybu a vy nemusíte řešit desítky konfliktů najednou.&lt;br&gt;&lt;br&gt;Základem je kolekce. Nevkládej každý požadavek do globální historie, ale vytvoř kolekci pojmenovanou podle testovaného rozhraní. Do ní přidej požadavky rozdělené do složek podle logických celků – například uživatelé, objednávky, If you have any concerns regarding where by and how to use [https://analnoe.com/user/HoustonDann/ Https://Analnoe.Com/], you can get hold of us at the site. platby. U každého požadavku nastav metodu, URL a hlavičky. Pro autentizaci použij proměnnou prostředí, ne ručně [https://Www.Wikipedia.org/wiki/vkl%C3%A1dan%C3%BD%20token vkládaný token]. Když se token změní, upravíš ho na jednom místě a všechny požadavky v kolekci ho použijí.&lt;br&gt;&lt;br&gt;Práce na několika feature větvích současně vypadá jednoduše, dokud se nezačnou překrývat změny ve stejných souborech. Základ je držet každou větev krátkou a úzce zaměřenou. Jakmile jedna větev řeší víc než jednu logickou změnu, při zpětné integraci se z ní stává nečitelný slepenec. Rozdělit práci na menší větve není byrokracie, ale praktická obrana proti konfliktům, které se špatně rozplétají.&lt;br&gt;&lt;br&gt;Skripty, které odhalí víc než ruční kontrola Záložka Tests je místo, kde se z požadavku stává test. Nepiš jen pm.response.to.have.status(200). Ověř i tělo odpovědi: zkontroluj, že pole id je číslo, že email obsahuje zavináč, [https://Isowindows.net/user/MarthaZamora/ úPrava interiéru] že seznam položek není prázdný. Pro složitější struktury použij pm.expect(pm.response.json()).to.have.property(&#039;data&#039;). U chybových stavů testuj konkrétní kód a text zprávy, ne jen to, že požadavek selhal. Pokud API vrací chybu při neplatném vstupu, musí to být 400 nebo 422, ne 500.&lt;br&gt;</div>

LienEaster https://wiki.rettungsdienstblog.eu/index.php?title=Benutzer:LienEaster&diff=408049 2026-10-02T10:21:26Z

<p>LienEaster: Die Seite wurde neu angelegt: „Váš průvodce dílnou i obývákem se zabývá denně. Píšu o tom, jak zvládnout domácnost bez stresu. Nejraději hledat cesty, jak si usnadnit život.&lt;br&gt;&lt;br&gt;Here is my site [https://analnoe.com/user/HoustonDann/ Https://Analnoe.Com/]“</p> <hr /> <div>Váš průvodce dílnou i obývákem se zabývá denně. Píšu o tom, jak zvládnout domácnost bez stresu. Nejraději hledat cesty, jak si usnadnit život.&lt;br&gt;&lt;br&gt;Here is my site [https://analnoe.com/user/HoustonDann/ Https://Analnoe.Com/]</div>

LienEaster