Testiranje integracije - dio velikog projekta

Nijedan razvoj softvera ne može bez testiranja izvršnog koda. Zapravo, potrebno je pola vremena utrošenog na razvoj i više od polovice troškova projekta. Međutim, on je sastavni dio procesa stvaranja novih aplikacija, programa, sustava.

Testiranje integracije kao dio velikog posla

Jedan od načina kontrole kvalitete softvera je integracijsko testiranje, na ulaz u koji se unose pojedinačni testirani moduli u prethodnoj fazi. Za razliku od modularne verzije, tijekom koje se otkrivaju greške, lokalizirane u svakoj pojedinoj funkciji ili klasi, integracijsko testiranje je traženje grešaka povezanih s provedbom interakcije između pojedinih dijelova proizvoda koji se stvara. Funkcionalno testiranje integracije koristi metodu bijele kutije, tj. inženjer kvalitete dostupnih i poznatih tekstova svakog pojedinog modula, kao i načela interakcije između njih.

Metode sastavljanja modula

Monolitna metoda znači da se svi moduli, koji će u budućnosti biti podvrgnuti integracijskom testiranju, sastavljaju u isto vrijeme. Gotovo sigurno postoje situacije kada dio testiranog kompleksa još nije spreman.

U tom slučaju zamjenjuju ga dodatno razvijeni "utikači" ili upravljački programi.

Uz monolitnu metodu identificira se i inkrementalna metoda (naziva se i korak po korak), budući da se volumen koda koji se testira postupno povećava, omogućujući lokalizaciju područja s nedostacima u međusobnim odnosima pojedinih dijelova.

Inkrementalna metoda uključuje dva načina za dodavanje modula:

• gore ili gore
• odozdo prema gore - silazno.

Monolitne i inkrementalne značajke ispitivanja

Glavni nedostatak monolitnog tipa sklopa je velika količina vremena i troškova rada za oponašanje nedostajućih dijelova ispitivanog kompleksa. Čini se da su stubovi prilično prikladan alat za testiranje, međutim, situacija se javlja kada proces mora ponovno stvoriti simulacijske dijelove programa. Na primjer, u slučaju promjena u sastavu testiranih modula. Osim toga, djelotvornost potrage za defektima nije toliko visoka kada se rad ne provodi sa stvarnim proizvodom, već samo s lažnom komponentom. Isti nedostatak prati inkrementalno testiranje metodom izgradnje prema gore.

U isto vrijeme, jedan od nedostataka metode korak-po-korak je potreba organiziranja i stvaranja okruženja za izvođenje modula u danom redoslijedu. Također je gotovo nemoguće paralelno razvijanje gornje i donje razine.

Naravno, obje metode montaže, monolitne i inkrementalne, imaju ne samo nedostatke, nego i prednosti. U prvom slučaju postoje izvrsne mogućnosti za paralelni razvoj svih klasa i funkcija uključenih u testiranje, kako u početnoj fazi tako i nakon poboljšanja. Metoda korak-po-korak je manje radno intenzivna: moduli se postupno povezuju, a pogreške i nedostaci se također postupno otkrivaju. To vam, kao što znate, omogućuje da skratite vrijeme za traženje takvih.

Prednosti testiranja integracije

U ovoj fazi provodi se kolosalni rad na provjeravanju međusobnih veza na svim razinama, bez kojih je, dakako, daljnje ispitivanje nemoguće.

Testiranje integracijskog softvera ima nekoliko prednosti:

• provjera sučelja interakcije između pojedinih modula programa;
• kontrola odnosa ispitivanog kompleksa s programskim rješenjima trećih strana;
• ispitivanje rada vanjskih komponenti otopine;
• kontrolu usklađenosti projektne dokumentacije s obzirom na interakciju pojedinih modula.

Ispravljanje grešaka

Testiranje integracije je dovršeno, ali to nije sve. Pronađene pogreške se ispravljaju i šalju programeru radi ispravka, nakon čega proces počinje iznova.

Prvo, potrebno je provjeriti jesu li identificirani nedostaci uklonjeni. Drugo, tijekom promjene izvornog koda mogu se pojaviti nove pogreške u radu programa i interakcija sa softverom treće strane.

Iako trenutno postoji velik broj metoda kontrole kvalitete, integracijsko testiranje i dalje ima važnu ulogu. Primjer ove vrste provjere može jasno pokazati "uska grla" u razvoju softvera i dokumentacije.

Automatizacija testiranja

Ovisno o veličini početnog skupa podataka i domene razvoja, može postojati problem s vremenom testiranja i složenošću događaja kao cjeline.

Za najučinkovitiju provjeru razvoja, potrebno je koristiti veliku količinu ulaznih podataka i uvjeta, s kojima je nemoguće rukovati "ručno". Za rješavanje ovog problema koristi se automatizacija testiranja. Kao i druge vrste, integracijsko testiranje se također može automatizirati. To će smanjiti vrijeme razvoja kao cjelinu, kao i poboljšati učinkovitost procesa otkrivanja pogrešaka.

Međutim, automatizacija testiranja ne može u potpunosti zamijeniti rad kvalitetnog inženjera, već ju samo nadopuniti.

Dakle, integracijsko testiranje je sastavni dio razvoja bilo kojeg softvera i jedne od faza cijelog procesa provjere kvalitete proizvoda. Kao i svaka metoda, ona ima brojne prednosti i nedostatke, ali bez njezine primjene, postaje nemoguće razviti softver visoke kvalitete.