fbpx

Get your 6-month No-Cost Opt-Out offer for Unlimited Software Automation?

Izpētes testēšana ir īpašs programmatūras testēšanas veids, kam ir daudz priekšrocību, jo tas ļauj pilnībā izmantot lietojumprogrammas potenciālu.

Tas, kā komanda integrē izpētes testēšanu savās ikdienas pārbaudēs, var pat noteikt, cik labi programmatūra darbojas, jo īpaši tāpēc, ka tā testēšanas procedūrās izmanto jaunus un negaidītus veidus. Tas palīdz testētājiem atklāt problēmas lietojumprogrammā, kas citādi var palikt nepamanītas līdz tās palaišanai un izraisīt galveno funkciju nedarbošanos.

Izpratne par izpētes testēšanas procesiem, veidiem un pieejām var palīdzēt jums vadīt organizāciju un tās testēšanas komandas, kā to iekļaut savās parastajās pārbaudēs.

Ir arī vairāki bezmaksas rīki, ko komanda var izmantot, lai atvieglotu šīs pārbaudes un pamanītu problēmas, pirms tās var kļūt par šķērsli attīstībai.

Šajā rokasgrāmatā mēs iepazīstinām ar izpētes testēšanas priekšrocībām, kā arī galvenajiem apsvērumiem, kas komandai būtu jāņem vērā pirms ieviešanas.

 

Table of Contents

Kas ir izpētes testēšana?

 

Izpētes testēšana apvieno testa izstrādes un izpildes posmus, nodrošinot testētājam pilnīgu darbības brīvību un ļaujot viņam nepārtraukti racionalizēt savu darbu.

Kad šīs komandas pārbaudīs programmatūru, tās, visticamāk, atklās jaunus komponentus, kurus nepieciešams rūpīgi pārbaudīt, un var viegli ierosināt jaunus testus, kas būtu noderīgi lietojumprogrammai.

Izpētes testēšana ir līdzīga ad hoc testēšanai, taču tā notiek saskaņā ar daudz stingrāku dokumentāciju, kā arī ietver aktīvāku mācīšanās procesu.

Mazāk strukturēta pieeja palīdz testētājiem noskaidrot, kā lietojumprogramma varētu reaģēt uz reāliem scenārijiem un testēšanas gadījumiem, un kalpo kā būtisks papildinājums skriptu testēšanai.

Komandas izpētes testēšanas kvalitāte bieži vien ir atkarīga no atsevišķu testētāju prasmēm, jo pārbaudēm ir nepieciešama radoša pieeja un padziļināta izpratne par programmatūru. Tas ir nepārtrauktas atklāšanas process, kurā testētāji izmanto deduktīvo domāšanu, lai vadītu savu vispārējo tehniku.

Izpētes testēšana ir īpaši noderīga, jo tā atspoguļo to, kā lietotāji varētu izmantot programmatūru. Lielākā daļa lietotāju kļūdas un problēmas atrod nejauši, tāpēc šie neskriptētie procesi var palīdzēt testētājiem atrast problēmas, kuras iepriekš noteiktas pārbaudes var neatklāt.

Lai nodrošinātu lielāku efektivitāti, ir iespējams arī automatizēt šo procedūru.

 

1. Kad jāveic izpētes testēšana?

 

Izpētes testēšana parasti ir noderīga gandrīz jebkurā programmatūras testēšanas procesā, tomēr tā ir īpaši noderīga, lai nodrošinātu ātru atgriezenisko saiti par lietojumprogrammu.

Komanda var iekļaut šīs pārbaudes arī tad, ja tai pietrūkst skriptu testu. Ja programmatūras pārbaudēm nav skaidra virziena, izpētes testēšana var palīdzēt atklāt problēmas, kas neatbilst standarta pārbaudēm.

Dažādu testēšanas procedūru nodrošināšana ļauj testētājiem izprast šo programmatūru daudz dziļākā līmenī jebkurā posmā, bet to agrīna veikšana var sniegt vairāk priekšrocību.

Komandām ir iespējams pēc vajadzības vēlāk atkārtoti veikt izpētes testus, lai būtu mierīgākas.

 

2. Kad nav nepieciešams veikt izpētes testēšanu

 

Ir daži scenāriji, kuros izpētes testēšana nesniedz nekādas priekšrocības, lai gan testētājiem var būt lietderīgāk pagaidīt, kamēr programmatūrai ir tās pamatfunkcionalitāte.

Lietojumprogrammas funkcijas parasti krustojas vai mijiedarbojas viena ar otru, un tas nozīmē, ka vienas funkcijas izpētes testi var būt novecojuši, kad izstrādes komanda programmatūru papildina ar jaunām funkcijām.

Šos testus bez problēmām var veikt arī kopā ar skriptu pārbaudēm, ja vien testētāji var nodrošināt labu dokumentācijas līmeni, lai izvairītos no pārpratumiem.

Izpētes testēšana ir ļoti daudzpusīga salīdzinājumā ar citiem testēšanas veidiem, tāpēc šīs pārbaudes ir ļoti labi piemērojamas.

 

3. Kas ir iesaistīts izpētes testēšanā?

 

Izpētes testēšanā ir iesaistīti daudzi darbinieki, tostarp:

– Šādus testus var veikt jebkura prasmju līmeņa programmatūras testētāji, taču komandas locekļi, kas labāk pārzina programmatūru, var izstrādāt daudzveidīgākas pārbaudes.

Pieredze var ietekmēt arī viņu spēju noteikt visnoderīgākos testus.

– Programmatūras izstrādātāji, kas atzīst šo testu rezultātus, ņems vērā visus ieteikumus un bieži izstrādās savu problēmas risinājumu.

To atbildes reakcija uz testiem ir tas, kas ļauj lietojumprogrammai sasniegt piemērotu stāvokli, lai to varētu sekmīgi izdot.

– Projektu vadītāji, kas pārrauga visu šo procesu un varētu pat izlemt, kādus testēšanas veidus komandas izmanto.

Viņi var būt atbildīgi arī par programmatūras iegādi komandām, kas var racionalizēt vai pat automatizēt testus.

 

Izpētes testēšanas dzīves cikls

 

Izpētes testēšanas procesā liela uzmanība tiek pievērsta testētāja brīvībai, taču tas tomēr ir strukturēts pēc noteiktas struktūras.

Šīs pieejas trīs galvenie posmi ir šādi:

 

1. posms: Mācīšanās

 

Testētāji sāk ar labu izpratni par programmatūru un tās funkcionalitāti – kritiski analizē to, lai noteiktu, kā tā sader kopā.

Tas ļauj testētājam noskaidrot parastās ievades, ko lietotājs varētu veikt, lai gan viņš, iespējams, jau zina par lietojumprogrammu un tās darbību.

Mācību posmā var būt nepieciešama pat apmācība par to, kā lietot programmatūru. Tas ir izpētes posms, kurā testētājs iegūst visu nepieciešamo informāciju, lai izstrādātu plašu noderīgu testu klāstu.

 

2. posms: Testa izstrāde

 

Izpētes testu izstrāde ietver dažādus noteikumus un parametrus, tomēr tā piedāvā ievērojami lielāku brīvību, salīdzinot ar testēšanu ar skriptu, kuras specifika ir zināma jau pirms testēšanas uzsākšanas.

Testētājs var izstrādāt pārbaudes, kas, viņaprāt, precīzāk atbilst lietojumprogrammai, un, iespējams, var atklāt vērtīgus datus izstrādes komandai, tostarp ievērojamas kļūdas, kuras tai jālabo.

Testēšanas komandas izmanto šo posmu, lai noskaidrotu, kādu pieeju izmantot un kā sadalīt darbu starp dažādiem testētājiem tā, lai tiktu izmantotas viņu stiprās puses.

 

3. posms: izpilde

 

Pēc izmantojamo pārbaužu izstrādes testētāji tagad var pārbaudīt lietojumprogrammu, izmantojot, viņuprāt, visefektīvākos veidus – viņi to var veikt tūlīt pēc konkrētās pārbaudes izstrādes.

Šajā posmā testētāji aktīvi meklē problēmas un to, kā atklātās problēmas varētu ietekmēt citas funkcijas un funkcijas.

Lai gan izpētes testu izpildē ir iesaistīts zināms intuitīvais darbs, tas joprojām notiek saskaņā ar noteiktiem procesiem un mērķiem, ļaujot veikt vienmērīgu testēšanu, kas var viegli pielāgoties konkrētiem testēšanas mērķiem.

 

Izpētes testēšana pret skriptētu testēšanu

 

Izpētes testēšana faktiski ir pretstats skriptu testēšanai, lai gan abas var būt svarīgas, lai nodrošinātu, ka lietojumprogramma ir gatava izlaišanai. Pēdējās parasti ir formālākas un strukturētākas, ietverot daudzas plašas pārbaudes salīdzinājumā ar izpētes pārbaudēm, kas bieži vien ir specifiskākas attiecībā uz lietojumprogrammas funkcionalitāti.

Pētnieciskā testēšana ir arī ievērojami vieglāk pielāgojama, savukārt, ja programmatūrā tiek veiktas būtiskas izmaiņas, skriptu testi var radīt grūtības. Izpētes testi var ātrāk atklāt kļūdas un rīkoties pret tām, tāpēc tie ir īpaši noderīgi gadījumos, kad ātra atgriezeniskā saite ir ļoti svarīga.

 

1. Aktīvā izpētes testēšana

 

Aktīvā izpētes testēšana ietver testētāja izstrādātu automatizētu pārbaudes skriptu, ko izpilda cits testētājs. Šajos skriptos tiek ņemti vērā iepriekšējie testi, ja piemērojami.

