Inkrementalno testiranje u testiranju softvera je metodologija koja omogućuje timovima da razdvoje pojedinačne module, testiraju ih zasebno i integriraju u fazama. Pomaže u ranom pronalaženju nedostataka, smanjuje složenost i povećava pokrivenost testom.
Ovaj će članak duboko zaroniti u inkrementalno testiranje, objasniti što je to i istražiti različite vrste, procese, pristupe, alate i još mnogo toga koji su povezani s ovom korisnom metodologijom.
Što je inkrementalno testiranje?
Testiranje je jedna od najvažnijih faza životnog ciklusa razvoja softvera (SDLC). Baš kao i kod SDLC-a, testiranje je podijeljeno na različite logične korake. Inkrementalno testiranje jedna je od tih faza i obično se događa tijekom integracijsko testiranje i odmah nakon jediničnog testiranja .
Inkrementalno testiranje je pragmatičan pristup testiranju softvera koji rastavlja velike ili složene programe u upravljive komade veličine zalogaja. Umjesto integriranja i testiranja cijelog softverskog sustava odjednom, inkrementalno testiranje razmatra module i implementira proces verifikacije u fazama.
Softverski moduli obično su samostalne jedinice koda koje obavljaju određene zadatke ili funkcije. Koliko su ti moduli granularni ovisi o različitim čimbenicima, kao što su prakse kodiranja, razvojne metodologije ili čak programski jezik koji koristite.
Moduli se testiraju neovisno tijekom jediničnog testiranja. Zatim, tijekom testiranja integracije, svaki se modul integrira dio po dio — ili u koracima. Ovaj proces osigurava da svaki modul dobro radi zajedno. Međutim, kako bi u potpunosti provjerili svaki modul, ispitivači moraju simulirati komponente koje tek trebaju biti implementirane ili vanjske sustave. Da bi to učinili, potrebna im je pomoć stubova i vozača.
Što su stubovi i pokretači u inkrementalnom testiranju?
Stubovi i upravljački programi ključni su alati za testiranje softvera. Ovi privremeni dijelovi koda koriste se tijekom testiranja integracije jer timovima nude mogućnost oponašanja ponašanja i sučelja različitih modula ili komponenti.
1. Stubovi:
Stubs oponašaju module koji tek trebaju biti razvijeni i kao takvi nisu dostupni za testiranje. Oni dopuštaju modulu koji se testira (MUT) da poziva nepotpune module. Rezultat je da se MUT može testirati izolirano, čak i kada povezani moduli nisu dostupni.
2. Pokretači:
Upravljački programi, s druge strane, simuliraju ponašanje modula koji pozivaju MUT. Unutar ispitnog okruženja, ovi upravljački programi mogu slati podatke MUT testa. Opet, ovo olakšava testiranje modula u izolaciji bez potrebe za vanjskim ovisnostima.
Korištenje stubova ili upravljačkih programa skraćuje vrijeme razvoja, poboljšava kvalitetu koda i povećava produktivnost tima. Međutim, odluka koju ćete koristiti ovisi o tome koja je metodologija testiranja najprikladnija. To ćemo proširiti u odjeljku u nastavku koji se bavi različitim vrstama inkrementalnog testiranja integracije.
Različite vrste inkrementalnih
integracijsko testiranje
Vrste inkrementalnog testiranja mogu se općenito podijeliti u tri kategorije. Istražimo svaki od njih.
1. Top-down inkrementalna integracija
Top-down inkrementalna integracija počinje testiranjem modula najvišeg reda unutar sustava. Odatle postupno integrira i testira module nižeg reda.Postoje dva glavna scenarija u kojima se koristi inkrementalna integracija odozgo prema dolje. Oni su:
- Kada je sustav vrlo velik ili vrlo složen
- Kada razvojni tim radi na više modula u isto vrijeme.
Koraci za inkrementalne integracije odozgo prema dolje
- Identificirajte kritične module
- Stvorite dopune za oponašanje modula nižeg reda
- Razvijte upravljačke programe za interakciju s modulima višeg reda kako biste im poslali podatke i interpretirali izlaze modula
- Jedinično testiranje kritičnih modula s upravljačkim programima i dopunama
- Integrirajte module nižeg reda i postupno zamjenjujte zaglavke stvarnim implementacijama
- Refactor drivere za prilagodbu novim modulima
- Ponavljajte dok se svi moduli nižeg reda ne integriraju i testiraju.
2. Inkrementalna integracija odozdo prema gore
Inkrementalne integracije odozdo prema gore idu u suprotnom smjeru. Ovim pristupom testiraju se niži (ili najmanje kritični) moduli sustava, uz postupno dodavanje modula višeg reda. Ovaj je pristup prikladan u različitim scenarijima, kao što su:
- Kada imate posla s manjim sustavima
- Kada je sustav modulariziran
- Kada ste zabrinuti oko točnosti ili potpunosti dopuna.
Koraci za inkrementalne integracije odozdo prema gore
- Identificirajte module nižeg reda
- Jedinično testirajte module nižeg reda kako biste provjerili njihovu pojedinačnu funkcionalnost
- Razvijte pokretače koji će djelovati kao posrednici s modulima nižeg reda
- Stvorite dopune za simulaciju ponašanja modula višeg reda
- Integrirajte sljedeće module, od nižeg prema višem redu, i postupno zamijenite zaglavke stvarnim implementacijama
- Refactor drivere za prilagodbu novim modulima
- Ponavljajte dok se svi moduli višeg reda ne integriraju i testiraju.
3. Funkcionalna inkrementalna integracija
Testiranje inkrementalne integracije funkcije sljedeći je uobičajeni tip inkrementalnog testiranja u testiranju softvera. Dok su se prethodne dvije vrste usredotočile na module višeg i nižeg reda, funkcionalno inkrementalno testiranje temelji se na funkcionalnosti određenog modula.
Funkcionalna inkrementalna integracija koristi se u Agile/DevOps metodologijama i izvrstan je izbor za aplikacije sa složenim ovisnostima između modula ili komponenti.
Koraci za funkcionalnu inkrementalnu integraciju
- Identificirajte pojedinačne module i komponente s dobro definiranim sučeljima
- Provjerite funkcionalnost svakog modula putem jediničnog testiranja
- Integrirajte minimalne osnovne module sustava i osigurajte njegovo funkcioniranje
- Postupno dodajte pojedinačne module, testirajući funkcionalnost u svakom koraku
- Refaktorirajte kod kako se svaki modul dodaje
- Kada su svi moduli dodani, testirajte funkcionalnost i performanse
Za i protiv inkrementalnog pristupa testiranju
Do sada biste već trebali imati neku ideju zašto je inkrementalno testiranje popularan pristup. Međutim, kao i sve metodologije testiranja softvera, ima svoje prednosti i nedostatke. Istražimo neke od ovih prednosti i mana.
Prednosti inkrementalnog pristupa testiranju
1. Fleksibilnost
Kao što svi programeri i testeri softvera jako dobro znaju, zahtjevi se mogu mijenjati i razvijati tijekom SDLC-a, ponekad prilično dramatično. Inkrementalno testiranje je dovoljno dinamično da omogući timovima da se prilagode tijekom procesa testiranja i ugrade nove planove i upute.
2. Rano otkrivanje grešaka
Najbolje vrijeme za otkrivanje greške ili kvara je što je ranije moguće. Kada programeri pojedinačno provjeravaju module veličine zalogaja, prepoznavanje i rješavanje problema daleko je lakše. Štoviše, pomaže u smanjenju vjerojatnosti pojave velikih problema u kasnoj fazi razvoja.
3. Jednostavnost
Testiranje softvera može biti vrlo složen proces. Jedan od najuvjerljivijih aspekata inkrementalnog testiranja nalazi se u načinu na koji dijeli testni grad na djelotvorne dijelove. Umjesto da se bave ogromnom složenošću, testeri se mogu usredotočiti na određene module i čak im dati prioritet. Ova pogodnost je božji dar za velike i složene aplikacije.
4. Manji rizik regresije
Regresija je dugotrajan i složen problem u razvoju softvera. Inkrementalno testiranje može ublažiti učestalost i rizike uzrokovane regresijom jer omogućuje timovima da pojedinačno testiraju module i rješavaju probleme kako se pojave. Kada se koristi s čvrstim regresijsko testiranje , timovi mogu uštedjeti mnogo vremena i boli.
5. Mogućnost povratne informacije
Prednost inkrementalnog testiranja koja se često zanemaruje je ta što timovima omogućuje slobodu sastavljanja prototipova i MVP-ova. Odatle dionici i investitori mogu procijeniti osnovnu funkcionalnost procesa i pružiti neprocjenjive povratne informacije. Ova situacija može uštedjeti puno vremena i novca i dovesti do robusnijih proizvoda.
Nedostaci inkrementalnog pristupa testiranju
1. Pitanja integracije
Poželjno je zasebno testiranje modula jer rastavlja složenu aplikaciju na dijelove kojima se može upravljati. Međutim, integracija ovih modula može rezultirati novim i neočekivanim pogreškama. Kao takav, pristup inkrementalnog testiranja mora biti pažljivo i promišljeno planiran.
2. Složenost paketa testova
S više testnih slučajeva za svaki modul i njihovom međusobnom interakcijom, testni paketi mogu postati složeni za praćenje i upravljanje. Za velike i komplicirane aplikacije to čini nužnim temeljitu dokumentaciju ili alate za upravljanje testiranjem.
3. Više posla
Monolitno testiranje, iako je složenije, zahtijeva manje testiranja. Testiranjem puno modula odvojeno, inkrementalno testiranje zahtijeva više posla. Međutim, prednosti inkrementalnog testiranja, kao što je rano otkrivanje grešaka, znače da dodatni napor predstavlja ulaganje koje štedi vrijeme. Naravno, automatizacija testiranja softvera može pomoći u smanjenju tih napora.
4. Povećani zahtjevi menadžmenta
Inkrementalno testiranje zahtijeva zajednički rad više timova. Na primjer, timovi za razvoj, testiranje i DevOps morat će raditi zajedno. Ova situacija stvara dodatnu potražnju za upravljanjem i zahtijeva dobru komunikaciju između tih timova kako bi se osiguralo da su usredotočeni i teže istim ciljevima.
Primjer inkrementalnog testiranja
Možda je najlakši način da shvatite pristup inkrementalnog testiranja da razmislite o primjeru. Evo jednostavne situacije koja će vam pomoći vizualizirati proces.
1. Primjer inkrementalnog testiranja aplikacije za mobilno bankarstvo
Scenarij: Tim izrađuje aplikaciju za mobilno bankarstvo. Aplikacija se sastoji od nekoliko različitih modula koji omogućuju:
- 2FA i biometrijska provjera korisnika
- Obrada transakcija
- Nadzorna ploča za upravljanje financijskim podacima
Cilj: Tim želi testirati integraciju svakog modula i utvrditi rade li dobro zajedno. Kao rezultat toga, izradili su tri testna slučaja.
Test slučaj 1
U prvom testnom slučaju, tim želi osigurati da će korisnik unosom biometrijskih podataka ili podataka o zaporci dobiti pristup obradi transakcija i nadzornoj ploči za upravljanje financijskim podacima.
Aplikacija će proći test ako korisnik može unijeti svoje podatke i dobiti mogućnost pristupa transakcijama.
Test slučaj 2
Sljedeći testni slučaj osmišljen je da se vidi kako aplikacija postupa s neovlaštenim transakcijama.
Aplikacija prolazi test ako je pokušaj neovlaštene transakcije blokiran i aplikacija proizvodi poruku o pogrešci.
Test slučaj 3
Konačni integracijski test uključuje provjeru može li aplikacija istovremeno obavljati transakcije.
Aplikacija će proći test ako korisnik može započeti transakciju i istovremeno pristupiti svojim financijskim podacima bez ikakvih nedosljednosti podataka ili problema.
Je li pristup testiranju inkrementalnosti
isto kao inkrementalno testiranje?
Ne. Testiranje inkrementalnosti odnosi se na statističku marketinšku metodu koja je možda najpoznatija kao modeliranje atribucije. Ukratko, pomaže marketinškim timovima da razumiju utjecaj reklamnih kampanja, marketinških kanala ili određenih strategija.
Dok je interes za ovu vrstu modeliranja porastao posljednjih godina zahvaljujući “smrti” kolačića i podataka trećih strana, jedina veza koju ima s inkrementalnim testiranjem je zajednička riječ.
Top 3 alata za inkrementalno testiranje
#1. ZAPTEST
Kao i pružanje prvoklasne RPA mogućnostima, ZAPTEST nudi niz alata za automatizaciju testiranja softvera koji su savršeni za inkrementalno testiranje. Neke od značajki uključuju:
- Upravljanje testnim podacima : Smanjite količinu vremena i truda uključenog u inkrementalno testiranje dopuštajući timovima da ponovno koriste testne podatke
- Snimanje i reprodukcija skripti : Ovaj alat bez koda omogućuje timovima snimanje i izvršavanje skripti i uštedu vremena tijekom inkrementalnog testiranja
- Testni moduli za višekratnu upotrebu : ZAPTEST je visoko modularan i omogućuje timovima stvaranje i ponovnu upotrebu testnih modula i smanjenje značajne količine vremena u procesu testiranja.
Sve u svemu, ZAPTEST nudi snažan i raznovrstan paket za automatizaciju testiranja koji je prikladan za bilo koju vrstu testiranja, uključujući inkrementalno testiranje.
#2. Selen
Selenium je platforma za automatizaciju testiranja otvorenog koda koja je napravljena da olakša testiranje mobilnih aplikacija. Alati podržavaju nekoliko mobilnih platformi (Android, iOS, Windows) i koriste stupove i upravljačke programe za simulaciju modula.
#3. Testsigma
Testsigma je platforma za automatizaciju testiranja temeljena na oblaku. Može se koristiti za testiranje web i mobilnih aplikacija i prikladan je za inkrementalno testiranje zahvaljujući stvaranju testa bez koda i integraciji s CI/CD cjevovodima.
Završne misli
Inkrementalno testiranje u testiranju softvera važan je dio integracijskog testiranja. Omogućuje timovima da rastave module na dijelove koji se lako testiraju prije nego što ih polako integriraju. Prednosti su u tome što se svaki modul može provjeriti ima li grešaka, a zatim kako se integrira sa svojim povezanim dijelovima.
Uz naš najbolji RPA u klasi alata, ZAPTEST nudi automatizaciju testiranja softvera bez koda koja je i višeplatformska i aplikacijska. Štoviše, naš paket za testiranje dolazi prepun značajki kao što su CI/CD integracija, robusno izvješćivanje i analitika te prvoklasna podrška i korisnička služba.
