Meni

Ispitajte koncept, postupak i strategiju upravljanja podacima

test data management concept

Isprobajte Naš Instrument Za Uklanjanje Problema

U prošlom tutorialu usredotočili smo se na kako pripremiti ispitni ležaj kako bi se umanjile nedostatke testnog okruženja . U nastavku s istim uputstvom, danas ćemo naučiti kako postaviti i održavati test okruženje i važnoTest upravljanje podacimaTehnike.

Proces postavljanja testnog okruženja

Najvažniji čimbenik za testno okruženje je njegova replikacija što je moguće bliže okruženju krajnjeg korisnika. Obično se od krajnjih korisnika ne očekuje da sami izvrše bilo kakvu konfiguraciju ili instalaciju jer im se isporuči cjelovit proizvod ili sustav. Stoga, po u toj definiciji čak ni ispitni timovi ne moraju izričito izvoditi takve konfiguracije.

Ispitajte koncept, postupak i strategiju upravljanja podacima

Ako su bilo kakve takve konfiguracije potrebne samo za potrebe testiranja (ali bit će konfigurirane za krajnje korisnike), tada se moraju identificirati administratori. Oni administratori koji konfiguriraju razvojno okruženje moraju biti isti ljudi koji konfiguriraju testno okruženje.

Ako razvojni tim sam preuzme inicijativu u instalaciji / konfiguraciji, oni moraju pomoći da se to učini čak i u testnom okruženju.

Na primjer, ako morate testirati aplikaciju (s pripadajućim međuprogramskim softverom koji će se instalirati i konfigurirati) na sustavu na raznim OS platformama itd. - najbolji način da se to riješi je upotreba virtualizacija ili Cloud okruženja .

Imajte glavni sustav u kojem su svi programi i potrebni međuprogrami ispravno instalirani i konfigurirani. Zatim napravite ovaj sustav glavnom slikom tako što ćete ga snimiti i klonirati nekoliko primjeraka s te iste slike tako da se svaki korisnik osjeća kao da ima namjenski sustav s testnom aplikacijom.

Ovdje dolje je slikoviti prikaz onoga što bi zahtijevao postupak testnog okruženja:

test podaci i proces okoline testa

Proces postavljanja testnog okruženja

Što ćete naučiti:

Održavanje ispitnog okruženja

Toliko rečeno o pripremi testnog okruženja, iako izazovima, ovo je nesumnjivo više od razloga za zahtijevanje održavanja ili standardizaciju testnog okruženja. Puno puta ispitivač izgubi vrijeme testiranja zbog problema s okolinom ili postavljanjem.

Uz brzi porast operativnih sustava i raspona hardvera i softvera, okoliš mora biti gotovo dinamičan, da bi se mogao nositi sa potrebama. Testni timovi mogu osigurati da isporučuju visokokvalitetni proizvod s dobrim postupkom upravljanja testovima, a to bi pomoglo u optimalnoj upotrebi resursa koji su ograničeno dostupni.

Ključni putokazi kako bi se osiguralo učinkovito održavanje testnog okruženja

Kao testna okruženja, većina puta sadrži heterogene platforme i hrpe, u nastavku su navedeni neki ključni smjerovi kako bi se osiguralo učinkovito održavanje testnog okruženja.

# 1) Učinkovito dijeljenje i distribucija okoliša:

Kao što je već ranije spomenuto, jedan od ključnih izazova pripreme testnog okruženja jest da mnogi timovi ili ljudi trebaju koristiti isti skup resursa za svoje potrebe testiranja. Stoga treba razviti prikladan mehanizam dijeljenja koji će odgovarati potrebama svih timova i ljudi bez odgađanja rasporeda.

To se može postići održavanjem spremišta ili veze podataka u kojoj se nalaze svi podaci koji se odnose na:

  1. tko koristi okoliš,
  2. kada je okoliš slobodan za upotrebu i
  3. kako se točno unosi raspodjela vremena korištenja okoliša.