Pārbaudes procedūras laikā abi testētāji parasti mainās lomām, lai divreiz pārbaudītu šo skriptu un procesu uzticamību.

Aktīvajiem testiem ir plašāks pārklājums, nezaudējot izpētes pārbaužu specifiskumu. Šie skripti ļauj arī labāk dokumentēt, tādējādi atvieglojot testētāju atrasto problēmu atkārtošanu.

Dokumentācija ir būtisks aktīvo testu komponents, jo tā arī palīdz ieinteresētajām personām redzēt lietojumprogrammas kopējo progresu.

 

2. Pasīvā izpētes testēšana

 

Pasīvai izpētes testēšanai ir nepieciešams tikai viens testētājs, lai gan, strādājot pāros, procesu var vēl vairāk racionalizēt.

Šī pieeja ietver īpašu programmatūru, kas reģistrē testētāju darbības, nodrošinot viņiem vienkāršus soļus, lai atkārtotu jebkuru atklātu problēmu. Tas parasti tiek veidots kā videoklips, kurā testētājs sniedz komentārus, soli pa solim izskaidrojot savas darbības.

Testēšanas procesa ierakstīšana sniedz ieskatu arī par lietojumprogrammas veiktspēju, tostarp par to, cik ātri tā reaģē uz ievades pieprasījumiem.

Pasīvā testēšana sniedz gan testētājiem, gan izstrādātāju komandai daudz detalizētas informācijas par programmatūras darbību.

 

Izpētes testēšanas metodes

 

Izpētes testēšana parasti notiek pēc “ekskursijas” principa, kad testētājs visefektīvākajā veidā izpēta programmatūru.

Komanda var izvēlēties dažādas ekskursijas, tostarp:

 

– Ekskursijas ar ceļvedi

Šī pieeja nosaka prioritāti lietojumprogrammas izceltajai funkcionalitātei, precīzi atdarinot to, kā vidusmēra lietotājs strādā ar programmatūru, un atklājot problēmas, ko viņš dabiski varētu atrast.

 

– Vēstures ekskursijas

Šī ekskursija pārbauda lietojumprogrammas vecākās funkcijas, lai pārliecinātos, ka tās joprojām darbojas; tas ir īpaši svarīgi, ja izstrādātāji ir pievienojuši jaunas funkcijas, kas ir pretrunā ar šo funkciju.

 

– Naudas tūre

Šajā izpētes testā tiek pārbaudītas kritiski svarīgākās lietojumprogrammas funkcijas, īpaši tās, par kuru pieejamību klienti un klienti maksā naudu – tās parasti ir visaugstākās prioritātes testēšanas komandai.

 

– Noziedzības trakums tūre

Dažkārt testētāji aktīvi strādā, lai izjauktu lietojumprogrammu vai radītu negatīvus scenārijus, piemēram, ievadot nederīgu informāciju un pētot, kā lietojumprogramma uz to reaģē.

 

– Ekskursija pa aizmugurējo aleju

Šis process ietver funkcijas, kuras, visticamāk, izmantos mazāk klientu; tās ir tikpat būtiskas jebkurai testēšanas pieejai, jo īpaši tāpēc, ka tās mijiedarbosies ar citām funkcijām.

 

– Intelektuālā ekskursija

Šajā ekskursijā lietojumprogramma tiek turpināta, testējot sarežģītākās funkcijas ar lielākām (dažkārt maksimālajām) vērtībām, lai noteiktu programmatūras apstrādes ātrumu.

 

Izpētes testēšanas pieejas

 

Izpētes testēšanai ir divas galvenās pieejas:

 

1. Uz sesiju balstīta izpētes testēšana

 

Tā ir uz laiku balstīta metode, kuras mērķis ir kvantitatīvi noteikt testēšanas procesu, sadalot to “sesijās” ar diviem komponentiem: uzdevumiem un uzdevumiem.

Misija ir konkrētās sesijas mērķis un ilgums, kas pētnieciskajam testētājam nodrošina skaidru fokusu.

Harta nosaka katras sesijas darbības jomu un detalizēti izklāsta visus konkrētos mērķus, ko testētājs plāno sasniegt. Tas nodrošina augstāku atbildības (un dokumentācijas) līmeni, sadalot šīs pārbaudes vieglāk pārvaldāmās sastāvdaļās.

Uz sesijām balstīti testi arī uzlabo produktivitāti un sniedz testētājam skaidru metriku un problēmu novēršanas informāciju.

 

2. Pāru izpētes testēšana

 

Pārī balstīta testēšana ir līdzīga aktīvai izpētes testēšanai, jo tā galvenokārt ietver darbu pāros – parasti uz vienas ierīces -, lai nepārtraukti un vienlaicīgi pārbaudītu lietojumprogrammu. Šādā kārtībā viens testētājs ierosina virkni testēšanas gadījumu un veic piezīmes par to, kā notiek testēšana, kamēr otrs testētājs testē programmatūru.

Pārī balstītā testēšanā būtiska ir saziņa, jo tā nodrošina, ka abi testētāji ir informēti par pārbaudēm un to mērķi.

Ja šos pārus piešķirat pats, pārliecinieties, ka esat ņēmis vērā katra testētāja stiprās un vājās puses, jo tas ļauj jums izveidot spēcīgākus izpētes testu procesus.

 

Kādi faktori ietekmē izpētes testēšanu?

 

Faktori, kas var ietekmēt komandas izpētes testēšanas kvalitāti, ir šādi:

 

– Programmatūras galvenais mērķis un pamatfunkcijas.

– Konkrēti testēšanas mērķi lietojumprogrammas pašreizējā posmā.

– Katra komandas testētāja individuālās lomas un spējas.

– Pieejamie rīki, piemēram, bezmaksas programmatūra testu automatizēšanai.

– Atbalsts, ko testētāji saņem no kolēģiem vai vadības.

– Klienta pieprasījumi un pašreizējās plašās tirgus tendences.

– lietojumprogrammas lietošanas ērtums, piemēram, saskarnes plūdenums.

– Laiks, kas testētājiem ir nepieciešams testēšanas posma pabeigšanai.

– Ievadi un citi dažādi dati, ko testētāji plāno izmantot.

– Funkcijas, ko izstrādātāji laika gaitā pievieno programmatūrai.

 

Izpētes testēšanas veidi

 

Trīs galvenie izpētes testēšanas veidi, ko komanda var izmantot, ir šādi:

 

1. Brīvā stila izpētes testēšana

 

Brīva stila testēšana ietver ad hoc pieeju lietojumprogrammas pārbaudei. Šai metodei ir maz noteikumu, tāpēc tās efektivitāte var atšķirties; dažām programmatūrām un komponentiem ir nepieciešama stingrāka metodoloģija.

Šīs pārbaudes joprojām varētu sniegt daudz priekšrocību, palīdzot testētājiem iepazīties ar šo lietojumprogrammu un apstiprināt iepriekšējā testētāja darbu.

Pat bez stingriem noteikumiem pieredzējuši un prasmīgi testētāji var viegli izmantot šo formātu savā labā. Viņi var viegli pārvietoties pa visiem programmatūras aspektiem – dažās situācijās testēšanas noteikumi ir ierobežojoši un var netīšām ierobežot komandas rezultātus.

 

2. Uz scenārijiem balstīta izpētes testēšana

 

Uz scenārijiem balstītā testēšanā par pamatu katram testam tiek izmantotas reālas situācijas, piemēram, pārbaudot ievades, ko lietotāji varētu veikt šīs programmatūras tipiskās darbības laikā.

Testētāji cītīgi strādā, lai nodrošinātu, ka katrs viņu izstrādātais scenārijs atbilst tam, kā lietotājs strādā ar lietojumprogrammu.

Laiks varētu būt ierobežojums, jo komandas mērķis ir pārbaudīt pēc iespējas vairāk scenāriju; atkarībā no gaidāmajiem termiņiem, iespējams, nebūs iespējams aptvert visas iespējas.

Testētājiem jāizmanto plašs testu klāsts dažādās kategorijās.

 

3. Uz stratēģiju balstīta izpētes testēšana

 

Uz stratēģiju balstītā testēšana ietver plašu specifisku metožu klāstu, tostarp robežvērtību testēšanu, līdzvērtības metodes, uz risku balstītas metodes un citas. Tas parasti dod priekšroku testētājiem, kuri jau ir pazīstami ar lietojumprogrammu, jo viņi var izstrādāt pielāgotas stratēģijas, kas ietver šīs individuālās metodes.

Stratēģijā balstītā pieeja galvenokārt koncentrējas uz programmatūras funkcionalitāti (un iekšējo darbību), neizvērtējot iespējamos scenārijus, kas varētu novest lietotāju pie problēmām, kuras rodas. Tā rezultātā varētu iegūt plašāku lietojumprogrammas un tās dažādo funkciju analīzi, kas varētu būt dziļāka nekā dažādas citas pieejas.

 

Manuāli vai automatizēti izpētes testi?

 

Testēšanas komandas izpētes pārbaudes var veikt manuāli vai arī tās var automatizēt. Jebkurš no šiem variantiem var sniegt milzīgus ieguvumus; pareizais variants bieži vien ir atkarīgs no projekta specifikas.

 

Manuālā izpētes testēšana

 

Manuālā izpētes testēšana ļauj veikt plašāku individuālu pārbaužu klāstu. Lai gan tas var aizņemt vairāk laika, jo testētāji ir lēnāki nekā datori, manuāla pārbaude var būt noderīga, lai noteiktu lietotāja pieredzi.

