Što je integracijsko testiranje
S napretkom u području informacijske tehnologije, stvari su nam puno lakše, ljudi i doslovno, sve se može učiniti samo jednim prstom. No prije nego što se sve može učiniti puno napornog rada, a najvažnije od svega je stavljeno „LOGIC“. Sada smo ponekad vidjeli da neke funkcije ne funkcioniraju baš prema očekivanjima ili rezultati izvedeni iz softvera ne odgovaraju našim očekivanjima. Tu testiranje softvera igra važnu ulogu. Ispraviti pogreške u sustavima kako bi se dobili točni / očekivani rezultati je testiranje softvera.
Da bismo razumjeli što znači testiranje integracije, prvo moramo razumjeti što znači testiranje softvera! Testiranje softvera je aktivnost za provjeru je li izlaz / rezultat testa jednak očekivanom izlazu / rezultatu, što znači da se softver ispravno izvodi. Rezultat koji se dobije nakon pokretanja određenog softvera / sustava mora se podudarati s rezultatom koji se očekuje kao izlaz iz softvera / sustava; ako to ne učini, softver treba ponovno napisati ili je potrebno izvršiti određene promjene unutar zapisanih kodova.
Testiranje softvera softverskog sustava vrši se na različitim razinama. Razine ispitivanja su prikazane na sljedeći način:
Kronološki, testiranje integracije provodi se nakon prvog koraka, "Ispitivanje jedinice". Kako ide integracija imena, tekstualna definicija Integration Testing-a glasi: "Pojedinačni softverski moduli kombiniraju se i testiraju zajedno, poput grupe". To znači da u softveru ima mnogo komponenti. Ti zajedno zajedno kombiniraju tvoreći softverski sustav. Ovaj se softverski sustav testira zajedno, a razina ispitivanja na kojoj se testira poznata je kao integracijsko testiranje. Dakle, kada se ti moduli kombiniraju, rezultat koji je dobiven iz njega mora biti jednak rezultatu koji se očekuje, to je dio integracijskog testiranja. Glavna svrha integracijskog testiranja je provjeriti rade li pojedini moduli ispravno zajedno u kombinaciji.
Poznat i pod nazivom I&T (Integracija i testiranje) može pomoći u ispitivanju pojedinca, kao i u punom ispitivanju modula. Uključuje se u testiranje crne kutije i bijele kutije. Većina organizacija svoj softver softver testira samo pomoću Jedinica za ispitivanje i Funkcionalnog ispitivanja.
Vrste i pristupi
Postoje četiri vrste i pristupi integracijskom testiranju, spomenuti u nastavku:
- Pristup velikog praska
- Pristup odozdo prema gore
- Pristup odozdo prema gore
- Hibridni / Sandwich
1. Pristup velikom prasku:
Razvijeni moduli / komponente softverskog sustava su spojeni zajedno. Ovi pojedinačni moduli ispituju se zajedno kada su povezani. Nakon testiranja jedinice, ovi se moduli testiraju zajedno koji tvore softverski sustav. Ali neki od nas mogu imati ovo pitanje: na koji način se razlikuje testiranje softverskog sustava u cjelini i integracijsko testiranje? Glavna stvar koju ovdje razumijemo je da se u integracijskom testiranju testiranje provodi za pojedinačne module koji se kombiniraju zajedno, nakon što se provode jedinice ispitivanja; a kod testiranja softverskog sustava čitav se sustav ispituje sa svim parametrima koji su uzeti u obzir.
Sljedeći dijagram prikazuje točno što znači Big Bang pristup integracijskog testiranja:
S pristupom velikom prasku, postoje neke prednosti i nedostaci:
prednosti:
- Vrlo je prikladno pristupiti ako su sustavi mali. Što je više vremena potrebno za ovaj pristup, veliki sustavi mogu dovesti do veće potrošnje vremena.
- Otkrivanje kvarova s tim je vrlo lako s obzirom na male sustave
Nedostaci:
- Budući da su svi moduli spojeni, ako dođe do nekih grešaka u sustavima, teško je uočiti ih.
- Neki su moduli vrlo važni i potrebno ih je testirati. Ti se moduli moraju ispitati prije upotrebe u sustavu. No tijekom testiranja integracije ovi se moduli možda neće testirati učinkovito, jer su svi moduli povezani zajedno.
- Vrijeme koje je uzeo cijeli softverski sustav mnogo je više od drugih pristupa integracijskom testiranju.
- Spajanje modula može potrajati neko vrijeme, što bi moglo rezultirati trajanjem ukupnog vremena procesa softverskog sustava.
- Vrijeme koje je potrebno za ovaj pristup je više, jer je mnogo modula povezano, a testiranje svakog modula oduzeće više vremena.
2. Pristup odozdo prema gore
U ovom pristupu najniže se testiraju moduli niske razine, zajedno i pojedinačno. Svi moduli na donjoj razini integrirani su koji uključuju, funkcije i postupke i sve je povezano i testirano. To pomaže u testiranju modula više razine, jer oni predstavljaju osnovu za to. Ovaj se postupak ponavlja jer se svi moduli od razine donje i gornje razine temeljito ispituju. Jednostavno rečeno, testiranje započinje od unutarnjih i najdonjih modula i postupno se kreće prema gore. Kao što je rečeno na dijagramu, tijekom vožnje uzima se pomoć vozača. Pa što je vozač i kako to pomaže? Kao što protok sugerira, moduli najviše razine ne mogu se integrirati u sustav sve dok se ne provede i ne spoji testiranje modula donje razine. Tako ovdje vozač pomaže u povezivanju modula donje i gornje razine i djeluje kao medij ili u tehničkom smislu kao funkcija poziva.
prednosti:
- Razvoj pojedinačnih modula može se provesti tijekom korištenja pristupa integracijskom testiranju odozdo prema gore, jer se testiranje spajanja i integracije vrši nakon što se prvo ispitaju moduli na razini dna.
- Ako postoji / nastane neka greška, ona se može ispraviti u isto vrijeme i na istoj razini. Identifikacija i ispravljanje pogrešaka mnogo je jednostavnija od drugih pristupa.
- Vrijeme potrebno za identifikaciju i ispravljanje grešaka je mnogo manje u usporedbi s drugim pristupima.
- Pogreške se mogu riješiti na istoj razini dna ili na gornjoj razini.
Nedostaci:
- Vrijeme potrebno za cijeli proces je više, proces testiranja se ne završava dok se ne uključe i testiraju svi moduli oba, gornja i donja razina.
- Vozači su neophodni za pozivanje modula visoke razine
- Ako softverski sustav sadrži sve više i više malih, ali složenih modula, potrebno je više vremena za završetak postupka testiranja softvera.
3. Pristup odozgo prema dolje
Ovaj pristup ide upravo suprotno od pristupa odozdo prema gore. Moduli s najviše razine ispituju se u početku, a zatim se testiraju i drugi moduli niže razine. Najviši se moduli prvo testiraju pojedinačno, kao što se testiranje specijaliziranih jedinica izvodi za najviši modul, a na kraju se ostali moduli uzimaju u obzir i testiraju. Pristup odozdo prema gore zahtijeva funkciju poziva isto kao i pristup odozdo prema gore koji se zove Stubs. Stupovi su logičke izjave za kratki kod koji se koriste za prihvaćanje ulaza iz modula najviše razine i na kraju pozivaju module donje razine za integraciju i testiranje.
prednosti:
- Lako se otkrivaju pogreške ili pogreške u ovom pristupu.
- Ključni se moduli temeljito ispituju i prije ostalih modula.
- Testiranje integracije softverskog sustava može se provesti za manje vremena nego u usporedbi s drugim pristupima.
Nedostaci:
- Donji moduli razine ne mogu se testirati na očekivanu razinu ili se mogu prema zahtjevima testirati.
- Stubovi su potrebni i potrebni su za daljnji napredak postupka testiranja.
4. Hibridni / sendvič pristup
Poznato i kao ispitivanje mješovite integracije. Pristup odozdo prema gore i pristup odozdo prema gore kombinirani su u ovom pristupu. Otuda poznat kao hibridni ili sendvič ili mješovita integracija. Taj se pristup koristi za zataškavanje ispadanja obojice koji su pojedinačno pristupili. Najviši modul testiran je jedinicom, a istovremeno su moduli donje razine integrirani i testirani s modulima najviše razine.
prednosti:
- Uglavnom se koristi za velike projekte i za izvođenje je potrebno puno vremena.
Nedostaci:
- Troškovi ove vrste testiranja prilično su visoki jer se oba pristupa koriste u završetku testiranja.
Prednosti integracijskog testiranja
- Provjera integracije za različite module istovremeno.
- Može se koristiti u ranoj i kasnijoj fazi ispitivanja.
- Pokrivenost duljine koda je više u usporedbi s drugim tehnikama testiranja softvera, jer se mogu koristiti oba pristupa odozdo prema gore i odozdo.
- U skladu s promjenama zahtjeva, razvoj varira, pa testiranje modula na različitim razinama postaje važno, za što se integracijsko testiranje može lako koristiti.
Zašto se koristi integracijsko testiranje
- Ljudi koji su bili u IT industriji možda znaju za stalne promjene koje se događaju. Svakog dana, prema zahtjevima, mijenja se potreba za razvijanjem određenog softverskog sustava, pa se svakodnevno razvijaju nove zakrpe koda. Sad kad se te zakrpe povežu zajedno u jedan softver. Da biste to provjerili, obavezno je testiranje integracije i njegovi pristupi.
- Kad se kodira ili gradi složeni ili ogromni softver, on se klasificira u zasebne module. Mnogi ljudi istovremeno rade na tim modulima, ali kada se ti moduli integriraju, testiranje se vrši. U većini slučajeva integracija modula zahtijeva testiranje integracije na njoj prije nego što se dalje obrađuje.
- Potrebna je većina softverskog softvera, neke knjižnice podrške za rad. Integracijsko testiranje provodi se kad se te knjižnice koriste zajedno s razvijenim kodom.
- Integracija postaje nužna kada se softver razvija, jer se pogreške mogu otkloniti na propisanoj razini. Kao što znamo za pristupe, jedan od tih pristupa možda se koristi za to.
Integracijski testovi slučajeva
Razmislite da izgradimo jedan softver za upravljanje zaposlenicima. Ovaj softver ima tri glavna aspekta:
- Prijava zaposlenika
- Izvještaj zaposlenika
- Stranica i određivanje plaće zaposlenika
Sada, s obzirom na gornji slučaj, prvo se razvija softver i protok bi trebao biti Registracija zaposlenika (Unošenje vrijednosti, npr .: ID zaposlenika, ime, telefonski broj itd.). Nakon ispravnih unosa, trebao bi se preusmjeriti na neto stranicu na toj stranici izvješća zaposlenika. Sad, ako ovdje zaposlenik nije usmjeren na stranicu s izvješćima i izravno usmjeren na stranicu s informacijama o plaćama, onda je to greška. Da bi se to ispravio, provodi se tijek, redoslijed aktivnosti, testiranje integracije.
Drugi primjer integracijskog testiranja bio bi:
Svakodnevno provjeravamo svoju e-poštu. Svi pružatelji usluga e-pošte pružaju nam istu funkciju.
Login-> Inbox->Send / Delete Mail-> Logout
Sada, ovdje kada se prijavimo na njihove poslužitelje, najprije se provjeravaju vrijednosti ispravnosti, odnosno testiranje jedinice. Dakle, nakon podudaranja vjerodajnica, stranica za prijavu trebala bi nas prenijeti na ulaznu stranicu. To je očekivani rezultat. Ako nas ne prenese na Inbox stranicu, umjesto da nas prenese u neku mapu bezvrijedne pošte, tada postaje slučaj testiranja integracije. Isto se odnosi i na slanje i brisanje e-poruka.
Ostali slučajevi mogu biti:
- Nakon uspješne registracije na bilo kojem online / offline programu, pred korisnikom bi se trebala pojaviti prikazana poruka.
- Aplikacije za bankarstvo korisnike trebaju usmjeriti na stranicu sažetka računa koja je obavezna.
- Nakon uspješne prijave u aplikacije za društvene mreže trebala bi se pojaviti zadana stranica za primjer: Početna / Profil za Facebook.
Zaključak
Uz toliko napredak na području informatike, iz dana u dan, i toliko mnogo programera koji sjede na različitim lokacijama radeći na istom softveru, testiranje integracije postalo je nužno. Svojim pristupima testiranje integracije može se koristiti podjednako u malim i velikim softverskim aplikacijama. Integracijsko testiranje, koje se nalazi na sredini razine testiranja softvera i ima toliko prednosti, postaje sve važnije za klijente na komercijalnoj razini, a redovita provjera pomaže u očuvanju softvera netaknutim.
Preporučeni članci
Ovo je vodič za integracijsko testiranje. Ovdje smo raspravljali o nekim osnovnim pojmovima, definiciji, vrstama i pristupu s tim prednostima i nedostacima. Možete i proći naše druge predložene članke da biste saznali više -
- Karijere u testiranju softvera
- Karijere za programere softvera
- Što je testiranje crne kutije
- Korisne karijere kao softverski inženjer