Kde si myslíte, že by měly být umístěny modulární a komponentní testy ve srovnání s integračními testy: před nimi nebo po nich?

Modulové a komponentní testy by měly být umístěny před integračními testy.

Důvody:

1. Včasné odhalení chyb: Modulové a komponentní testy se zaměřují na jednotlivé části systému (třídy, funkce, UI komponenty). Jejich spuštění v rané fázi umožňuje rychle odhalit a opravit chyby v izolaci, dříve než ovlivní jiné části.
2. Rychlost provádění: Tyto testy jsou obvykle výrazně rychlejší než integrační testy, protože nevyžadují nasazení celého systému ani interakci s externími závislostmi (databáze, třetí strany). To urychluje zpětnou vazbu pro vývojáře.
3. Snadná lokalizace chyb: Jelikož jsou testy malé a kontrolují konkrétní blok kódu nebo komponentu, je snadné určit zdroj problému při selhání.
4. Nižší náklady na opravu: Chyby zjištěné v raných fázích vývoje jsou mnohem levnější na opravu než ty, které jsou odhaleny po integraci několika modulů nebo komponent.
5. Vytváření "zdravé" základny pro integraci: Úspěšné absolvování modulových a komponentních testů dává jistotu ve stabilitu jednotlivých stavebních bloků před jejich složením.

Integrační testy naopak ověřují interakci různých částí systému. Jejich provádění po modulových a komponentních testech je efektivnější, protože snižuje pravděpodobnost falešných poplachů kvůli problémům v izolovaných blocích.

Testová pyramida:

Tato hierarchie je dobře ilustrována konceptem "testové pyramidy", kde modulové testy tvoří široké základy (mnoho rychlých testů), komponentní testy jsou výše (méně, pomalejší), a integrační a end-to-end testy jsou na vrcholu (nejméně, nejpomalejší a nejdražší na provedení).

// Testová pyramida (koncept)
+-----------------+
|     End-to-End  |  (Malé, pomalé, drahé)
+-----------------+
|  Integrační testy |  (Více, rychlejší, levnější E2E)
+-----------------+
|  Komponentní testy |  (Ještě více, rychlejší)
+-----------------+
|    Modulové testy |  (Mnoho, rychlé, levné)
+-----------------+