Testētājs ne tikai nodrošina, ka visas lietojumprogrammas funkcijas darbojas, kā tām vajadzētu, bet arī pārliecinās, vai lietotāji var viegli lietot lietojumprogrammu. Šis, iespējams, ir visizplatītākais izpētes testēšanas veids, lai gan tas nenozīmē, ka tas ir visefektīvākais.

 

1. Izpētes testu manuālas veikšanas priekšrocības

 

Manuālās izpētes testēšanas priekšrocības ir šādas:

 

Lielāks uzsvars uz lietojamību

 

Automatizētie izpētes testi var pamanīt neatbilstības programmatūrā, taču var nebūt spējīgi interpretēt šīs problēmas tādā pašā veidā kā cilvēks testētājs.

Tas ietver izpratni par to, kā programmatūras lietotāji, visticamāk, pārvietosies vai mijiedarbosies ar lietojumprogrammu, ko automatizācija nevar ņemt vērā.

Manuālie izpētes testētāji var sniegt plašāku atgriezenisko saiti, tostarp konkrētu informāciju par to, kā viņu atrastās problēmas ietekmē programmatūru kopumā vai vispārējo pieredzi.

 

Var veikt izmaiņas reālā laikā

 

Viena no galvenajām izpētes testēšanas priekšrocībām ir tā, ka ir iespējams noteikt testa nepieciešamību un salīdzinoši ātri to veikt, pirms izsolīt nepieciešamos uzlabojumus.

Automatizētā testēšana parasti ir daudz ātrāks process, taču testētājiem pirms izmaiņu veikšanas ir jāgaida, līdz viss ir pabeigts – manuāli testētāji to var izdarīt, kamēr vēl notiek izpētes testēšana.

Tomēr tas bieži vien ir iespējams tikai attiecībā uz kļūdām, kas ietekmē nelielas programmatūras daļas.

 

Lielāka uzmanība detaļām

 

Izpētes testēšana galvenokārt ir saistīta ar jaunu veidu atklāšanu, kā testēt lietojumprogrammu, vienlaikus to izprotot; dažkārt tas var nozīmēt, ka viens tests noved pie cita, sniedzot testētājam idejas.

Automatizētie testi to var neņemt vērā, jo testēšanas komandai ir relatīvi brīvas rokas. Manuālie testētāji nepārtraukti uzlabo savas zināšanas par programmatūru un izstrādā jaunus, bet tikpat svarīgus testus, taču tas var būt sarežģīti, ja tos automatizē trešās puses programmatūra.

 

Var atrast kļūdas ārpus koda

 

Manuālās izpētes pārbaudes ļauj testētājiem aplūkot visus lietojumprogrammas un programmatūras aspektus, tostarp arī ārpus paša koda.

Daudzas automatizētās pieejas aprobežojas tikai ar kodu un tā darbību, kā rezultātā testēšanas komandas var nepamanīt problēmas, kas var rasties citās lietojumprogrammas daļās.

Tas galvenokārt ir atkarīgs no izmantotās automatizācijas programmatūras, jo daži risinājumi var piedāvāt plašāku pieeju izpētes testēšanai.

 

Nodrošina kvalitāti visā projektā.

 

Automatizētās izpētes pārbaudes meklē tikai kļūdas un metrikas lietojumprogrammā; manuāli testētāji varētu pārbaudīt programmatūru un sniegt savas visaptverošas atsauksmes.

Piemēram, viņi var pārbaudīt kodu un noteikt, vai tas ir pārāk sarežģīts, kas ir īpaši svarīgi, jo nedzīvs kods var palēnināt veiktspēju, bet automatizēti procesi to neatklās.

Testētāja zināšanas par programmatūru var būt noderīgas, diagnosticējot problēmas, kas rodas citos testēšanas posmos.

 

2. Manuālās izpētes testēšanas izaicinājumi

 

Manuālās izpētes testēšanas problēmas ir šādas:

 

Cilvēka kļūdu iespējamība

 

Automatizētā izpētes testēšana var veikt vienu un to pašu pārbaudi tik daudz reižu, cik nepieciešams, nemainot precīzu progresu, tādējādi nodrošinot konsekvenci un uzticamus rezultātus.

IS YOUR COMPANY IN NEED OF

ENTERPRISE LEVEL

TASK-AGNOSTIC SOFTWARE AUTOMATION?

Manuālā izpētes testēšana ir pakļauta cilvēka kļūdām, proti, testētājs var ievadīt nepareizu vērtību. Parasti šos testus ir iespējams pārbaudīt divreiz un novērst visas neatbilstības, jo tās var šķist acīmredzamas pat no pirmā acu uzmetiena.

Tomēr testa atkārtota veikšana pēc kļūdas pamanīšanas var aizņemt vairāk laika.

 

Parasti prasa vairāk laika

 

Pat ja testētāji veic katru izpētes pārbaudi pareizi un bez cilvēciskām kļūdām, šis process kopumā aizņem daudz laika, salīdzinot ar automatizētu programmatūru, kas testus var aprēķināt daudz ātrāk.

Tā varētu būt vismaz vairāku stundu starpība; laiks, ko testētāji varētu pavadīt, strādājot ar lietojumprogrammas daļām, kurām automatizācija nesniegtu nekādu labumu.

Izpētes testiem ir nepieciešama arī pastāvīga uzraudzība, savukārt automatizācija ļauj testus veikt visu nakti.

 

Garš dokumentācijas process

 

Līdzīgi, manuāla dokumentēšana manuālās testēšanas laikā un pēc tās var lieki apgrūtināt izpētes testēšanas procesu.

Tas apgrūtina izmaiņu un programmatūras rediģēšanas izsekošanu laika gaitā – automatizētā programmatūra parasti spēj intuitīvi ņemt to vērā, veicot testus.

Tas ir vēl viens administratīvs jautājums, kas atņem laiku un enerģiju citām lietām, tādējādi efektīvi samazinot kopējās programmatūras testēšanas procedūras apjomu un plašumu.

 

Jāpārzina programmatūra

 

Jebkura prasmju līmeņa manuālie testētāji var pārbaudīt lietojumprogrammu un rūpīgi to pārbaudīt. Tas ir tāpēc, ka viņi ieguldīja darbu, lai izprastu programmatūru – izpētes procesa pirmo posmu.

Tomēr, ja testētājam ir grūtības vai viņš neiemācās, kā šī lietojumprogramma darbojas, viņam, visticamāk, būs grūti izstrādāt un izpildīt piemērotu testu klāstu.

Laba programmatūras pārzināšana ļauj testētājiem pārsniegt ierastos testēšanas parametrus.

 

Dārgi uzturēt

 

Paļaušanās uz manuālo izpētes testēšanu parasti prasa lielāku testēšanas komandu, kas ilgtermiņā var radīt lielākas izmaksas salīdzinājumā ar automatizētām pārbaudēm. Trešo pušu programmatūra, kas veic šos izpētes testus, var nodrošināt milzīgu vērtību vai pat būt pilnīgi bez maksas.

Atkarībā no uzdevumu sarežģītības uzņēmumam var būt nepieciešami augsti kvalificēti testētāji ar gadiem ilgu pieredzi, lai pilnībā pārbaudītu lietojumprogrammu. Tas var ievērojami palielināt testēšanas izmaksas, salīdzinot ar bezmaksas automatizācijas programmatūras izmantošanu.

 

3. Kad izmantot manuālo izpētes testēšanu

 

Manuālā izpētes testēšana bieži vien ir saistīta ar vairākām problēmām, taču tā joprojām ir būtiska rūpīgas programmatūras testēšanas sastāvdaļa. Tas ir tāpēc, ka ir programmatūras aspekti, kurus automatizācija nevar pilnībā ņemt vērā un kuriem arī ir jāpievērš liela uzmanība.

Piemēram, programmatūra nevar droši sniegt atgriezenisko saiti par lietotāja saskarnēm vai lietotāja pieredzes testiem. Testētāji var iegūt labu priekšstatu par to, kā lietojumprogramma darbojas praksē, tikai tad, ja viņi to testē manuāli. Tas nozīmē, ka gan izstrādātājiem, gan testēšanas komandām ir jāapsver iespēja savās pārbaudēs integrēt vismaz zināmā mērā manuālo izpētes testēšanu.

 

Automatizēta izpētes testēšana

 

Automatizētajā testēšanā tiek izmantota trešo pušu programmatūra, lai automatizētu noteiktas pārbaudes – testētāji parasti var pielāgot šo programmatūru, lai pielāgotu praktiski jebkuru testu.

Tomēr tas parasti prasa, lai komanda vismaz vienu reizi veiktu pārbaudi manuāli, lai kalibrētu automatizāciju. Tas var ievērojami racionalizēt procesu gan testēšanas, gan izstrādes komandām.

Lai gan pētniecisko testu automatizēšana var būt neparasta parādība, ir vairāki nepārprotami ieguvumi, ko tas var sniegt jūsu lietojumprogrammai un tās veiktspējai.

 

1. Izpētes testu automatizācijas priekšrocības

 

Izpētes testu automatizācijas galvenās priekšrocības ir šādas:

 

Konsekventa testu izpilde

 

Cilvēka kļūdas var viegli novest pie testēšanas kļūdām, kuru novēršanai ir nepieciešams gan laiks, gan nauda; automatizētas izpētes pārbaudes ļauj testēšanas komandām apiet šo problēmu.

