Ispitivanje konfiguracije
Testiranje konfiguracije tehnika je softverskog testiranja u kojoj se softverska aplikacija testira s više kombinacija softvera i hardvera kako bi se procijenili funkcionalni zahtjevi i saznale optimalne konfiguracije u kojima softverska aplikacija radi bez ikakvih nedostataka ili nedostataka.
Kao što je gore spomenuto, testiranje konfiguracije je softversko testiranje gdje se testirani program mora testirati pomoću više kombinacija softvera i hardvera.
U ovom vodiču naučit ćete-
- Što je ispitivanje konfiguracije?
- Primjer ispitivanja konfiguracije
- Preduvjeti za ispitivanje konfiguracije
- Ciljevi ispitivanja konfiguracije
- Kako obaviti testiranje konfiguracije
- Primjeri testnih slučajeva
Primjer ispitivanja konfiguracije
Razumijemo to na primjeru radne površine:
Općenito, Desktop aplikacije bit će dvoslojne ili troslojne, ovdje ćemo razmotriti troslojnu Desktop aplikaciju koja se razvija pomoću Asp.Net-a, a sastoji se od klijenta, poslužitelja poslovne logike i poslužitelja baze podataka gdje svaka komponenta podržava dolje spomenute platforme.
- Klijentska platforma - Windows XP, Windows 7 OS, Windows 8 OS, itd
- Server platforma - Windows Server 2008 R2, Windows Server 2008 R2, Windows Server 2012R2
- Baza podataka -SQL Sever 2008, SQL Server 2008R2, SQL Server 2012 itd.
Tester mora testirati kombinaciju klijenta, poslužitelja i baze podataka s kombinacijama gore spomenutih platformi i verzija baze podataka kako bi osigurao da aplikacija ispravno funkcionira i ne zakazuje.
Testiranje konfiguracije nije ograničeno samo na softver, već je primjenjivo i na hardver, zbog čega se naziva i testiranje hardverske konfiguracije, gdje testiramo različite hardverske uređaje poput pisača, skenera, web kamera itd. Koji podržavaju testiranu aplikaciju.
Preduvjeti za ispitivanje konfiguracije
Za bilo koji projekt prije početka testa konfiguracije moramo slijediti neke preduvjete
- Stvaranje matrice koja se sastoji od različitih kombinacija softverske i hardverske konfiguracije
- Davanje prioriteta konfiguracijama jer je teško testirati sve konfiguracije
- Testiranje svake konfiguracije na temelju određivanja prioriteta.
Ciljevi ispitivanja konfiguracije
Ciljevi ispitivanja konfiguracije su
- Provjera valjanosti aplikacije kako bi se utvrdilo ispunjava li zahtjeve prilagodljivosti
- Ručno uzrokovanje kvarova koji pomažu u prepoznavanju kvarova koji se ne mogu učinkovito pronaći tijekom testiranja (Primjer: promjena regionalnih postavki sustava poput vremenske zone, jezika, formata datuma, itd.)
- Odredite optimalnu konfiguraciju aplikacije koja se ispituje.
- Analiziranje performansi sustava dodavanjem ili modificiranjem hardverskih resursa poput Load Balancera, povećanja ili smanjenja veličine memorije, povezivanjem različitih modela pisača itd.
- Analizirajući učinkovitost sustava na temelju određivanja prioriteta, koliko su efikasno izvedeni testovi s raspoloživim resursima za postizanje optimalne konfiguracije sustava.
- Provjera sustava u zemljopisno distribuiranom okruženju radi provjere učinkovitosti sustava.
Za Ex: Poslužitelj na drugom mjestu i klijenti na drugom mjestu, sustav bi trebao raditi u redu bez obzira na postavke sustava.
- Provjera lakoće reprodukcije grešaka bez obzira na promjene konfiguracije.
- Osiguravanje sljedivosti stavki aplikacije pravilnim dokumentiranjem i održavanjem verzija koje su lako prepoznatljive.
- Provjera upravljivosti stavki aplikacije kroz životni ciklus razvoja softvera.
Kako obaviti testiranje konfiguracije
U ovom ćemo odjeljku razgovarati o strategiji koju treba slijediti za vrste ispitivanja konfiguracije, a postoje dvije vrste ispitivanja konfiguracije kao što je spomenuto u nastavku
- Ispitivanje konfiguracije softvera
- Testiranje hardverske konfiguracije
Ispitivanje konfiguracije softvera
Testiranje softverske konfiguracije testira Aplikaciju na testiranju s više OS-a, različitim ažuriranjima softvera itd. Testiranje konfiguracije softvera vrlo je dugotrajno jer je potrebno vrijeme za instalaciju i deinstalaciju različitih softvera koji se koriste za testiranje.
Jedan od pristupa koji se slijedi za testiranje softverske konfiguracije je testiranje na virtualnim strojevima. Virtualni je stroj okruženje koje se instalira na softver i ponaša se kao fizički hardver, a korisnici će imati isti osjećaj kao i fizički stroj. Virtualni strojevi simuliraju konfiguracije u stvarnom vremenu.
Umjesto da instalirate i deinstalirate softver na više fizičkih strojeva, što oduzima vrijeme, uvijek je bolje instalirati aplikaciju / softver u virtualni stroj i nastaviti s testiranjem. Ovaj se postupak može izvesti pomoću više virtualnih strojeva, što pojednostavljuje posao ispitivača
Testiranje softverske konfiguracije obično može započeti kada
- Navedeni su zahtjevi za konfigurabilnost koji će se testirati
- Probno okruženje je spremno
- Tim za testiranje dobro je obučen za testiranje konfiguracije
- Objavljena je verzija i jedinica je prošla test integracije
Tipična strategija testiranja koja se slijedi za testiranje testa softverske konfiguracije je pokretanje funkcionalnog paketa za testiranje na više softverskih konfiguracija kako bi se provjerilo radi li testirani program po želji bez ikakvih nedostataka ili pogrešaka.
Druga strategija je osigurati da sustav dobro funkcionira ručnim neuspjehom na testovima i provjerom učinkovitosti.
Primjer:
Recimo da postoji aplikacija za bankarstvo koja mora biti testirana na svoju kompatibilnost u više preglednika kada je aplikacija hostirana u okruženju u kojem su prisutni svi preduvjeti da može proći testiranje jedinice i integracije u testnom laboratoriju.
Ali ako je isti program instaliran na mjestu klijenta, a strojevima nedostaju neka ažuriranja softvera ili verzije o kojima aplikacija ovisi izravno ili neizravno, postoji vjerojatnost da aplikacija može zakazati. Da biste izbjegli takvu situaciju, uvijek se predlaže ručno padanje testova uklanjanjem nekih zahtjeva za konfiguraciju, a zatim nastavite s testiranjem.
Testiranje hardverske konfiguracije
Testiranje hardverske konfiguracije obično se provodi u laboratorijima, gdje nalazimo fizičke strojeve s različitim hardverom koji su priključeni na njih.
Kad god se objavi gradnja, softver mora biti instaliran na svim fizičkim strojevima na koje je priključen hardver, a testni paket mora se pokrenuti na svakom stroju kako bi se osiguralo da aplikacija radi u redu.
Da bi se izvršio gornji zadatak, potreban je značajan napor da se softver instalira na svaki stroj, priključi hardver i pokrene ručno, ili čak da se automatizira gore navedeni postupak i pokretanje paketa za testiranje.
Također, tijekom izvođenja testa hardverske konfiguracije, mi određujemo vrstu hardvera koji će se testirati, a postoji i mnoštvo računalnog hardvera i perifernih uređaja koji čine potpuno nemogućim njihovo pokretanje. Stoga je dužnost ispitivača analizirati koji hardver korisnici uglavnom koriste i pokušati izvršiti testiranje na temelju određivanja prioriteta.
Primjeri testnih slučajeva
Razmotrite bankarski scenarij kako biste testirali kompatibilnost hardvera. Aplikacija za bankarstvo koja je povezana s Strojem za brojanje bilješki mora se testirati s različitim modelima kao što su Rolex, Strob, Maxsell, StoK itd.
Uzmimo nekoliko primjera testnih slučajeva za testiranje stroja za brojanje bilješki
- Provjera povezanosti aplikacije s Rolex modelom kada preduvjeti NISU instalirani
- Provjera povezanosti aplikacije s Rolex modelom kada su instalirani preduvjeti
- Provjerite računa li sustav ispravno bilješke
- Provjerite računa li sustav pogrešno bilješke
- Provjera neovlaštenih bilješki
- Provjera vremena odziva
- Provjera jesu li otkrivene lažne bilješke i tako dalje
Gornji testovi primjenjuju se na jedan model, a isti se moraju testirati na svim modelima dostupnim na tržištu postavljanjem u testni laboratorij što je teško. Stoga je preporučljivo testiranje hardverske konfiguracije prepustiti organizacijama koje ih specijaliziraju.
Sažetak:
U softverskom inženjerstvu, ispitivanju konfiguracije treba dati jednaku važnost kao i ostalim vrstama ispitivanja. Bez provođenja testiranja konfiguracije teško je analizirati optimalne performanse sustava, a također bi softver mogao naići na probleme kompatibilnosti na kojima bi trebao raditi.