Meni

Izzivi ročnega in avtomatiziranega preskušanja

manual automation testing challenges

Preizkusite Naš Instrument Za Odpravo Težav

Testiranje programske opreme ima veliko izzivov tako v priročniku kot tudi v avtomatizaciji.

Na splošno v scenariju ročnega preizkušanja razvijalci prek graditve do preskusne skupine predpostavljajo, da bo odgovorna preskusna skupina ali preizkuševalec izbrala gradnjo in prišla vprašati, o čem gre. To velja za organizacije, ki ne sledijo tako imenovanim „procesom“.

Tester je posrednik med razvojem ekipe in strankami, ki obvladuje pritisk obeh strani. Predvidevam, da je večina naših bralcev dovolj pametna, da se lahko spoprime s tem pritiskom. Ali ne?

kako začeti nov projekt v mrku

Izzivi ročnega in avtomatiziranega preskušanja

To ni vedno tako. Včasih lahko preizkuševalci zaradi nekvalificiranega dela dodajo zaplete v preskusnem procesu. V tej objavi sem dodal večino preizkuševalnih izzivov, ki so nastali zaradi preskusnega osebja, razvijanja osebja, preskusnih postopkov in napačnih odločitev vodstva.

Torej gremo na vrh izzivov:

# 1) Testiranje celotne aplikacije
Ali je možno? Mislim, da nemogoče. Testnih kombinacij je na milijone. Tako v ročnem kot tudi v samodejnem testiranju ni mogoče preizkusiti vsake kombinacije. Če preizkusite vse te kombinacije, izdelka ne boste nikoli poslali ;-)

# 2) Nerazumevanje procesov v podjetju
Včasih preprosto niste dovolj pozorni na to, kakšni so procesi, ki jih določa podjetje in ki so namenjeni temu. V preizkuševalcih je nekaj mitov, da naj grejo le za procese v podjetju, čeprav ti postopki ne veljajo za njihov trenutni scenarij testiranja. Posledica tega je nepopolno in neprimerno preizkušanje aplikacij.

# 3) Odnos z razvijalci
Velik izziv. Zahteva zelo usposobljen preizkuševalec, ki bo to razmerje obravnaval pozitivno in celo tako, da bo delo opravil na način preizkuševalcev. Razlogov za razvijalce ali preizkuševalce je preprosto na stotine, če se z nekaterimi točkami ne strinjajo. Za to tester tudi zahteva Dobra komunikacija , Odpravljanje težav in analiziranje spretnosti.

# 4) Testiranje regresije
Ko se projekt širi, regresijsko testiranje preprosto postane nenadzorovano. Pritisk na sedanje spremembe funkcionalnosti, predhodna preverjanja delujoče funkcionalnosti in sledenje napakam.

# 5) Pomanjkanje Izkušeni preizkuševalci
Temu bom rekel 'napačna odločitev vodstva' med izbiro ali usposabljanjem preizkuševalcev za njihovo projektno nalogo. Ti nekvalificirani sodelavci lahko dodajo več kaosa kot poenostavitev preizkusnega dela. Posledica tega so nepopolna, nezadostna in priložnostna testiranja v celotnem programu Testiranje življenjskega cikla .

# 6) Testiranje vedno pod časovno omejitvijo
Hej preizkuševalec, ta izdelek želimo poslati do tega vikenda. Ste pripravljeni na dokončanje? Ko to naročilo odda šef, se tester preprosto osredotoči na dokončanje naloge in ne na pokritost s testom in kakovost dela. Obstaja ogromen seznam nalog, ki jih morate opraviti v določenem času. Sem spada pisanje, izvajanje, avtomatizacija in pregled testnih primerov.

# 7) Katere teste najprej izvesti?
Če se soočate z izzivom iz točke 6, kako boste potem sprejeli odločitev, katere testne primere je treba izvesti in s kakšno prednostjo? Kateri testi so pomembni pred drugimi? To zahteva dobre izkušnje za delo pod pritiskom.

# 8) Razumevanje zahtev
Včasih so preizkuševalci odgovorni za komunikacijo s strankami za razumevanje zahtev. Kaj pa, če tester ne razume zahtev? Bo lahko pravilno preizkusil aplikacijo? Vsekakor ne! Preizkuševalci zahtevajo dobre sposobnosti poslušanja in razumevanja.

vprašanja za vhodni nivo qa tester

# 9) Testiranje avtomatizacije
Številni podizzivi - Ali naj se avtomatizira testiranje? Do katere stopnje avtomatizacije je treba narediti? Ali imate dovolj avtomatiziranih virov? Ali je čas dovoljen za avtomatizacijo testnih primerov? Pri odločitvi za avtomatizacijo ali ročno preskušanje bo treba obravnavati prednosti in slabosti vsakega postopka.

# 10) Odločitev o ustavitvi testiranja
Kdaj ustaviti testiranje? Zelo težka odločitev. Zahteva temeljno presojo preskusnih procesov in pomembnost vsakega postopka. Zahteva tudi sposobnost odločanja v trenutku.

# 11) Ena testna skupina v več projektih
Izziv za spremljanje vsake naloge. Komunikacijski izzivi. Velikokrat pride do neuspeha enega ali obeh projektov.

# 12) Ponovna uporaba testnih skriptov
Načini razvoja aplikacij se hitro spreminjajo, kar otežuje upravljanje testnih orodij in testnih skriptov. Preskus ali ponovna uporaba skripta je zelo pomembna, a težka naloga.

# 13) Preizkuševalci, ki se osredotočajo na iskanje enostavnih napak
Če organizacija nagrajuje preizkuševalce na podlagi številnih napak (zelo slab pristop k ocenjevanju Uspešnost preizkuševalcev ), potem se nekateri preizkuševalci osredotočijo le na iskanje lahkih napak, ki ne zahtevajo globokega razumevanja in testiranja. Trda ali subtilna napaka ostane neopažena pri takem preskusnem pristopu.

# 14) Za obvladovanje izčrpanosti
Zaradi povečanja plač in ugodnosti mnogi zaposleni v zelo kratkih intervalih zapustijo podjetje. Vodstvo se sooča s težkimi težavami, da bi se spopadlo s stopnjo izčrpanosti. Izzivi - Novi preizkuševalci že od začetka zahtevajo projektno usposabljanje, zapletene projekte je težko razumeti, zamuda pri datumu pošiljanja!

To je nekaj najboljših izzivov preizkušanja programske opreme, s katerimi se srečujemo vsak dan. Uspeh ali neuspeh projekta je v veliki meri odvisen od tega, kako obravnavate ta osnovna vprašanja.

napredna vprašanja za sql intervju in pdf

Za nadaljnje reference in podrobne rešitve teh izzivov glejte knjigo 'Surviving the Top Ten Challenges of Software Testiranje', ki sta jo napisala William E. Perry in Randall W. Rice.

Nazaj k tebi
Mnogi od vas delate na polju Ročno in / ali Avtomatizirano testiranje. Čeprav sem v prejšnjih člankih obravnaval številne zgoraj navedene izzive, želim vaše poglede na to, kako ravnati s temi izzivi testiranja programske opreme. Vas prosimo, da svoje mnenje izrazite v spodnjem oddelku za komentarje.

Priporočeno branje

^