Testētāji efektīvi māca automatizācijas programmatūru, kā pareizi izpildīt testu, nodrošinot, ka tā to veic identiski katru reizi. Tas uzlabo testu vispārējo uzticamību un samazina laiku, ko izstrādātāji pavada, gaidot rezultātus, jo īpaši tāpēc, ka testētāji var viegli iestatīt, lai testi tiktu veikti arī naktī.

 

ietaupa laiku ikvienam

 

Automatizētie testi ļauj izstrādātājiem daudz ātrāk sākt darbu pie problēmu novēršanas, vienlaikus ļaujot testētājiem veikt plašāku izpētes pārbaužu klāstu. Neatkarīgi no termiņa komanda var ņemt vērā tikai tik daudz scenāriju, cik vien iespējams, tāpēc ir svarīgi, lai testētāji atļautajā termiņā iekļautu pēc iespējas vairāk pārbaužu.

Automatizācija palīdz, veicot šos izpētes testus daudz ātrāk nekā manuāli testētāji.

 

Rentabla pieeja

 

Atkarībā no komandas izvēlētās programmatūras automatizācija var būt daudz rentablāka nekā manuālā testēšana – tā var būt pat bezmaksas.

Lai gan joprojām ir ļoti svarīgi pieņemt darbā manuālos testētājus, un daži no viņiem būs atbildīgi par automatizācijas procedūru kalibrēšanu, pēc iespējas vairāk izpētes testu automatizēšana dod uzņēmumam iespēju samazināt personāla izmaksas.

Tiklīdz komanda izprot automatizācijas programmatūru, tā var to pielāgot dažādiem uzdevumiem.

 

Pielāgojams vairākām ierīcēm

 

Manuālai testēšanai var būt nepieciešami darbinieki ar pieredzi dažādās ierīcēs, piemēram, zināšanas par dažādām tālruņu operētājsistēmām, tostarp Android un iOS, ja tiek veidota mobilā lietojumprogramma.

Automatizētā programmatūra var to ņemt vērā un veikt testus vairākās ierīcēs, lai nodrošinātu, ka lietojumprogramma var pastāvīgi labi darboties. Testēšanas komandām ar zināšanām par šīm ierīcēm šis process var šķist garlaicīgs; automatizācija atkal spēj racionalizēt parastos izpētes testēšanas procesus un testēt katru iterāciju vienlaicīgi.

 

Atkārtoti lietojami skripti

 

Ja komanda testē vairākas vienas un tās pašas programmatūras versijas vai pat vairākus produktus ar līdzīgu arhitektūru vai funkcijām, ir iespējams atkārtoti izmantot skriptus no viena testēšanas cikla uz nākamo.

Ja ir nepieciešami kādi pielāgojumi, lai nodrošinātu savietojamību, manuāli testētāji tos var veikt daudz ātrāk nekā rakstot pilnīgi jaunu skriptu.

Automatizācija optimizē praktiski katru izpētes testēšanas procesa posmu, jo to ir viegli iestatīt dažādās programmatūras konfigurācijās.

 

2. Izpētes testu automatizēšanas problēmas

 

Šis process ir saistīts arī ar dažādiem izaicinājumiem, piemēram:

 

Pārstāv tikai vienu testēšanas pusi

 

Testējot lietojumprogrammu, nav ne praktiski, ne gudri automatizēt katru pārbaudi, jo ir daži aspekti, par kuriem tikai manuāls testētājs var sniegt uzticamu atgriezenisko saiti.

Tas attiecas arī uz lietotāja pieredzi, lai gan atkarībā no izvēlētās programmatūras, iespējams, būs iespējams iegūt rūpīgu veiktspējas un slodzes testēšanas analīzi, izmantojot automatizāciju.

Izpētes testu automatizācijai trūkst cilvēciskā sprieduma, un dažām pārbaudēm tā vislabāk varētu darboties kopā ar manuālo testētāju.

 

Nereālistiskas cerības attiecībā uz spējām

 

Līdzīgi arī automatizētas izpētes testēšanas procedūras var sniegt milzīgu labumu lietojumprogrammai un visam projektam.

Tomēr šī pieeja ne vienmēr ir pareizā atbilde. Organizācijām, kas katrā posmā lielā mērā paļaujas uz automatizāciju, var rasties nepilnīgs skatījums uz programmatūru.

Automatizācija identificē problēmas, bet testēšanas un izstrādes komandas ir atbildīgas par to novēršanu. Ir svarīgi definēt visaptverošu automatizācijas stratēģiju, lai ikviens projekta dalībnieks saprastu tās iespējas un ierobežojumus.

 

Augstākas prasmju prasības

 

Automatizācija parasti ietver zināšanas par to, kā veikt sarežģītas pārbaudes, kā arī par to, kā tās programmēt un faktiski automatizēt. Tam bieži vien ir nepieciešama gadiem ilga skriptu rakstīšanas pieredze, lai gan automatizācijas programmatūra varētu palīdzēt ievērojami optimizēt šos procesus.

Ir ļoti svarīgi, lai uzņēmums pieņemtu darbā testētājus ar daudzveidīgām un stabilām prasmēm, kas veicina efektīvu automatizāciju.

Testētāji, kuriem ir pieredze automatizācijas jomā, arī zina, kādām funkcijām piešķirt prioritāti, izvēloties no pieejamajām trešo pušu programmatūras iespējām, tādējādi nodrošinot, ka komanda saņem labu produktu.

 

Nepareiza stratēģija un komunikācija

 

Saskaņotas stratēģijas paziņošana ir ļoti svarīga veiksmīgai automatizācijai; izstrādātājiem, testētājiem un pat projekta vadītājiem testēšanas laikā jābūt vienisprātis.

Komandām ir jāsadarbojas, lai noteiktu gaidāmo procedūru apjomu un grafiku. Tas attiecas uz jebkuru testēšanas procesu, bet ir īpaši svarīgi, jo automatizācija ir sarežģītāka. Labāka saziņa un informācijas nesaistes novēršana ļauj jūsu komandām efektīvāk veikt testus.

 

Pareizas automatizācijas programmatūras izvēle

 

Automatizācija parasti ietver trešās puses lietojumprogrammas izvēli, kas ir saderīga ar komandas testēšanas mērķiem. Katrai iespējai ir atšķirīgi cenu plāni un funkcionalitāte. Tie var būt ievērojami ilgtermiņa izdevumi pat tad, ja programmatūra veiksmīgi veic automatizētus testus un nodrošina ievērojamu vērtību.

Ir vairākas bezmaksas iespējas, kas piedāvā iespaidīgu funkcionalitāti, kas ir salīdzināma ar augstākās klases alternatīvām. Ir svarīgi, lai testēšanas komanda izpētītu visas pieejamās iespējas, tostarp bezmaksas programmatūru.

 

Secinājums: Izpētes testu automatizācija pret manuālo izpētes testēšanu

 

Ir tikai daži projekti, kuros var izmantot tikai pilnībā manuālu testēšanu vai pilnībā automatizētu testēšanu, jo visu veidu lietojumprogrammas darbojas labāk, izmantojot abu veidu testēšanas kombināciju.

Lai gan automatizētie testi var optimizēt procesu izstrādes un kvalitātes nodrošināšanas komandām, dažiem dizaina aspektiem ir nepieciešama manuāla izpētes testēšana; tas ir vienīgais veids, kā iegūt atgriezenisko saiti no lietotājiem.

Laika gaitā arvien vairāk organizāciju strādā pie hiperautomatizācijas ieviešanas, kas ir process, kura mērķis ir maksimāli automatizēt automatizāciju inteliģenti, nodrošinot uzņēmumam efektīvu stratēģiju – tā joprojām varētu pastāvēt līdztekus manuālai testēšanai.

Automatizēta testēšana kļūst arvien pieejamāka uzņēmumiem, jo arvien vairāk izplatīta automatizācijas programmatūra, jo īpaši pateicoties vairākām bezmaksas iespējām ar daudzām funkcijām. Tādējādi uzņēmumiem ir vieglāk izmantot kombinētu manuālu/automatizētu izpētes testēšanas pieeju.

Pieaugošā Agile (projektu vadības tehnikas, kas koncentrējas uz pakāpenisku, bet nozīmīgu progresu) popularitāte izstrādē ir arī viens no faktoriem, jo tā prasa īsus testēšanas ciklus. Kombinētā testēšanas stratēģija varētu pielāgot šo un dažādas citas izstrādes stratēģijas, piemēram, nepārtrauktas integrācijas stratēģiju, kas līdzīgi prasa atkārtotu testēšanu, lai nodrošinātu panākumus daudzās vienas un tās pašas programmatūras iterācijās.

 

Kas jums nepieciešams, lai sāktu izpētes testēšanu

 

Izpētes testēšanas priekšnoteikumi ir šādi:

 

1. Skaidri testēšanas mērķi

 

Lai gan pētnieciskā testēšana ir sinonīms brīvībai un dažkārt tiek sajaukta ar ad hoc testēšanu, tā tomēr notiek saskaņā ar konkrētiem noteikumiem vai definējamiem mērķiem. Vienīgais veids, kā kvalitātes nodrošināšanas komandai veiksmīgi orientēties gandrīz jebkurā testēšanas struktūrā, ir zināt katra testa gaidāmo rezultātu, jo īpaši tāpēc, ka testētāji parasti paši izstrādā šīs pārbaudes.

 

2. Radoši, intuitīvi testētāji

 

Izpētes testēšana ir vērsta uz jaunu un radošu testu izstrādi, kas varētu atklāt problēmas ar lietojumprogrammu. To var izdarīt pat testētāji ar ierobežotu pieredzi, ja vien viņi saprot programmatūru.