Proaktivnim određivanjem gdje je potreba za resursima velika naspram njihove ograničene dostupnosti, velika količina kaosa automatski se poništava.

Drugi aspekt ovoga je ponovni pregled zahtjeva timova za resursima ciklus ispitivanja i potražite koji se resursi ne koriste u velikoj mjeri. Analizirajte mogu li se ti određeni resursi zamijeniti nekim novim resursima ili sustavima koji bi mogli biti potrebni.

# 2) Provjere ispravnosti:

Neki zahtjevi za ispitivanje trebaju sveobuhvatno postavljanje ili postavljanje testa koji uključuju složene korake koji su krajnje potrebni za potrošnju. To je posebno slučaj tijekom ispitivanje od kraja do kraja koji uključuje dvije ili više komponenata za zajednički rad. Stoga će možda više timova morati ponovno koristiti isto testno okruženje.

U takvim slučajevima, dobro razumijevanje cjelokupnog okoliša u cjelini, uspoređivanje vrsta testova koje provode različiti timovi, stvorit će razumnu sliku koja će tim timovima pružiti te specifične resurse.

Uzimajući u obzir gore navedene čimbenike - može se izvršiti osnovno ispitivanje zdravstvenog stanja koje će pomoći u ubrzavanju testova za pojedine timove ili ih odmah alarmirati ako okoliš mora pretrpjeti neke promjene ili popravke kao rezultat tih provjera zdravstvenog stanja.

# 3) Praćenje svih prekida:

Baš kao i svaki tim koji posjeduje testno okruženje, organizacija ima sva moguća testna okruženja koja održava globalni tim za podršku.

Uz to, baš kao što timovi koji posjeduju svoje testno okruženje imaju svoj lokalni zastoj u slučaju bilo kakvih nadogradnji firmvera / softvera, globalni timovi također moraju osigurati da se sva okruženja pridržavaju najnovijih standarda koji mogu uključivati ​​ili prekid napajanja ili mreže.

Stoga oni koji održavaju testno okruženje moraju pripaziti na sve takve prekide koji se mogu dogoditi i prethodno obavijestiti testni tim da u skladu s tim planiraju svoj rad.

# 4) Virtualizirajte gdje god je to moguće:

Ovo je opet vrlo relevantno tamo gdje treba obaviti testiranje dijeleći okoliš i prijeko treba optimizacija resursa. U takvim vremenima odgovor je na korištenje virtualiziranog okruženja poput oblaka.

Kada koriste takvo okruženje, sve što testeri trebaju učiniti je pružiti trenutak, a ovaj će slučaj, nakon što se pripremi, formirati neovisni testni krevet ili testno okruženje koji sadrži sve raznolike resurse poput namjenskog OS-a, baze podataka, međuopreme, okvira za automatizaciju. itd. potrebni za ispitivanje.

Jednom kada se testiranje završi, ti se slučajevi mogu uništiti, a time uvelike smanjiti troškove za organizaciju. Oblaci u oblaku posebno su korisni za testiranje funkcionalne provjere i područja za automatizaciju.

# 5) Ispitivanje regresije / automatizacija:

razlika između test scenarija i test slučaja

Kako i kada se razvijaju nove funkcije i značajke, regresijski testovi treba izvršiti za ove funkcije za svaki ciklus izdanja. Stoga, iako se čini da se na stražnjem dijelu testna okruženja za regresijsko testiranje izvode na istoj testnoj postavci s istim podacima, zapravo oni neprestano razvijaju svako izdanje u skladu s ugrađenim značajkama.

Svaki ciklus puštanja proizvoda imao bi jedan ili više krugova regresijskog ispitivanja. Stoga bi uspostavljanje regresijskih testnih okruženja za svaki ciklus puštanja proizvoda i njihova ponovna upotreba unutar ciklusa definitivno prikazalo stabilnost testnog okruženja.

Razvoj okvira za automatizaciju i korištenje automatizacije za regresivna ispitivanja također pomaže u poboljšanju učinkovitosti testnog okruženja jer će automatizacija pretpostaviti da je okruženje stabilno, a nastali nedostaci isključivo su usmjereni na značajke / kod.

