Unit test (jednotkový test)

Příklady z praxe

1. 01

   Sleva v košíku e-shopu

   E-shop počítá cenu po slevě a vývojář přidá jednotkový test pro běžný i neplatný vstup. Když později někdo změní pravidla zaokrouhlování nebo omylem povolí slevu nad 100 %, test spadne ještě před nasazením. Chyba se najde v malé funkci, ne až v objednávkovém procesu.

   import unittest
   
   
   def apply_discount(price, percent):
       if percent < 0 or percent > 100:
           raise ValueError("percent must be between 0 and 100")
       return price * (100 - percent) / 100
   
   
   class DiscountTest(unittest.TestCase):
       def test_applies_percentage_discount(self):
           self.assertEqual(apply_discount(200, 25), 150)
   
       def test_rejects_invalid_discount(self):
           with self.assertRaises(ValueError):
               apply_discount(200, 120)
   
   
   if __name__ == "__main__":
       unittest.main()

2. 02

   Oprávnění v administraci

   Redakční systém povoluje publikování jen aktivním editorům. Jednotkový test ověří rozhodovací funkci bez databáze, přihlášení a administrace. Pokud refaktoring oprávnění omylem pustí neaktivního uživatele, selhání ukáže přímo na pravidlo, které se změnilo.

   import test from 'node:test';
   import assert from 'node:assert/strict';
   
   function canPublish(user) {
     return user.role === 'editor' && user.active === true;
   }
   
   test('active editor can publish', () => {
     assert.equal(canPublish({ role: 'editor', active: true }), true);
   });
   
   test('inactive editor cannot publish', () => {
     assert.equal(canPublish({ role: 'editor', active: false }), false);
   });

Časté omyly

MýtusUnit test musí mít každá metoda ve třídě.

Ve skutečnostiJednotkový test má chránit důležité chování, ne mechanicky kopírovat strukturu kódu. Některé metody jsou jen implementační detail a dávají větší smysl testovat přes veřejné rozhraní.

MýtusKdyž máme hodně unit testů, aplikace je otestovaná.

Ve skutečnostiUnit testy neověří celé propojení systému. Aplikace může mít výborně pokrytou logiku a přesto selhat na migraci databáze, konfiguraci, síti nebo chování prohlížeče.

Časté dotazy

Má unit test kontrolovat privátní metody?

Unit test má testovat veřejně pozorovatelné chování malé části kódu: návratovou hodnotu, vyvolanou chybu, změnu stavu nebo komunikaci s jasně definovanou závislostí. Jednotkový test obvykle nemá opisovat každý řádek implementace. Test privátní metody často prozrazuje, že se test příliš váže na vnitřní strukturu a bude křehký při refaktoringu.

Které části aplikace dávají pro unit test největší smysl?

Unit test je vhodný pro business logiku, validační pravidla, výpočty, parsování a rozhodovací větve. Uživatelské rozhraní, databázové dotazy a komunikace mezi službami často potřebují jiné druhy testů. Jednotkové testování samo o sobě nezaručí, že celek funguje v produkčním prostředí, ale výrazně snižuje počet chyb v izolované logice.

Kdy má unit test používat mock?

Unit test může používat mock, když testovaná jednotka potřebuje závislost, která je pomalá, nedeterministická nebo mimo proces aplikace. Mock se nehodí jako náhrada za každou spolupracující třídu. Přehnané mockování vede k testům, které potvrzují implementační detaily místo užitečného chování, takže se rozbíjejí při bezpečném refaktoringu.

Jak poznat dobrý unit test v praxi?

Unit test se v týmu pozná podle toho, že běží rychle, selhává deterministicky, nevyžaduje sdílené prostředí a má jasný důvod existence. Samotný počet testů není dobré měřítko. Užitečnější je sledovat, zda testy chrání důležité chování, zjednodušují změny a dávají srozumitelnou chybovou zprávu při porušení očekávání.

Zdroje

1. unittest — Unit testing framework(otevře se v novém okně)Python Software Foundation
2. Test runner(otevře se v novém okně)Node.js
3. Unit testing best practices(otevře se v novém okně)Microsoft
4. Unit testing(otevře se v novém okně)Wikipedia

Související pojmy

• CI/CDCI/CD je sada postupů a automatizací, které průběžně integrují změny kódu, ověřují je testy a připravují nebo provádějí nasazení aplikace. Cílem je zkrátit cestu od commitu k bezpečnému vydání, snížit ruční práci a rychle odhalit chyby v build procesu, konfiguraci nebo samotném kódu.
• RefactoringRefactoring je cílená úprava vnitřní struktury existujícího kódu bez změny jeho pozorovatelného chování. Vývojář při něm zjednodušuje návrh, pojmenování, duplicity nebo rozdělení odpovědností tak, aby se kód snáz četl, testoval a měnil, aniž by uživatel aplikace poznal rozdíl ve funkcích.
• DebuggingDebugging je systematické hledání, ověřování a odstraňování chyb v programu, konfiguraci nebo běhovém prostředí. Zahrnuje reprodukci problému, sběr stop, práci s debuggerem či logy, formulaci hypotéz a ověření opravy, aby se neodstranil jen viditelný příznak, ale skutečná příčina.
• ACIDACID je sada čtyř vlastností databázové transakce: atomicity, consistency, isolation a durability. Zaručuje, že skupina zápisů proběhne jako jeden celek, neporuší definovaná pravidla databáze, nebude se nebezpečně míchat s jinými transakcemi a po potvrzení přežije pád systému, například při převodu peněz.
• Adaptive IconAdaptivní ikona je formát ikony aplikace na Androidu, který se místo jedné hotové bitmapy skládá z oddělených vrstev: pozadí a popředí. Systém výsledný tvar sám ořízne podle masky výrobce zařízení a může vrstvy animovat nebo přebarvit. Vývojář tak dodá jeden zdroj a launcher z něj vytvoří kruh, čtverec i squircle.
• Adresa v pamětiAdresa v paměti je číslo, kterým procesor jednoznačně označuje konkrétní buňku operační paměti, obvykle jeden bajt. Program pomocí adresy říká, odkud má data načíst nebo kam je zapsat. Adresy tvoří souvislý číselný rozsah, jehož velikost určuje šířka adresní sběrnice a architektura, typicky 32 nebo 64 bitů.
• AI agentAI agent je softwarový systém, který pomocí modelu umělé inteligence vnímá zadaný kontext, plánuje další kroky a samostatně volá nástroje nebo služby k dosažení cíle. Na rozdíl od jednorázového promptu udržuje stav úlohy, vyhodnocuje výsledky akcí a může opakovat postup, dokud nesplní zadání nebo nenarazí na limit.
• AndroidAndroid je operační systém postavený nad linuxovým jádrem, který vyvíjí Google a otevřeně uvolňuje jako projekt AOSP. Android pohání převážnou většinu chytrých telefonů, dále tablety, televize, hodinky i palubní systémy aut. Aplikace se pro něj píší hlavně v Kotlinu nebo Javě a distribuují přes Google Play i alternativní obchody.