Ir svarīgi, lai testētāji izprastu lietojumprogrammu un tās darbību; tas ļauj viņiem intuitīvi izstrādāt virkni noderīgu pārbaužu.

 

3. Saskaņota dokumentācija

 

Katram testēšanas veidam ir jābūt precīzai dokumentācijai, lai pārliecinātos, ka katrs komandas loceklis ievēro paredzēto testēšanas grafiku un neviens nejauši neatkārto kādu pārbaudi.

Tas ir būtisks komunikācijas aspekts gan vienā nodaļā, gan vairākās nodaļās, piemēram, izstrādātājiem ir nepieciešami regulāri testēšanas atjauninājumi, lai noskaidrotu, kā novērst problēmas.

 

4. Klienta perspektīva

 

Izpētes testēšana ietver daudzas stratēģijas un scenārijus, tostarp tos, kas atspoguļo to, kā lietotāji praktiski izmantos lietojumprogrammu. Ir ļoti svarīgi, lai testēšanas komandas to ņemtu vērā, veicot pārbaudes, pat ja tās neveic uz scenārijiem balstītus testus.

Šāda pieeja ļauj testētājam pieiet testēšanai no dažādām perspektīvām, uzlabojot šo pārbaužu kvalitāti.

 

5. Automatizētā testēšanas programmatūra

 

Tā kā komanda, visticamāk, var automatizēt ievērojamu daļu no izstrādātajiem testiem, ir svarīgi, lai tā varētu iegādāties augstas kvalitātes automatizētu testēšanas programmatūru pirms izpildes posma.

Izstrādātāji un testēšanas komanda var izmantot savu izpratni par projektu, lai noteiktu trešās puses lietojumprogrammu, kas atbilstu viņu prasībām.

 

Izpētes testēšanas process

 

Izpētes testēšanas īpašie soļi ir šādi:

 

1. Klasificēt testēšanas procedūru

 

Pirmais izpētes testēšanas solis ir, lai attiecīgās komandas locekļi saprastu, kā viņi varētu veikt šīs pārbaudes, piemēram, klasificējot izplatītākās kļūdas un veicot cēloņu analīzi.

Šajā posmā testētāji paši izstrādā savas idejas par testiem; atkarībā no precīzas metodikas viņi var izstrādāt arī testu hartu.

Tajā ir noteikta šīs sesijas vai darba dienas darbības joma un testi.

 

2. Uzsākt testus

Lai gan precīzi parametri (piemēram, laiks katram testam vai sesijai kopumā) ir atkarīgi no komandas vēlmēm un projekta prasībām, visiem izpētes testiem ir noteiktas kopīgas iezīmes.

Pēc attiecīgo pārbaužu klasificēšanas kvalitātes nodrošināšanas darbinieki sāk veikt pārbaudes un reģistrēt visus rezultātus.

Ja pārbaudēm nepieciešama automatizācija, testētāji var iestatīt, lai tā darbotos pa nakti, vai arī paši to uzraudzīt dienas laikā.

 

3. Rezultātu pārskatīšana

 

Nākamais posms ir rezultātu pārskatīšana, salīdzinot tos ar noklusējuma un gaidītajiem rezultātiem. Ja šajās pārbaudēs tiek konstatētas jebkādas būtiskas negaidītas novirzes, testētāji var atkārtot pārbaudi vai nekavējoties sākt domāt, kā to novērst. Ieteikumi, ko viņi sniedz izstrādātājiem, var būt noderīgi, lai noteiktu pareizo pieeju, un viņu ziņojumos par kļūdām tas var būt detalizēti izklāstīts.

 

4. Pārbaudes rezultātu apkopošana

 

Pēc testēšanas rezultātu izsolīšanas kvalitātes nodrošināšanas komanda sāk pārskatīt pašu testēšanas procedūru un izmanto to, lai noteiktu, vai izpētes testēšanas pieeja bija piemērota.

Šajā testa kopsavilkuma ziņojumā var pat secināt, ka pārbaužu laikā ir pieļautas darbības kļūdas, kuru dēļ nepieciešams veikt atkārtotu testu. Testēšanas komanda var arī vēlreiz pārbaudīt lietojumprogrammu pēc tam, kad izstrādātāji novērsīs šīs problēmas, lai noteiktu, vai tas ir izdevies.

 

Labākā prakse izpētes testēšanai

 

Visefektīvākā izpētes testēšanas prakse ir šāda:

 

1. Testētāju savienošana pāros

Daudzos izpētes testēšanas veidos ir izdevīgi, ja testētāji strādā kopā – tas vēl vairāk racionalizē procesu un ļauj uz vienu un to pašu pārbaudi raudzīties no vairākām perspektīvām.

Pāru testēšana arī novērš tuneļredzes iespēju, veicinot radošāku testu izstrādi.

Vairāki cilvēki, kas strādā pie vieniem un tiem pašiem testiem, var nodrošināt lielāku precizitāti visos testos, un darba slodzes sadalīšana arī palīdz visai komandai veikt testēšanu daudz ātrāk.

 

2. Manuālo un automātisko testu apvienošana

 

Daži uzņēmumi joprojām cīnās ar automatizācijas ieviešanu, bet citi to izmanto pārmērīgi, pat ja manuālās perspektīvas varētu būt izdevīgākas. Šo pārbaužu sabalansēšana ļauj testēšanas komandai aptvert vairāk pamatu un nodrošināt kvalitāti visā lietojumprogrammā, tostarp attiecībā uz subjektīvākiem aspektiem, piemēram, programmatūras saskarni.

Vienīgais veids, kā garantēt pilnīgu katras funkcijas vai funkcijas testēšanas pārklājumu, ir manuālo un automātisko testu kopīga veikšana.

 

3. Izpratne par tirgu

 

Testēšanas procesā ir svarīgi, lai testētāji zinātu gan savu mērķauditoriju, gan konkurentus; tas palīdz viņiem novērtēt, kā cilvēki reaģēs uz lietojumprogrammas pašreizējo funkcionalitāti.

Noteiktas funkcijas ir ļoti pieprasītas, un testēšanas komanda var gūt labumu, ja pārbaudēs tām piešķir prioritāti. Lai gan tiem ir arī jāsaglabā plašs testu pārklājums. Tas varētu noteikt testēšanas virzienu, kā arī programmatūras potenciālos panākumus palaišanas laikā.

 

4. Testēšanai izmantojiet reālas ierīces

 

Programmatūras testēšanas komandas var izmantot emulatorus, lai atvieglotu izpētes pārbaudes; tas var būt noderīgi, bet reti atspoguļo praktisko lietotāja vidi.

Reālas ierīces palīdz uzlabot izpētes testēšanas uzticamību, jo rada reālistiskāku pieredzi – emulatori ir nepilnīgi, un tajos var būt kļūdas, kas klientiem nav sastopamas.

Emulācija ir ātrs veids, kā pārbaudīt vairākas platformas, taču tā nevar aizstāt reālās ierīces.

 

Izpētes testa rezultātu veidi

 

Pēc pārbaudes veikšanas testētāji var saņemt dažādus rezultātus, tostarp:

 

1. Testa rezultāti

 

Paši rezultāti var būt dažādi, jo izpētes testēšana var ietvert simtiem unikālu testu. Šie rezultāti veido lielāko daļu testēšanas procedūras rezultātu, sniedzot būtisku informāciju par lietojumprogrammas stāvokli un tās spēju apmierināt lietotāja vajadzības.

Pēc šo rezultātu saņemšanas testētāji var atkārtoti pārbaudīt sistēmu un apstiprināt informāciju, lai noteiktu savu turpmāko rīcību.

 

2. Testu žurnāli

 

Testēšanas procesa laikā lietojumprogrammas žurnālos bieži vien tiek atklātas kļūdas un problēmas; tie sniedz visprecīzāko informāciju par to, kāpēc programmatūra neizdevās veikt testu. Vecākie testētāji ir īpaši prasmīgi interpretēt lietojumprogrammas žurnālus, kas ļauj viņiem noteikt sarežģītu problēmu cēloņus.

Jo vairāk informācijas testētāji iegūst no šiem žurnāliem, jo vairāk viņi var palīdzēt izstrādātājiem.

 

3. Testu ziņojumi

 

Atkarībā no komandas automatizācijas procedūras to rezultāti var automātiski ģenerēt kļūdas ziņojumu. Tajā ir norādītas visas lietojumprogrammā konstatētās kļūdas, iespējams, arī to cēloņi un citi dati, kas attiecas uz izstrādātājiem.

Testētāji var izmantot šo informāciju, lai sniegtu savu viedokli par to, vai programmatūra ir gatava palaišanai, ko parasti dēvē par “go/nogo” lēmumu.

 

Izpētes testēšanas piemēri

 

Šeit ir trīs piemēri, kā uzņēmums varētu izmantot izpētes testēšanu:

 

1. Mobilā spēļu lietotne

 

Ja azartspēļu uzņēmums vēlas izdot būtisku mobilās lietotnes atjauninājumu, izpētes testētāji var pārbaudīt gan vecās, gan jaunās funkcijas, lai noteiktu, vai lietotne joprojām ir stabila. Tas var palielināt programmatūras sarežģītību līdz tādam līmenim, ka to neizdosies palaist noteiktās ierīcēs.

Testeri strādā, lai mazinātu šīs problēmas ietekmi, vienlaikus nodrošinot lietojamību pēc iespējas vairāk platformās.