# 6) Opće upravljanje:

Kada postoje neki problemi s hardverom ili softverom testnog okruženja, ti se problemi moraju uputiti pravim ljudima kako bi se osigurali popravci ako ih oni koji održavaju laboratorij ne mogu popraviti interno.

Na primjer, ako bilo koje testiranje proizvede kvar koji se sastoji od ograničenja firmvera ili softvera koji se koristi u trenutnom okruženju, to općenito ne mogu popraviti samo oni odgovorni za održavanje okoliša.

Stoga se od potrošača (koji je u ovom slučaju ispitivač) mora tražiti da podnese odgovarajuće zahtjeve za uslugom. Moraju se uputiti odgovarajućem dobavljaču ili timu i s njima se mora redovito vršiti koordinacija kako bi se osiguralo da se sljedeća verzija riješi određenog problema.

Sljedeći aspekt upravljanja bio bi pružanje detaljnih izvještaja o okolišu menadžmentu ili dionicima koji pomažu u postizanju transparentnosti i čine dobar temelj za svaku analizu.

Priprema podataka za ispitivanje

Pogledajmo sada potonji dio a Stvaranje testnog kreveta - što uključuje postavljanje testnih podataka . S tako velikim dijelom rečeno o testnom okruženju, istinska bit testnog okruženja, njegova robusnost i učinkovitost mogu se izmjeriti s testnim podacima. Po definiciji, test podaci su bilo koja vrsta ulaznih podataka koja se daje softverskom kodu koji se ispituje.

Iako provodimo dobru količinu vremena u dizajniranju testnih slučajeva, razlog zbog kojeg su testni podaci važni je taj što osigurava potpunu pokrivenost testiranjem za sve vrste scenarija, čime poboljšava kvalitetu. Mogli bi postojati neki podaci o ispitivanju koji su potrebni za svako testiranje sretnih ili pozitivnih staza.

Neki drugi podaci mogu biti dizajnirani za testiranje pogrešaka ili negativnih rezultata, što je vrlo korisno u otkrivanju učinka aplikacije kada se stavi u abnormalne situacije.

Test podaci se obično stvaraju prije početka izvođenja teksta, jer svako testno okruženje ima vlastiti skup složenosti ili je priprema samih podataka dugotrajan proces. Dakle, općenito testni izvori podataka mogu biti interni razvojni tim ili krajnji korisnici koji troše kôd ili značajku.

Na primjer,Ispitivanje funkcija

Uzmimo primjer gdje trebate izvršiti funkcionalno testiranje ili testiranje crne kutije. Ovdje je cilj da kôd mora funkcionalno udovoljavati navedenim zahtjevima.

Dakle, u takvim bi slučajevima priprema testnih slučajeva obično trebala obuhvaćati sljedeće vrste podataka:

  • Podaci pozitivnog puta: S dokumentom slučaja razvojne upotrebe kao referencom, ovo su podaci obično sinkronizirani s izvođenjem scenarija pozitivnog puta.
  • Podaci negativnog puta: To su podaci koji se općenito smatraju 'nevaljanima' s obzirom na ispravan funkcionalan rad koda.
  • Null podaci: Navođenje podataka kada ih aplikacija ili kôd očekuju.
  • Pogrešni podaci: Utvrđivanje performansi koda kada se podaci daju u ilegalnom formatu.
  • Podaci o graničnim uvjetima: Testirajte podatke koji se isporučuju iz indeksa ili niza kako biste utvrdili kako kôd radi.

Podaci testa igraju ključnu ulogu u utvrđivanju gdje se proizvod ili značajka mogu potpuno slomiti. Uvijek imajte praksu ispitivanja i provjere valjanosti podataka koji se unose u testno okruženje u različitim fazama testiranja.

Test upravljanje podacima

Kada test podaci igraju tako važnu ulogu u osiguravanju kvalitete proizvoda, razumno je reći da njihovo upravljanje i usmjeravanje također igraju jednako važnu ulogu u osiguranju kvalitete bilo kojeg proizvoda koji mora biti objavljen kupcima.

