Nakonec si osvojte používání environmentálních proměnných pro konfiguraci, například portu nebo připojení k databázi. Použijte k tomu modul dotenv. When you adored this post and you would want to get more info relating to sem kindly pay a visit to our webpage. Vyhnete se tak tvrdému zakódování hodnot, Rekonstrukce Bytu což usnadní nasazení v různých prostředích. Testujte API důkladně, osvěTlení v obýváku nejen happy path, ale i chybové scénáře.

Typickou chybou je psát zprávy typu „oprava bugu", „úpravy" nebo „refaktoring". Takové zprávy neumožňují zpětnou dohledatelnost – nepoznáte, který bug to byl, ani proč jste refaktorovali. Místo toho konkrétně: „Oprava pádu při ukládání prázdného formuláře" nebo „Refaktoring validace e-mailu – přesun logiky do samostatné třídy". Pokud je změn více, rozdělte je do více commitů, nikdy nehromadte nesouvisející úpravy do jednoho záznamu.

WORKDIR /app

Jak strukturovat testy a vyhnout se duplicitám Klíčem k udržovatelným testům je struktura Arrange-Act-Assert (AAA). V části Arrange připravíte vstupy a vytvoříte objekt, který testujete. Act je samotné volání metody. Assert je ověření výsledku. Tuto strukturu dodržujte i u jednoduchých testů. Pokud potřebujete více podobných testů, využijte atribut [TestCase] nebo [TestCaseSource]. Díky nim můžete do jednoho testu předat různé vstupní hodnoty a očekávané výstupy. Tím se vyhnete psaní deseti metod se stejným tělem. Příklad: [TestCase(2, 2, 4)] [TestCase(3, 5, 8)] public void Add_ReturnsSum(int a, int b, int expected). Tímto způsobem je test čitelnější a údržba je jednodušší.

Prvním krokem je návrh testovatelného kódu. Vyhněte se závislostem na externích službách, databázích nebo souborovém systému. Pokud testujete třídu, která komunikuje s databází, použijte rozhraní a v testech ho nahraďte falešnou implementací. NUnit sám o sobě neumí vytvářet falešné objekty, ale můžete použít jednoduchou ruční implementaci nebo knihovnu jako Moq. Důležité je, aby testy běžely izolovaně. To znamená, že každý test by měl mít vlastní instanci testované třídy a žádný test by neměl záviset na pořadí ostatních.

Při práci s daty, ať už v paměti, souboru nebo databázi, se vyhněte ukládání citlivých informací, jako jsou hesla, v čitelné podobě. Používejte hashovací algoritmy. Dalším častým problémem je nevalidování vstupů – vždy zkontrolujte, zda data od klienta odpovídají očekávanému formátu, než s nimi začnete pracovat.

Při psaní testů se zaměřte na chování, ne na implementaci. Testujte, co metoda dělá, ne jak to dělá. Často se setkáváme s testy, které kontrolují interní stavy nebo volání privátních metod. To je špatně. Místo toho testujte veřejné rozhraní třídy. Pokud metoda vrací hodnotu, porovnejte ji s očekávaným výsledkem pomocí Assert.AreEqual nebo Assert.That. Pokud metoda nic nevrací, ověřte, že vyvolává výjimku za předpokladu neplatných vstupů pomocí Assert.Throws. Typickou chybou je testovat pouze šťastnou cestu. Nezapomínejte na okrajové případy: prázdné řetězce, nulové hodnoty, maximální nebo minimální čísla.

Na závěr si osvojte pravidlo: testy jsou také kód, a proto by měly být čisté a čitelné. Nepoužívejte v nich složité logické konstrukce, které by vyžadovaly ladění. Pokud test selže, měli byste být schopni to zjistit během pár sekund. Komentáře v testech používejte střídmě, nejlépe pouze pokud vysvětlují neobvyklý případ. Pravidelně spouštějte celou sadu testů, ideálně po každé změně kódu. NUnit vám nabízí pokročilé funkce, jako je paralelní spouštění nebo kategorie testů, ale začněte s jednoduchostí. Dobře napsané testy jsou investice, která se vám vrátí při každém refaktoringu nebo přidávání nových funkcí.

Jednotkové testy jsou nedílnou součástí kvalitního kódu. Framework NUnit patří mezi nejpoužívanější nástroje pro testování v ekosystému .NET. Než začnete psát první test, ujistěte se, že máte v projektu nainstalovaný balíček NUnit a NUnit3TestAdapter. Testy píšete do samostatné třídy, která je obvykle označena atributem [TestFixture]. Každá testovací metoda pak nese atribut [Test]. Základem je, aby testy byly nezávislé, rychlé a hlavně vypovídající. Pokud test selže, mělo by být okamžitě jasné, která část kódu je rozbitá.

Pro chybové stavy používejte správné HTTP status kódy. Pokud klient požaduje neexistující zdroj, vraťte 404. Při chybě na serveru pak 500. Přidejte middleware pro odchytávání chyb, který vrátí JSON odpověď místo HTML stránky. Tím zajistíte, že API bude konzistentní.

Prvním krokem je inicializace projektu příkazem npm init a následná instalace Expressu. V souboru server.js definujete aplikaci a spustíte ji metodou listen. Pro testování použijte nástroj jako je curl nebo Postman. Důležité je hned na začátku přidat middleware pro parsování JSON, jinak vám Express nebude rozumět tělu požadavků. Použijte express.json() před definicí tras.