Izpētes testētāji rūpīgi pārbauda spēli un tās daudzos sarežģītos scenārijus, lai pārliecinātos, ka katra funkcija darbojas, kā paredzēts; šim procesam parasti nepieciešams manuāls testētājs.

 

2. Pakalpojumu sniedzēja tīmekļa vietne

 

Lai pārliecinātos, ka vietnes darbojas gan lietotājiem, gan personālam, tiek veikta arī izpētes testēšana, tāpēc testētāji var sākt, pieslēdzoties vietnei. Tiek pārbaudīta vietnes spēja izveidot jaunus lietotāju profilus un pārbaudīts, vai lietotāji nevar piekļūt administratīvajām funkcijām.

Pēc tam testētāji veic pakalpojuma pārbaudi, kas var izpausties kā tikšanās rezervēšana vai pasūtījuma veikšana. Pēc tam viņi pabeigs pirkumu, lai pārliecinātos, ka kase darbojas atbilstoši, un pēc tam apskatīs pasūtījuma e-pasta apstiprinājumu un konta vēsturi.

 

3. Slimnīcas vadības sistēma

 

Visu veidu lietojumprogrammas un sistēmas var gūt labumu no izpētes testēšanas. Attiecībā uz slimnīcu pārvaldības sistēmām testētājs var pārbaudīt, kā maksājumu modulis mijiedarbojas ar citām funkcijām.

Augstāki integrācijas līmeņi var radīt būtiskas kļūdas, ja netiek veikta rūpīga testēšana. Šajās pārbaudēs varētu iekļaut arhitektūras diagrammu, kurā būtu izsekotas sistēmas daudzās sastāvdaļas un to savstarpējā mijiedarbība.

Testētāji arī pārbauda iepriekšējās sistēmas iterācijās konstatētās problēmas un īpaši testē, lai pārliecinātos, vai tās joprojām pastāv, un, atklājot kļūdas, nekavējoties rīkojas.

 

Izpētes testēšanā atklāto kļūdu un kļūdu veidi

 

Izpētes testēšanas laikā testētāji var atklāt šādas kļūdas:

 

1. Nesaderīgas funkcijas

Atsevišķas lietojumprogrammas funkcijas var nesadarboties savā starpā, kā paredzēts, un lietotāji var nespēt veikt pirkumus vai lietot lietojumprogrammu. Testētāji pārbauda funkcijas atsevišķi un kopā ar citām, lai pārliecinātos, ka viss sader kopā.

 

2. Nepareizs lietotāja saskarnes dizains

Lietojumprogrammas lietotāja saskarne nosaka, kā tieši lietotājs lieto programmatūru. Piemēram, ja svarīgas funkcijas klientiem nav redzamas, viņi var nepamanīt, ka tās pastāv, un tas ierobežo lietojumprogrammas lietošanas prieku.

Manuālā UI testēšana ļauj identificēt un labot lietotājam nedraudzīgu dizainu.

 

3. Autentifikācijas kļūdas

Daudzas lietojumprogrammas un vietnes ļauj izveidot lietotāja profilu ar noteiktām privilēģijām. Ir ļoti svarīgi, lai testētāji pārbaudītu, vai vidusmēra lietotāji, izmantojot programmatūru, var kādā neparedzētā veidā piekļūt konfidenciāliem datiem vai pat administratīvām funkcijām.

 

4. Miris kods

Testētāji var atklāt, ka lietojumprogrammā joprojām ir novecojis kods, kas var būt pat ievērojamu veiktspējas problēmu cēlonis. Miris kods pārmērīgi sarežģī lietojumprogrammas iekšējo darbību un var radīt kļūdas, no kurām var izvairīties. Identificējot un optimizējot šos apstākļus, programmatūra kļūst elastīgāka personālam un lietotājiem.

 

Kopējās izpētes testēšanas metrikas

 

Parastās metrikas, ar kurām testētāji var saskarties izpētes testu laikā, ir šādas:

 

1. Veiktspējas testa rādītāji

Izpētes testi, kuros aplūko lietojumprogrammas vispārējo veiktspēju, var sniegt plašu metriku klāstu. Tas var ietvert minimālo, vidējo un maksimālo reakcijas laiku, kā arī kļūdu un panākumu rādītājus, lai noteiktu stabilitāti.

 

2. Testa pārklājuma metrikas

Testu pārklājums ir svarīgs, jo tas nosaka, cik daudz lietojumprogrammas kategoriju un aspektu aptver testi. Piemēram, prasību pārklājuma procentuālā daļa ļauj novērtēt, vai ir funkcijas, kurām nepieciešamas papildu testēšanas kārtas.

 

3. Kopējā testa efektivitāte

Sekot veiksmīgo un neveiksmīgo pārbaužu skaitam palīdz testētājiem noskaidrot lietojumprogrammas vispārējo stāvokli. Turklāt komanda var izsekot, cik daudz no atklātajām kļūdām ir kritiskas.

 

4. Defektu sadalījums

Līdzīgi, pārbaudot defektu sadalījumu, tiek parādītas sastāvdaļas vai funkcijas, kas ir visvairāk pakļautas kļūdām. Tās var būt lietojumprogrammas daļas, kas bieži mijiedarbojas ar citām, tāpēc ir svarīgi noteikt šo testu prioritāti.

 

5. Regresijas rādītāji

Izpētes regresijas testēšana ļauj testētājiem redzēt, kā uzvedas vienas un tās pašas programmatūras dažādas iterācijas un kā tas var ietekmēt veiktspēju.

Defektu iesmidzināšanas ātrums un defekti uz vienu izveidi ir konkrēti rādītāji, kas palīdz to izdarīt.

 

Dažu neskaidrību noskaidrošana: Izpētes testēšana vs. ad hoc testi

 

Tā kā liela uzmanība tiek pievērsta testētāja brīvībai, daži cilvēki bieži jauc izpētes testēšanu ar ad hoc testēšanu. Abiem formātiem ir vairākas galvenās līdzības, taču tie kalpo dažādiem mērķiem.

 

1. Kas ir Ad Hoc testēšana?

 

Ad hoc testēšana ir pilnīgi nestrukturēta pieeja, kas lauž tradicionālo testu izstrādi, lai atklātu defektus, kuri citādi nebūtu atklāti.

IS YOUR COMPANY IN NEED OF

ENTERPRISE LEVEL

TASK-AGNOSTIC SOFTWARE AUTOMATION?

Šis testēšanas veids parasti neietver dokumentāciju, tāpēc ir grūti reproducēt problēmas, ja vien testētājs nav pilnīgi pārliecināts par to cēloni.

Viens no piemēriem ir “pērtiķa testēšana” – pārbaude, kas ietver nejaušus ievades datus un kuras mērķis ir izjaukt sistēmu.

Līdzīgi kā izpētes testēšanā, daudzi ad hoc testētāji, lai veiktu šīs pārbaudes, strādā pa pāriem; tas uzlabo to uzticamību. Ad hoc pieeja varētu būt noderīga pēc formālas testu izpildes, lai pārliecinātos, ka pārbaudēs ir ņemtas vērā visas iespējas; tas palīdz arī tad, ja turpmākai testēšanai ir ierobežots laiks. Ad hoc testi ir ļoti noderīgi, ja tie tiek pareizi izpildīti.

 

2. Atšķirības starp izpētes testēšanu un ad hoc testiem

 

Ad hoc testēšana parasti neietver formālu dokumentāciju. Tas ir krasā pretstatā izpētes testiem, kuru improvizētais raksturs padara uzskaiti vēl svarīgāku.

Izpētes testos tiek izmantotas daudzveidīgākas formālās testēšanas metodes, savukārt ad hoc pārbaudēs no tā izvairās, izmantojot ārpus parastās testēšanas etiķetes. Tas palīdz viņiem atklāt kļūdas, kuras testētāji citādi nekad neatklātu.

Izpētes testēšanai ir skaidri noteikti mērķi un robežas, taču komandas locekļi var izmantot radošus testus. Ad-hoc testiem parasti nav definējamu galīgo mērķu, izņemot programmatūras virzīšanu, lai kā tā spētu. Ad hoc testēšana bieži vien ietver arī iepriekšējas zināšanas par programmatūru un tās funkcijām, savukārt pētnieciskā testēšana ietver lietojumprogrammas apguvi tās parastajos procesos.

 

Izpētes testēšana Agile

 

Agile metodoloģija lielā mērā veicina nepārtrauktu uzlabošanu. Tas nozīmē, ka tas labi sader ar izpētes testiem, jo īpaši, pieaugot pieprasījumam pēc biežiem programmatūras atjauninājumiem.

Apvienojot izpētes testēšanu ar Agile, komandas locekļi var iegūt stingrāku testēšanas struktūru, iekļaujot laidiena plānošanu un sprinta izpildi savos grafikos. Uzņēmums, kas izmanto Agile metodes, var vēl vairāk izmantot šo iespēju, apvienojot to ar izpētes testēšanu; tas ir lielisks veids, kā testēt katru atsevišķu lietojumprogrammas komponentu. Tā kā testētāji var veikt izpētes pārbaudes bez skriptiem, tas ietaupa gan kvalitātes nodrošināšanas personālam, gan izstrādātājiem daudz dārgā laika.

Automatizētā izpētes testēšana palielina šos ietaupījumus, palīdzot uzņēmumiem daudz ātrāk pārbaudīt jaunākās lietojumprogrammas iterācijas, iespējams, pat vienas nakts laikā. Izpētes pārbaudes sniedz ātrus, lietojamus rezultātus, un izstrādātāji var veikt nepieciešamās izmaiņas nākamajā sprintā.