Potreba za upravljanjem test podacima i najboljim praksama:

# 1) Veliki broj organizacija ima brzo mijenjajući poslovne ciljeve kako bi se udovoljilo potrebama krajnjeg korisnika i stoga je nepotrebno spominjati da su odgovarajući podaci o ispitivanju ključni za određivanje kvalitete ispitivanja. To će uključivati ​​postavljanje točne vrste podataka za odgovarajuće testno okruženje i praćenje obrazaca ponašanja.

Kao što je već rečeno, velik dio vremena ispitnog tima troši se na planiranje podataka o ispitivanju i s njim povezanih zadataka. Mnogo puta testiranje bilo koje funkcionalnosti uglavnom je otežano zbog nedostupnosti odgovarajućih testnih podataka što predstavlja kritičan izazov s obzirom na cjelovitu pokrivenost testiranjem.

#dva) Također ponekad za određene zahtjeve ispitivanja podatke o ispitivanju treba stalno osvježavati . To samo po sebi uzrokuje puno kašnjenja u ciklusu zbog stalne prerade, što također povećava cijenu aplikacije koja dolazi na tržište.

U određenim drugim vremenima ako proizvod koji se isporučuje sudjeluje s različitim jedinicama radne grupe u velikoj organizaciji, stvaranje i osvježavanje podataka o testovima zahtijeva složenu razinu koordinacije među tim radnim skupinama.

# 3) Iako testni timovi trebaju stvoriti sve vrste podataka koje su moguće kako bi se osiguralo adekvatno testiranje, organizacije također moraju uzeti u obzir da bi to značilo da sve različite vrste podataka trebaju biti pohranjene u nekakvom spremištu.

Iako je posjedovanje spremišta dobra praksa, pohranjivanje pretjeranih i neželjeni podaci ne samo da bi značajno povećao prostor za pohranu za pohranu tih velikih dijelova podataka, već bi i izazovno dohvatio odgovarajuće podatke za predmetno testiranje ako ne postoji održavanje verzije i arhiviranje ovog spremišta.

Većina se organizacija suočava s ovim uobičajenim izazovima s obzirom na testne podatke. Stoga moraju postojati neke strategije upravljanja koje treba uspostaviti kako bi se stupanj ovih izazova sveo na najmanju moguću mjeru.

Ovdje su neke od predloženih metodologija za upravljanje podacima ispitivanja i njihovo održavanje relevantnim za potrebe ispitivanja. Sljedeće su prakse vrlo osnovne i općenite, što će obično raditi za većinu organizacija. Način na koji je usvojen, isključiva je diskrecija odgovarajućih organizacija.

Test strategije upravljanja podacima

# 1) Analiza podataka

Općenito, test podaci se izrađuju na temelju test slučajeva koje treba izvršiti. Na primjer, u timu za testiranje sustava, scenarij od kraja do kraja treba identificirati na temelju čega su dizajnirani podaci o ispitivanju. To može uključivati ​​jednu ili više aplikacija za rad.

Recimo, u proizvodu koji upravlja upravljanjem radnim opterećenjem - uključuje aplikaciju upravljačkog kontrolera, međuprogramske programe i aplikacije baze podataka kako bi funkcionirali u međusobnoj vezi. Potrebni podaci o ispitivanju za isti mogli bi se raspršiti. Potrebna je temeljita analiza svih različitih vrsta podataka koje mogu biti potrebne kako bi se osiguralo učinkovito upravljanje.

# 2) Postavljanje podataka za preslikavanje proizvodnog okruženja

Ovo je općenito proširenje iz prethodnog koraka i omogućuje razumijevanje što će biti krajnji korisnik ili proizvodni scenarij i koji su podaci potrebni za isti. Koristite te podatke i usporedite ih s podacima koji trenutno postoje u trenutnom testnom okruženju. Na temelju toga možda će trebati stvoriti ili izmijeniti nove podatke.

# 3) Određivanje čišćenja podataka o ispitivanju

