configuration testing tutorial with examples
Uvod u ispitivanje konfiguracije softvera:
Ovaj vam je članak predstavljen kako biste razgovarali o posebnoj vrsti testiranja softvera koja je vrlo važna za poslovanje.
Razgovarat ćemo o osnovama konfiguracijskog testiranja, njegovim potrebama, važnosti, ciljevima i vrstama. Kako ćemo dalje napredovati u članku, detaljno ćemo naučiti kako izvesti ovo testiranje.
Počnimo !!
Ovaj tutorial pružit će vam cjelovit pregled testiranja konfiguracije i djelovat će kao savršen vodič svima koji su novi u ovom konceptu testiranja i usavršiti znanje onih koji već imaju iskustva u njemu.
Što ćete naučiti:
- Što je ispitivanje konfiguracije?
- Zašto ovo testiranje?
- Priprema za test konfiguracije
- Microsoft VSTS - alat za testiranje konfiguracije
- Ciljevi
- Vrste ispitivanja konfiguracije
- Važnost ovog ispitivanja za poduzeće
- Zaključak
- Preporučena literatura
Što je ispitivanje konfiguracije?
Ispitivanje konfiguracije metoda je ispitivanja sustava u razvoju na više strojeva koji imaju različite kombinacije ili konfiguracije hardvera i softvera. Izvedba sustava ili aplikacije testira se prema svakoj od podržanih hardverskih i softverskih konfiguracija.
Kad kažemo različite konfiguracije hardvera i softvera, to se pripisuje više verzija operativnog sustava, preglednicima, podržanim upravljačkim programima, veličinama memorije, vrstama tvrdih diskova, CPU-ima itd.
Zašto ovo testiranje?
Kao što je gore spomenuto, ovo testiranje je tehnika kojom se procjenjuju performanse softvera, sustava / aplikacije uzimajući u obzir različite konfiguracije sustava.
Ovo se ispitivanje vrši kako bi se utvrdile optimalne konfiguracije pod kojima sustav ili aplikacija mogu raditi bez problema, problema ili nedostataka u izvedbi. Dakle, najučinkovitija konfiguracija koja će pružiti potrebne karakteristike performansi uočena je uz pomoć ovog ispitivanja.
Drugi glavni razlog ovog ispitivanja je provjera kompatibilnosti sustava s drugim softverom ili opremom naznačenim u SRS-u (specifikacija softverskih zahtjeva).
Primjer
Uzmimo u obzir da je vaše poduzeće razvilo aplikaciju za radnu površinu na jeziku C # i da je ta aplikacija izgrađena na .NET okviru.
A ova se aplikacija temelji na troslojnoj arhitekturi koja ima tri sloja - prednji kraj (klijent), aplikacijski sloj (poslužitelj) i sloj baze podataka. Svaki od slojeva podržavat će određene platforme u skladu s tim.
Pretpostavimo da svaki sloj podržava donje platforme:
Klijent - OS Windows 10, Windows 7, Windows XP, Linux OS.
Poslužitelj - Ubuntu poslužitelj, Windows Server 2016 , Novell Open Enterprise Server .
Baza podataka - Microsoft SQL Server, IBM DB2, MySQL.
Sada ćete, kao ispitivač softvera, morati testirati aplikaciju u svakoj od različitih kombinacija gore navedenih klijenta, poslužitelja i platformi baze podataka kako biste osigurali da aplikacija dobro funkcionira sa svakom od mogućih konfiguracija.
Na primjer , provjerit ćete kako aplikacija radi s kombinacijom Windows 10 OS, Windows Server 2016 i MySQL baze podataka, zatim ćete izvršiti još jedan test kako biste provjerili kako aplikacija radi s kombinacijom Windows 10 OS, Windows Server 2016 i IBM DB2 baze podataka.
I tako sve dok ne testirate sve moguće konfiguracije.
Naše testiranje ne bi bilo ograničeno samo na softver, već će obuhvaćati i hardver, gdje ćemo morati provjeriti svaku kombinaciju različitih hardverskih uređaja. Stoga se povremeno ovo testiranje naziva i testiranjem hardverske konfiguracije.
Priprema za test konfiguracije
Ovo testiranje ima određene preduvjete koje treba ispuniti prije nego što izvršimo testove konfiguracije.
Ispod su preduvjeti:
# 1) Priprema matrice pokrivenosti
Zahvaljujući velikom broju mogućih hardverskih i softverskih konfiguracija, postaje vrlo dugotrajno i gotovo nemoguće učinkovito testirati svaku od njih.
Na primjer , u primjeru o kojem smo gore raspravljali imat ćemo ukupno 3 * 3 * 3, tj. 27 softverskih konfiguracija. I, pretpostavimo da imamo 5 različitih tvrdih diskova i 6 različitih veličina memorije. Zatim će brojanje ići na 27 * 5 * 9, tj. 810 konfiguracija sada.
To će se nastaviti povećavati ako na sliku dodamo više komponenata. Dakle, postaje presudno planirati napor za testiranje softvera i jasno odrediti koje će platforme biti podržane.
Zatim moramo smisliti matricu pokrivenosti koja će sadržavati razne kombinacije hardverske i softverske konfiguracije. Ponekad je ova matrica pokrivenosti poznata i kao BCM (Basic Configuration Matrix).
uloga poslovnog analitičara u okretnom obračunu
Gornja slika prikazuje uzorak shematske matrice konfiguracija koje biste željeli testirati.
# 2) Davanje prioriteta konfiguracijama
Jednom kada je matrica konfiguracije pripremljena, sljedeći je korak davanje prioriteta konfiguracijama.
Ovaj je korak potreban jer je nemoguće testirati čitav širok raspon konfiguracija. Dakle, na temelju povratnih informacija klijenta, uvrštavaju se najkritičnije konfiguracije i prvo ih treba temeljito testirati.
Kad završimo s gornja dva koraka, možemo nastaviti s testiranjem različitih konfiguracija na temelju njihovog prioriteta.
Microsoft VSTS - alat za testiranje konfiguracije
Microsoft Visual Studio Team Services (VSTS) alat je koji uvelike pomaže u testiranju vaše aplikacije u različitim konfiguracijama na temelju vašeg plana ispitivanja.
Trebali biste imati plan ispitivanja da biste odlučili koje testove želite izvršiti i na kojim konfiguracijama. Morate osigurati da imate ispravno okruženje postavljeno za potrebne konfiguracije. Nakon što dobijete matricu kombinacija, morate je testirati.
Da biste izvršili ovo testiranje, možete slijediti korake u nastavku:
# 1) Postavite konfiguracije i stvorite varijable. Varijabla je jedna od komponenata u vašoj konfiguraciji.
Na primjer , može postojati varijabla 'Preglednik' koja može imati više vrijednosti poput Chromea, Firefoxa, IE10 itd.
#dva) Dodijelite konfiguracije planovima ispitivanja / testnim paketima ili pojedinačnim test slučajevima.
# 3) Izvršite testove za svaku konfiguraciju.
# 4) Pratite rezultate ispitivanja za svaku od konfiguracija.
Detaljan vodič po koracima za provođenje ovog testiranja s VSTS-om možete pogledati ovdje: VSTS - Testiranje različitih konfiguracija
Ciljevi
Dolje su navedeni razni ciljevi ovog testiranja:
vrste bugova u testiranju softvera
- Da bi se utvrdila optimalna konfiguracija AUT (aplikacija koja se testira).
- Da biste otkrili skrivene ranjivosti koje sadrži hardver.
- Da bi se osigurao kontinuitet poslovanja otkrivanjem i rješavanjem problema prije nego što ometaju poslovanje.
- Da biste uklonili konfiguracijski pomak.
- Da biste minimalizirali broj kvarova zbog pogrešaka u konfiguraciji hosta.
- Provjera valjanosti aplikacije radi utvrđivanja zadovoljava li konfigurabilnost.
- Za analizu performansi sustava dodavanjem, uklanjanjem ili izmjenom hardverskih komponenata ( Npr . Promjena veličine memorije, dodavanje uravnoteživača opterećenja itd.).
- Da biste provjerili radi li sustav dobro u zemljopisno distribuiranom okruženju (poslužitelji i klijenti nalaze se na različitim lokacijama).
- Provjera koliko se lako mogu replicirati greške bez obzira na promjene konfiguracije.
- Da biste provjerili koliko su aplikacijske stavke sljedive i upravljaju njima.
Vrste ispitivanja konfiguracije
Možemo imati dvije različite linije odjela za ovo ispitivanje.
Na prvi red , može se podijeliti u dva dijela:
- Ispitivanje konfiguracije softvera
- Testiranje hardverske konfiguracije
Na drugi redak , opet se može podijeliti u dva dijela - 1. Testiranje na razini klijenta i 2. Testiranje na razini poslužitelja
Za početak pogledajmo konfiguraciju hardvera i softvera.
# 1) Ispitivanje konfiguracije softvera:
Ovo se testiranje vrši putem AUT (aplikacija koja se ispituje) s više verzija OS-a, ažuriranjima softvera itd. Ovo je dugotrajno testiranje jer troši ogromno vrijeme za instaliranje i deinstalaciju različitog softvera koji će se koristiti za testiranje.
Jedan od načina uštede vremena je korištenje virtualnih strojeva za testiranje softverske konfiguracije. VM simulira konfiguracije u stvarnom vremenu i daje isti osjećaj kao i fizički stroj.
Dakle, umjesto da instaliramo i deinstaliramo višestruki softver na jednom fizičkom stroju, možemo imati više virtualnih strojeva koji simuliraju svaku različitu konfiguraciju na temelju koje trebamo obaviti testiranje.
Testiranje softverske konfiguracije započinje nakon što se izdanje objavi nakon prolaska kroz jedinstveno testiranje i test integracije.
# 2) Testiranje hardverske konfiguracije:
Ispitivanje konfiguracije hardvera obično se provodi u laboratorijima, gdje imamo fizičke strojeve s raznim hardverom povezanim s njima.
Svaki put kad se objavi gradnja, softver se mora instalirati na sve fizičke strojeve na koje je hardver priključen, a testni paket treba izvršiti na svakom stroju kako bi se potvrdilo da aplikacija radi u redu.
Da bi se izvršio gore navedeni zadatak, potreban je značajan napor za postavljanje softvera na svakom stroju, spajanje hardvera na njega i ručno izvršavanje testnih paketa. Čak i ako automatiziramo ovaj zadatak i pokrenemo testni paket, čak i tada bi bio potreban značajan napor.
Također, kao što smo već raspravljali u prethodnom dijelu ovog članka, dok provodimo test konfiguracije hardvera, mi preciziramo vrstu hardvera koji se testira, a postoji i brojni računalni hardver i periferna oprema zbog kojih je nemoguće izvršiti sve testovi.
Dakle, tester analizira koji hardver uglavnom koristi kupac, a zatim provodi testiranje na temelju određivanja prioriteta.
Sada razgovarajmo o testiranju konfiguracije na razini klijenta i poslužitelja.
# 1) Testiranje na razini klijenta : Ima zajedničko ispitivanje upotrebljivosti i funkcionalnosti. Ovo se ispitivanje provodi sa stajališta interesa njegovih izravnih korisnika.
# 2) Testiranje na razini poslužitelja : Ova vrsta testiranja provodi se kako bi se istražila interakcija između softvera i vanjskog okruženja kada se planira integrirati nakon objavljivanja.
Važnost ovog ispitivanja za poduzeće
Ovo je testiranje vrlo važno za poduzeće da osmisli i održi visoke performanse, skalabilne i dostupne aplikacije.
Ovo bi se ispitivanje trebalo provoditi kontinuirano i po mogućnosti automatizirano (inače je dugotrajno kada se radi ručno) s namjerom brzog prepoznavanja i ispravljanja čimbenika koji pridonose neučinkovitosti.
11 NAJBOLJIH alata za upravljanje konfiguracijom softvera (SCM alati u 2020. godini)
Zaključak
Testiranje konfiguracije jednako je važno kao i bilo koja druga vrsta testiranja softvera, jer otkriva optimalnu konfiguraciju sustava pod kojim aplikacija radi u najboljem slučaju. Također, pomaže u prepoznavanju i ispravljanju problema s kompatibilnošću.
U ovom smo članku saznali što je ispitivanje konfiguracije, zašto to ispitivanje provodimo, koji su njegovi ciljevi, koje su vrste, koji su preduvjeti ovog ispitivanja, kako to treba učiniti, koliko je važno za poduzeće, itd., na detaljan način.
Nadam se, ovaj je članak bio informativan i donio bi vam dobru ideju o testiranju konfiguracije.
Preporučena literatura
- Najbolji alati za testiranje softvera 2021. (Alati za automatizaciju ispitivanja kvalitete)
- Funkcionalno ispitivanje vs nefunkcionalno testiranje
- Vodič za testiranje u parovima ili za sve parove s alatima i primjerima
- Posao za QA pomoćnika za testiranje softvera
- Vodič za ispitivanje glasnoće: primjeri i alati za ispitivanje glasnoće
- Vodič za ispitivanje razaranja i ispitivanja bez razaranja
- Dubinski vodiči za pomračenje za početnike
- Što je ispitivanje izdržljivosti u testiranju softvera (primjeri)