Manuālā izpētes testēšana joprojām sniedz daudz priekšrocību saistībā ar Agile, jo tā spēj identificēt problēmas, kuras automatizētā pieeja varētu palaist garām. Citi testēšanas veidi vienkārši aizņem pārāk daudz laika vai sniedz pārāk maz priekšrocību, lai tos varētu ērti iekļaut Agile sistēmā. Izpētes pārbaudes var pārliecināties, ka katrs Agile posms būtiski uzlabo programmatūru un tās funkcionalitāti.

 

7 kļūdas un slazdi, no kuriem jāizvairās, ieviešot izpētes testus

 

Šeit ir aprakstītas septiņas biežāk pieļautās kļūdas, ko uzņēmumi bieži pieļauj, ieviešot izpētes testus, kā arī to, kā uzņēmumi var izvairīties no šīm problēmām:

 

1. Nesabalansēta manuālā/automātiskā testēšana

 

Lai noskaidrotu, kuri testi vislabāk darbojas ar manuālām pārbaudēm un kurus testus būtu lietderīgi automatizēt, ir nepieciešams laiks, taču tas ļauj komandām testēt daudz efektīvāk.

Pārāk daudz testu automatizēšana var radīt lietojumprogrammu, kas ir smagnēja vai nav ērta lietotājam, jo nav cilvēka testētāja.

 

2. Laika ierobežojumi

Izpētes testēšana ir ātrāka nekā daudzi citi testēšanas veidi, taču projekta termiņu realitāte nozīmē, ka joprojām pastāv ierobežojumi attiecībā uz to, cik daudz testu komanda var veikt.

Laika pārvaldība un apņemšanās nodrošināt testēšanas pārklājumu palīdz testēšanas komandai veikt pēc iespējas vairāk pārbaužu daudzās plašās kategorijās.

 

3. Neelastīgi testētāji

Lai gan izpētes testētājiem nav nepieciešamas iepriekšējas zināšanas par programmatūru vai īpaši dziļas prasmes, pārbaudes joprojām ir atkarīgas no atsevišķu komandas locekļu spējām un iniciatīvas.

Projekta vadītājam šīs testēšanas lomas jāpiešķir gudri, vajadzības gadījumā rezervējot tās radošākiem un intuitīvākiem komandas locekļiem.

 

4. Grūtības atkārtot neveiksmes

Ne vienmēr ir skaidrs, kuras darbības veicina testa neveiksmi; var arī nebūt skaidrs, kuri lietojumprogrammas aspekti ir vainojami.

Tāpēc daudzas izpētes pieejas ietver testētāju apvienošanu pāros vai pat tiešu testētāja ekrāna ierakstīšanu, lai labāk izprastu problēmas un to precīzus cēloņus.

 

5. Neskaidra dokumentācija

Neatkarīgi no tā, vai tas ir automatizēts kļūdu ziņojums vai manuāli veikto testu ieraksts, laba dokumentācija ļauj izstrādātājiem vienkāršāk rīkoties saskaņā ar testēšanas komandas konstatējumiem.

Testēšanas komandai ir jānodrošina augstas kvalitātes uzskaite katras atsevišķas pārbaudes laikā, sniedzot pēc iespējas detalizētāku informāciju par katru ziņojumu.

 

6. Augstas prasības

Izpētes testēšana ir noderīga gandrīz jebkuram programmatūras projektam, taču tās darbības joma joprojām ir ierobežota – vislabāk tā darbojas kopā ar citām testēšanas metodēm.

Testēšanas komandām šīs pārbaudes jāveic paralēli parastajiem skriptu testiem; tas ir vienīgais veids, kā kvalitātes nodrošināšanas nodaļas var nodrošināt konsekventi plašu testu pārklājumu.

 

7. Nepareiza automatizācija

Ir svarīgi, lai testēšanas komanda un projekta vadītājs saprastu, kura automatizācijas programmatūra sniedz vislielākās priekšrocības konkrētajam lietojumam.

Dažādām trešo pušu iespējām ir savas unikālas funkcijas, tāpēc komandas izvēle var noteikt tās robotizētās procesu automatizācijas panākumus; viņiem ir jāizvērtē visas iespējas.

 

5 labākie bezmaksas izpētes testēšanas rīki

 

Pieci labākie izpētes testēšanas rīki, kurus kvalitātes nodrošināšanas komandas var izmantot bez maksas:

 

1. ZAPTEST BEZMAKSAS izdevums

ZAPTEST Free nodrošina augstākās klases funkcionalitāti par absolūti nulles cenu, ļaujot jebkurai organizācijai gūt labumu no vienkāršas izpētes testu ieviešanas.

Ar šo lietojumprogrammu var automatizēt jebkuru platformu, ierīci un pārlūkprogrammu, izmantojot inovatīvo 1SCRIPT tehnoloģiju.

ZAPTEST nodrošina arī elastīgu RPA automatizāciju, ļaujot to apvienot ar manuālu pieeju.

 

2. XRAY izpētes lietotne

XEA ļauj lietotājiem izveidot visaptverošus testēšanas plānus un viegli reģistrēt to progresu, racionalizējot izpētes testēšanas kļūdu ziņojumu posmu.

Šī opcija pilnībā koncentrējas uz lietotāja perspektīvu un piedāvā centralizētu rezultātu centru, lai atjauninātu citus testētājus.

Tomēr XRAY pašlaik nav integrētas automatizācijas, kas var ierobežot tās efektivitāti ilgtermiņā.

 

3. Kukaiņu magnēts

Pārlūkprogrammas paplašinājums, kas piedāvā rūpīgu izpētes testēšanu, Bug Magnet ļauj testētājiem pārbaudīt malas gadījumus un citas problemātiskas vērtības.

Šis paplašinājums nodrošina arī vienkāršu fiktīva teksta, e-pasta adrešu un vairāku rakstzīmju kopu integrāciju.

Tomēr tā ir pieejama tikai pārlūkprogrammās Firefox un Chrome, tāpēc tā ir mazāk universāla izvēle nekā tās konkurenti.

 

4. Azure testēšanas plāni

Azure Test Plans ir Microsoft Azure platformas galvenā daļa, kas ļauj testētājiem iegūt bagātīgus datus par daudziem scenārijiem.

Šī opcija ir piemērota gan darbvirsmas, gan tīmekļa lietojumprogrammām, vienlaikus nodrošinot arī visaptverošu izsekojamību, kas skaidri atspoguļo programmatūras izstrādi.

Tomēr šī pieeja bieži vien prasa dziļāku integrāciju ar Azure, tāpēc tā tiek īstenota uz elastīguma rēķina.

 

5. Testiny

Testiny specializējas manuālajā izpētes testēšanā, piedāvājot gudru redaktoru, kas ļauj testētājiem izstrādāt pārbaudes, izmantojot koka struktūru, lai nodrošinātu maksimālu elastību.

Lai nodrošinātu pilnīgu pārskatatbildību un izsekojamību, visas izmaiņas, kas veiktas darbībā vai testa gadījumā, paliek lietojumprogrammas vēsturē.

Tomēr tā ir bezmaksas tikai nelielām komandām un atvērtā koda projektiem.

 

Kādos gadījumos jāizmanto uzņēmumu un kādos bezmaksas izpētes testēšanas rīki?

 

Lai gan izpētes testēšana ir vērtīgs ieguldījums un premium klases lietojumprogrammas parasti piedāvā plašāku funkcionalitāti, ir daudz bezmaksas iespēju, kas nodrošina vairāk nekā pietiekami daudz funkciju.

Izpētes testēšana var būt nozīmīgs darbības izdevums, ja izvēlaties premium modeli, taču ne katram programmatūras izstrādes uzņēmumam vai komandai ir pietiekami daudz naudas. Labākās trešās puses programmatūras izvēle bieži vien ir atkarīga no uzņēmuma īpašajām prasībām.

Vienīgais veids, kā apmierināt projekta vajadzības, var būt maksas risinājums; komandai jāizpēta dažādas izvēles iespējas, pirms tā apņemas izvēlēties lietojumprogrammu.

Uzņēmumi ar mazākām komandām var gūt vislielāko labumu no bezmaksas testēšanas rīkiem, jo daudzas no iespējām ir bezmaksas ierobežotam lietotāju skaitam.

Var arī izvēlēties opcijas bez šī ierobežojuma un opcijas, kas var pielāgoties testēšanas grupas mērogam. Tādējādi izpētes testētāju apvienošana pa pāriem varētu kļūt vēl lietderīgāka, lai nodrošinātu precīzākus rezultātus – komandai, protams, būs nepieciešams mazāks lietotāju profilu skaits.

Daudzi pakalpojumi piedāvā bezmaksas izmēģinājuma versiju, lai organizācijas varētu pārbaudīt, vai tā atbilst to vajadzībām; parasti tas ilgst tikai pāris nedēļas.

 

Izpētes testēšanas kontrolsaraksts, padomi un triki

 

Ir daudzi papildu padomi, kurus testētāji var ņemt vērā, uzsākot izpētes pārbaudes, tostarp:

 

1. Pienācīgi sadaliet funkcijas un moduļus

Lai izvairītos no pārpratumiem, testēšanas komandām ir jāsastāda skaidrs saraksts ar katru funkciju un pārbaudēm, kuras tās plāno veikt. Tas nozīmē arī nodrošināt, ka testi ir atbilstoši sadalīti pa programmatūras funkcijām.

Lai sasniegtu vislabākos rezultātus, ir ļoti svarīgi, lai testēšanas komanda vienotos par to, kuri dalībnieki veiks katru testu, pamatojoties uz viņu prasmēm un stiprajām pusēm.

 

