Když potřebujete otestovat API, Postman zvládne většinu práce

Drž se jednoho formátu pro celé API. Pokud jednou vracíš data v obalu s polem `data` a podruhé bez něj, klient bude muset větvit logiku. Stejně tak sjednoť názvy polí – když jeden endpoint používá `user_id` a druhý `userId`, je to zbytečná past. Zvol jeden styl a trvej na něm i při code review. Dokumentace, která se rozchází s realitou, je horší než žádná, protože lidi naučí, že se jí nemá věřit.

Konzole slouží k rychlé kontrole hodnot. Zápis console.log(objekt) vypíše stav v okamžiku volání, ne odkaz na živý objekt. To je častý zdroj zmatku: výpis se v konzoli může později změnit, protože prohlížeč data zobrazuje líně. Pokud chcete skutečnou kopii, použijte console.log(JSON.parse(JSON.stringify(objekt))) nebo console.table pro pole a objekty, kde se lépe čtou vlastnosti. Pro sledování počtu volání se hodí console.count a pro měření času console.time a console.timeEnd. Vyhněte se ale tomu, nechat výpisy v produkčním kódu. Zpomalují běh a mohou unikat citlivá data.

Používejte EXPLAIN nebo jeho obdobu a čtěte, co databáze skutečně dělá. Hledejte celé procházení tabulky (full scan) tam, kde by měl být index. Pokud plán ukazuje dočasnou tabulku nebo řazení v paměti u velkých dat, je to signál k přepisu dotazu. Někdy stačí změnit pořadí JOINů nebo přidat podmínku, která omezí množinu dat dřív, než se začne spojovat.

Základ je jednoduchý. Nainstalujete pytest pomocí správce balíčků a vytvoříte soubor, jehož název začíná na test_ nebo končí na _test. Uvnitř definujete funkce, které také začínají na test_. pytest si jich všimne sám, nemusíte psát žádný runner ani složitou konfiguraci. Funkce testu obsahuje běžný Python kód a místo ručního porovnávání použijete příkaz assert. Když podmínka neplatí, pytest vypíše přesně to, co se rozchází, včetně hodnot na obou stranách výrazu. To je výhoda oproti holému assertu v produkčním kódu, kde dostanete jen holý traceback.

Nakonec měřte. Bez čísel nepoznáte, zda změna pomohla, nebo uškodila. Zaznamenejte si dobu běhu před úpravou, po úpravě a sledujte ji i po nasazení do provozu. Výkon není jednorázový úkol, ale pokračující proces. Kdo pravidelně kontroluje plány a statistiky, tomu databáze zůstane rychlá i při růstu dat.

Praktický postup je krátký: napiš kostru v HTML, otevři ji v prohlížeči, připoj CSS a upravuj po malých krocích. Po každé změně obnov stránku a zkontroluj, co se stalo. Validátor HTML odhalí neuzavřené značky, vývojářské nástroje v prohlížeči ukážou, které pravidlo se aplikovalo. Časté chyby: chybějící uvozovky u atributů, zapomenutá středník v CSS, špatná cesta k souboru, nebo styl psaný do style místo externího souboru. Když něco nefunguje, zkontroluj nejdřív název třídy a cestu, potom specificitu.

Při ladění sledujte rozdíl mezi chybou na straně klienta a serveru. Stavové kódy 4xx znamenají, že problém je v požadavku – chybějící hlavička, špatný formát těla, neplatný token. 5xx naopak značí chybu na serveru a nemá smysl upravovat požadavek, dokud ji neopraví vývojář. Do Tests si proto přidejte kontrolu, která při neočekávaném kódu vypíše celé tělo odpovědi. Bez toho budete hádat, co se pokazilo.

Vyhýbejte se obalování indexovaných sloupců do funkcí. Podmínka typu WHERE YEAR(datum) = 2024 znemožní použití indexu na sloupec datum. Napište ji jako rozsah: WHERE datum >= '2024-01-01' AND datum
rekonstrukce koupelny krok za krokemčněte tím, že si požadavek rozložíte na části. V levém panelu zvolte metodu (GET, POST, PUT, DELETE) a vložte adresu endpointu. Parametry dotazu patří do sekce Params, nikdy je nepřilepujte ručně do adresy – při úpravě se vám snadno rozbije kódování. Pro POST a PUT přepněte na záložku Body, zvolte raw a typ JSON, pokud API očekává JSON. Hlavičky jako Content-Type nebo Authorization nastavte v záložce Headers. Pokud je vložíte do těla požadavku, server je ignoruje a vy dostanete chybu 400 nebo 415.

Většina pomalých dotazů nevzniká kvůli slabému hardwaru, ale kvůli tomu, jak jsou napsané. Než začnete přidávat paměť nebo měnit server, projděte si samotný dotaz a jeho plán provedení. Právě tam se skrývá největší prostor pro zrychlení. Následujících pět návyků zabere minimum času a přinese měřitelný rozdíl.
Testy se v Postmanu píší v JavaScriptu do záložky Tests. Ověřujte stavový kód a strukturu odpovědi, ne jen to, že něco přišlo. Užitečné je kontrolovat, zda odpověď obsahuje povinné pole, zda má správný datový typ a zda seznam vrací očekávaný počet položek. Pozor na testy, které projdou vždy – například když porovnáváte pouze to, že tělo není prázdné. Časem takovému testu přestanete věřit a přestane plnit svou roli.
If you loved this write-up and you would like to acquire extra info regarding https://crabcodex.com kindly visit our own web site.