Na temelju zahtjeva za ispitivanjem u trenutnom ciklusu otpuštanja (gdje se ciklus otpuštanja može protezati dulje vrijeme), možda će trebati izmijeniti ili stvoriti podatke o ispitivanju kako je navedeno u gornjoj točki. Ovi ispitni podaci, iako nisu odmah relevantni, možda će biti potrebni kasnije. Stoga treba formulirati jasan postupak utvrđivanja kada se podaci o ispitivanju mogu očistiti.

# 4) Identificirajte osjetljive podatke i zaštitite ih

Često puta za pravilno testiranje aplikacija može biti potrebna velika količina vrlo osjetljivih podataka. Na primjer, testno okruženje zasnovano na oblaku popularan je izbor jer pruža testiranje različitih proizvoda na zahtjev.

Međutim, nešto toliko osnovno kao što je jamčenje privatnosti korisnika u oblaku zabrinjava. Dakle, posebno u slučajevima kada ćemo morati replicirati korisničko okruženje, mora se identificirati mehanizam za zaštitu osjetljivih podataka. Mehanizmom se uglavnom upravlja volumenom korištenih test podataka.

# 5) Automatizacija

Kao što usvajamo automatizaciju za izvođenje ponavljajućih testova ili za izvođenje istih testova s ​​različitim vrstama podataka, tako je moguće automatizirati izradu testnih podataka. To bi pomoglo u izlaganju bilo kakvih pogrešaka koje se mogu pojaviti u vezi s podacima tijekom testiranja. Mogući način za to je uspoređivanjem rezultata dobivenih skupom podataka iz uzastopnih probnih ciklusa. Dalje, automatizirajte ovaj postupak usporedbe.

# 6) Učinkovito osvježavanje podataka pomoću središnjeg spremišta

Ovo je daleko najvažnija metodologija i čini srž primjene upravljanja podacima. Sve gore spomenute točke, posebno one u vezi s postavljanjem podataka, čišćenjem podataka, izravno su ili neizravno povezane s tim.

Puno napora u stvaranju testnih podataka može se uštedjeti održavanjem središnjeg spremišta koje sadrži sve vrste podataka koji su potrebni za razne vrste testiranja. Kako se to radi? U uzastopnim testnim ciklusima, za novi ili modificirani test provjerite postoje li podaci u spremištu. Ako ne postoje, prvo unesite te podatke u testno okruženje.

Dalje, ovo se može uputiti na ovo spremište za buduću upotrebu. Sada za uzastopne cikluse izdanja, testni tim može koristiti sve ili podskup ovih podataka. Nije li prednost vrlo očita? Ovisno o skupovima podataka koji se često koriste, zastarjeli podaci mogu se lako ukloniti, a time osiguravaju da uvijek budu prisutni ispravni podaci, smanjujući time troškove pohrane tih nepotrebnih podataka.

Kao drugo, možete sačuvati i nekoliko verzija ovog spremišta ili ga po potrebi revidirati. Imati različite verzije spremišta može uvelike pomoći u regresijskom testiranju da se utvrdi koja promjena podataka može uzrokovati lom koda.

Zaključak

Testno okruženje trebalo bi biti od presudne važnosti u svakom testnom timu. Svaki ciklus izdanja donijet će čitav niz novih izazova za borbu s nepouzdanim i neplaniranim testnim okruženjem.

Kao revolucionarna mjera, mnoge organizacije sada postavljaju strategije poput formiranja namjenskih timova za održavanje testnog okruženja koji uspostavljaju određene okvire za učinkovito održavanje testnih okruženja, kako bi osigurali uglađenije cikluse objavljivanja.

Poboljšano testiranje samo je očit učinak pojednostavljenja upravljanja testnim podacima. Ključna je suština toga da se organizacijama osigura isplativo rješenje, a pritom se ne kompromitira pouzdanost proizvoda.

Recite nam kako upravljate testnim okruženjem i kako pripremate testne podatke? Želite li dodati savjete?

Preporučena literatura

^