2. Darbs, lai izprastu programmatūru

Mācīšanās posms ir izšķiroša izpētes testēšanas daļa. Tas nozīmē, ka testētājiem ir aktīvi jāiesaistās programmatūras lietošanā un pirms testu izstrādes jānoskaidro, kā tā darbojas.

Šīs programmatūras iekšējās darbības apgūšana var būt sadarbības process, kas nodrošina labāku izpratni visā komandā. Tas ļauj testētājiem izstrādāt labākas pārbaudes un testa gadījumus.

 

3. Noskaidrojiet problemātiskās jomas

Katrā lietojumprogrammā ir funkcijas vai komponenti, kas mijiedarbojas ar citiem. Tā kā programmatūra kļūst arvien sarežģītāka, pastāv lielāka iespēja, ka tajā var rasties kļūdas, tāpēc var būt nepieciešams veikt vairāk testēšanas. Komandai ir aktīvi jāstrādā, lai noskaidrotu, kurām sastāvdaļām nepieciešama papildu palīdzība.

Tie var izmantot īpašus testēšanas maršrutus, kas vislabāk atspoguļo lietojumprogrammas vajadzības un komandas vispārējās testēšanas prioritātes.

 

4. Sāciet ar pamata lietotāju scenārijiem

Ja nepieciešams, kvalitātes nodrošināšanas komandas var veikt izpētes testus jebkurā secībā, taču, iespējams, būtu lietderīgāk sākt ar vieglākām pārbaudēm, pirms pievērsties sarežģītākām funkcijām.

Tas nodrošina vienmērīgu sarežģītības progresu, dodot testētājiem iespēju izprast programmatūru. Tas palīdz arī pārbaudīt, vai pamatfunkcijas darbojas, kā paredzēts.

 

5. Testētāju pāru apvienošana

Pārī veikta izpētes testēšana gan racionalizē, gan apstiprina kvalitātes nodrošināšanas posmu, ļaujot testētājiem strādāt ar pilnīgu pārliecību par katru pārbaudi. Sadarbība padara efektīvāku jebkāda veida testēšanu, jo uzlabo katra komandas locekļa zināšanas par programmatūru.

Viņi var arī sniegt daudz padziļinātākus ziņojumus par kļūdām, jo viņu individuālā perspektīva ļauj izstrādātājiem iegūt vairāk informācijas, ar ko strādāt.

 

6. Veiciet vairākus testus

Komandas spēja atkārtoti pārbaudīt pieteikumu ir atkarīga no grafika un termiņiem. Taču, ja tas ir iespējams, var būt lietderīgi divreiz pārbaudīt īpaši problemātiskas sastāvdaļas.

Turklāt, atkārtojot testus, var pārbaudīt, vai iepriekš konstatētā problēma ir novērsta un neietekmēs programmatūru turpmāk. Šāda rūpība dažkārt ir nepieciešama, lai pārliecinātos, ka testēšana ir veiksmīga.

 

Secinājums

 

Izpētes testēšanai ir daudz ko piedāvāt visu veidu programmatūras izstrādes uzņēmumiem, jo tā papildina skriptu testēšanu un daudzas citas pārbaudes.

Ar izpētes testēšanas palīdzību kvalitātes nodrošināšanas komandas var testēt lietojumprogrammas atbilstoši augstākiem standartiem, uzlabojot galīgās programmatūras kvalitāti un palīdzot izstrādātājiem novērst kļūdas, ja tādas ir.

Vislielāko ieguvumu var nodrošināt manuālas un automatizētas izpētes testēšanas kombinācija, kas ļauj pievērst vienlīdz lielu uzmanību visām programmatūras sastāvdaļām.

Ja jūsu uzņēmumam ir nepieciešama izpētes automatizācijas programmatūra, ZAPTEST FREE Edition piedāvā daudz plašāku un elastīgāku funkcionalitāti nekā citas augstākās klases lietojumprogrammas, ļaujot testētājiem viegli optimizēt šīs pārbaudes.

 

Biežāk uzdotie jautājumi un resursi

 

1. Labākie kursi par izpētes testu automatizāciju

 

Gan jauniem, gan pieredzējušiem pētniecisko testu veicējiem būtu noderīgi kursi, lai uzlabotu savas prasmes. Tas ietver arī izpratni par to, kā izmantot jaunu programmatūru.

Noderīgi kursi, kas var palīdzēt šajā jomā, ir šādi:

– Udemy’s Complete 2023 Software Testing Bootcamp; tas māca plašu programmatūras testēšanu 28 stundu laikā.

– Coveros’s Exploratory Testing; tajā galvenā uzmanība pievērsta tam, kā izstrādāt hartu un piemērot izpētes testus API.

– Polteq divu dienu pētnieciskās testēšanas apmācība; tajā tiek apskatīts, kā pētnieciskie testi darbojas Agile kontekstā.

– LinkedIn’s Exploratory Testing (Izpētes testēšana); tas parāda, kā mūsdienu programmatūras testēšana ir ietvērusi izpētes pārbaudes.

– Coursera’s Introduction to Software Testing; tas palīdz pirmreizējiem testētājiem izprast tipiskās procedūras.

 

2. Kādi ir 5 svarīgākie intervijas jautājumi par pētniecisko testēšanu?

 

Intervijās par izpētes testēšanas pozīcijām ir svarīgi, lai personāla atlases vadītāji uzdotu pareizus jautājumus, lai precīzi novērtētu kandidāta prasmes un pieredzi.

Pieci svarīgākie jautājumi, kas jāuzdod, ir šādi:

– Kādas ir galvenās atšķirības starp skriptu un izpētes testēšanu, ieskaitot to piemērotību?

– Ar kādiem izaicinājumiem esat saskāries kā izpētes testētājs un kā jūs tos pārvarējāt?

– Norādiet pētniecisko testu piemērus, kuriem robotizēta procesu automatizācija būtu visnoderīgākā.

– Kāda, jūsuprāt, ir vissvarīgākā (tehniskā vai cita veida) prasme izpētes testētājam?

– Ko jūs ieteiktu testētājam, kurš cenšas izprast programmatūru un kā to pārbaudīt?

 

3. Labākās YouTube pamācības par izpētes testēšanu

 

Videoklipu koplietošanas vietnēs, piemēram, YouTube, ir pieejamas daudzas bezmaksas pamācības, kas var palīdzēt topošajiem testētājiem izprast tās pamatprincipus. Daži no tiem ir daļa no sērijas, bet citi ir atsevišķi video, kas padziļināti aplūko attiecīgo tēmu.

Šādas pamācības piedāvā šādi kanāli:

– Testēšanas akadēmija piedāvā simtiem videoklipu, kas aptver visus programmatūras testēšanas aspektus.

– Software Testing Mentor, kas tāpat piedāvā plašus videoklipus par programmatūras testēšanas pamatiem.

– QAFox, kas nodrošina arī reālus piemērus un dzīvus projektus, lai papildinātu visus videoklipus.

– SDET-QA Automation Techie, kurā ir vairāki visaptveroši videoklipi par dažādām testēšanas pieejām.

– GlitchITSystem, kas aplūko dažādas tīmekļa vietnes, izmantojot izpētes testēšanu, lai mēģinātu atklāt nepilnības.

 

4. Kā uzturēt izpētes testus?

 

Labi veikti izpētes testi ietver spēcīgu dokumentāciju, uz kuru izstrādātāji un nākamie testētāji atsaucas, izstrādājot jaunākas programmatūras iterācijas.

Ja lietojumprogrammā tiek veikti nozīmīgi atjauninājumi, ir nepieciešams atkārtoti pārbaudīt tās pamatfunkcijas, lai nodrošinātu, ka šie papildinājumi negatīvi neietekmē jau esošās funkcijas.

Tas ir vienīgais veids, kā garantēt, ka izpētes testi ilgtermiņā būs veiksmīgi. Tas palīdz arī ņemt vērā nākotnes plānus, piemēram, provizoriskās funkcijas, izstrādājot sākotnējo lietojumprogrammu un tās pārbaudes.

QA personālam ir pienācīgi jāplāno šie testi un jānosaka, kad lietojumprogramma jāpārbauda atkārtoti; šajā procesā komandai var palīdzēt automatizēti testēšanas rīki.

 

5. Vai izpētes testēšana ir melnās kastes testēšana?

Izpētes testēšana ir ļoti līdzīga melnās kastes testēšanai, kas nozīmē lietojumprogrammas pārbaudi, aplūkojot tās funkcijas, tieši nepārbaudot kodu.

Izpētes testēšanā nav skaidri ierobežoti pārbaužu veidi; šī pieeja var aptvert visus programmatūras aspektus, tostarp kodu.

Viena no galvenajām līdzībām starp šiem diviem testēšanas veidiem ir tā, ka testētājam nav priekšzināšanas. Melnās kastes testētāji parasti nav iepazinušies ar programmatūru pirms tās testēšanas, un izpētes testētāji sākotnējās pārbaudes laikā uzzina, kā programmatūra darbojas.

Lai gan pētnieciskā testēšana kopumā ne vienmēr tiek klasificēta kā melnās kastes testēšana, ir taisnība, ka starp šīm divām pieejām ir ievērojams krustojums.

Download post as PDF

Alex Zap Chernyak

Alex Zap Chernyak

Founder and CEO of ZAPTEST, with 20 years of experience in Software Automation for Testing + RPA processes, and application development. Read Alex Zap Chernyak's full executive profile on Forbes.

Get PDF-file of this post