Kus te arvate, modulaarsete ja komponenttestide paiknemine peaks olema võrdluses integratsioonitestidega: enne või pärast nende tegemist?

Moodul- ja komponenditestid peaks asetama enne integratsiooniteste.

Põhjused:

1. Vigade varane avastamine: Moodul- ja komponenditestid keskenduvad süsteemi eraldi osadele (klassid, funktsioonid, UI komponendid). Nende käivitamine varases etapis võimaldab kiiresti avastada ja parandada vigu isolatsioonis, enne kui need mõjutavad teisi osi.
2. Täitmise kiirus: Need testid on tavaliselt palju kiirem kui integratsioonitestid, kuna ei nõua kogu süsteemi paigaldamist ega väliste sõltuvuste (andmebaasid, kolmanda osapoole teenused) kasutamist. See kiirendab tagasisidet arendajatele.
3. Vigade lokaliseerimise lihtsus: Kuna testid on väikesed ja kontrollivad konkreetset koodilõiku või komponenti, on lihtne probleemi allikat määrata.
4. Parandamise kulud on väiksemad: Varases etapis avastatud vead on palju odavamad parandada kui mitme mooduli või komponendi ühendamise järel avastatud vead.
5. "Tervikliku" aluse loomine integratsiooniks: Edukad moodul- ja komponenditestid tagavad süsteemi osade stabiilsuse enne nende ühendamist.

Integratsioonitestid, vastupidi, kontrollivad erinevate süsteemi osade omavahelist suhtlust. Nende läbiviimine pärast mooduli- ja komponenditeste on tõhusam, kuna vähendab valepositiivsete tulemuste tõenäosust.

Testipiramida:

See hierarhia on hästi illustreeritud "testipiramida" kontseptsiooniga, kus moodulitestid moodustavad laia aluse (palju kiireid teste), komponenditestid asuvad kõrgemal (vähem, kuid aeglasemad), ning integratsiooni- ja lõpp-testi (end-to-end) testid on tippu (vähe, kuid kõige aeglasemad ja kallimad).

// Testipiramida (kontseptsioon)
+-----------------+
|     End-to-End  |  (Vähe, aeglasem, kallis)
+-----------------+
|  Integratsioonid |  (Rohkem, kiiremad, odavam E2E)
+-----------------+
|  Komponentide   |  (Vähem, kiiremad)
+-----------------+
|    Moodulid     |  (Palju, kiire, odav)
+-----------------+