Meni

Kdaj se odločiti za avtomatizirano testiranje?

when opt automation testing

Preizkusite Naš Instrument Za Odpravo Težav

Ali bi morali razmisliti o preizkusu avtomatizacije za projekt? Kdaj naj gremo na testiranje avtomatizacije?

Testiranje se izvaja, da se končnim uporabnikom zagotovijo kakovostni rezultati. Faza testiranja je eden glavnih vidikov STLC .

Vsako podjetje se bolj osredotoča na testiranje programske opreme, saj njegova kakovost prinaša optimalno zadovoljstvo strank, vendar se številna od njih še vedno borijo pri izbiri vrste testiranja, bodisi z avtomatiziranim ali ročnim testiranjem.

Kdaj se odločiti za avtomatizirano testiranje

Ta članek bralcu pomaga razumeti, kaj je preizkušanje avtomatizacije, kdaj se odločiti za to in kar je najpomembneje, kdaj ne. Naučite se tudi optimalne uporabe Orodja za avtomatizacijo za testiranje .

Ne glede na to, kakšno delo je opravljeno, ga je treba izvesti učinkovito in mora biti tudi stroškovno učinkovito. Poleg tega bi moralo biti smiselno, da se stranka počuti zadovoljna zaradi končnih rezultatov.

Kaj se boste naučili:

Testiranje programske opreme in stroškovne koristi

Preizkušanje programske opreme običajno izvaja preizkuševalec programske opreme. Razlika med preizkuševalcem in resničnim uporabnikom je v tem, da bo slednji poznal le delno uporabo programske opreme, ki se uporablja za njihovo poslovanje ali njihove naloge, in je ne bo poznal v celoti. Po drugi strani pa bo preizkuševalec seznanjen z vsemi tehničnimi in funkcionalnimi zahtevami programske opreme. Na podlagi zahtev, ki jih zagotovi stranka, bo treba pripraviti testne načrte in testne primere.

Načrt testiranja ni nič drugega kot podroben načrt izvedbe postopka testiranja. Ta bo vsebovala popolne podrobnosti o številu virov in virov, ki sodelujejo pri testiranju, kaj storiti in kdaj to storiti, kaj ne bo storjeno, in okolje, v katerem bo izvedeno itd.

Testne primere je treba pripraviti po jasnem razumevanju funkcionalnega in tehničnega vidika programske opreme. Preizkuševalec mora imeti močno sposobnost opazovanja in popolno znanje o programski opremi.

Testiranje življenjskega cikla

Poleg tega imajo stroški tukaj učinkovito vlogo. Kupci raje sprejmejo programsko opremo z najvišjo kakovostjo z minimalnimi stroški. Ko gremo na ročno testiranje, je postopek bolj dolgočasen in dolgotrajen, saj ga vse skupaj opravi ročno tester.

Na primer , ko potrebujemo ‘n’ število preskuševalcev izvedite regresijsko testiranje , lahko traja skoraj 50 ur za izvedbo vseh testnih primerov. Na podlagi razpoložljivosti virov se bodo izvedli testni primeri. Toda z manj časa za avtomatizirano testiranje se v primerjavi z ročnim testiranjem izvede optimalna izraba virov in največja pokritost testnih primerov.

Postopek ročnega preskušanja

Inteligenca za testiranjem programske opreme

Za vsako organizacijo je zelo pomembno, da ve, kdaj začeti postopek testiranja in kdaj ga zapustiti. Morali bi vedeti, kdaj začeti s testiranjem, ker je neuporabno začeti testiranje, ko je končana razvojna faza in ko zahtevani kriteriji niso izpolnjeni. Vedno je najboljša praksa, da začnemo s fazo zasnove testa, medtem ko razvoj poteka.

Preizkušanje inteligentnosti programske opreme

Spodaj so navedena merila za vstop in izhod za testiranje programske opreme:

Merila za vstop

Ko je projektni dokument podpisan, je treba v fazi načrtovanja pripraviti preskusne načrte. Preskusni načrt ima ključno vlogo. Potrebno strojno opremo je treba pravilno namestiti in konfigurirati ter preveriti njeno delovanje. Funkcionalne zahteve morajo biti jasne in odobrene. Razvito kodo morajo razvijalci enotno preizkusiti in podpisati.

Testni primeri in podatki o preskusih morajo biti pripravljeni in odobreni. Na voljo morajo biti podatki o preskusih in aplikacija. Preizkuševalec mora imeti pomembno in zadostno znanje o aplikaciji. Viri morajo biti dobro usposobljeni za uporabo orodij in razjasnjeni z vsemi zahtevanimi funkcionalnostmi.

Tester mora biti na voljo. Ko katero od meril ni doseženo, se vstopna merila za testiranje zadržijo.

(Opomba: Za povečan pogled kliknite katero koli sliko)

Avtomatizacija vstopnih meril

Merila izstopa

Šele ko je vsaj 95% obveznih testnih primerov zaklenjenih z rezultatom 'uspešno', lahko izstopimo iz faze testiranja izdelka. Vendar ni tako enostavno ugotoviti, kdaj se lahko testiranje programske opreme ustavi ali če ga je še treba izvesti. In takšne razmere se pogosto pojavljajo tudi.

Avtomatizacija meril za izhod

Glavna merila so navedena spodaj:

  • Ko so odpravljene vse napake.
  • Ko je rok dosežen.
  • Ko se proračun izčrpa ali izčrpa.
  • Ko bodo opravljeni vsi testni primeri.
  • Ko je sporazum podpisan.
  • Ko se opravi določen odstotek testiranja.
  • Ko Alfa in beta testiranje se konča.

Merila za izhod je mogoče izpeljati zgolj na podlagi dejavnikov, kot so tveganje, stroški itd. Ko je doseženo preskušanje glavnih funkcionalnih zahtev, se testiranje običajno ustavi in ​​nikoli ne iščejo manjših napak, kar bo povzročilo težave poznejša obdobja.

Avtomatizacija meril za izstop

Primer: Programska oprema ABC je v fazi načrtovanja. Razvoj in preizkušanje konstrukcije se navadno izvajata istočasno. Po zamrznitvi zasnove se začne razvoj programske opreme. Dokončanje razvoja programske opreme, kot je bilo dogovorjeno, označuje vstopna merila. Tukaj prispevajo razvojne skupine. Vključuje opombe ob izdaji in znane težave.

Po nekaj ponovitvah testiranja, ko noben glavni zamašek / blokator / razstava ne čaka na razrešitev in je 95% preizkusov povzročilo prehod, je to navedeno kot izstopno merilo.

Avtomatizacija - je res bistvena?

Kdaj se moramo odločiti, ali potrebujemo Tehnika avtomatiziranega preskušanja ali ne, tu se poraja vprašanje razpoložljivih virov. Razlogi, ki jih moramo avtomatizirati, so v preverjanju, ali pretok podatkov in razvita funkcionalnost delujeta v skladu s pričakovanji brez ročnega posredovanja ali ne. Uporablja se predvsem tam, kjer se bo programska oprema spremenila v obliki več izdaj / ciklov itd.

odprtokodni sistem upravljanja relacijskih baz podatkov

Na koncu razvoja vsakega cikla bo opravljeno testiranje trenutno dodane funkcionalnosti. Poleg tega bo izvedeno testiranje stare funkcionalnosti, da se zagotovi, da stare funkcionalnosti niso prekinjene. To je glavni del področja avtomatizacije.

Pri preverjanju logike, ki jo poganja koda, in zahtev za grafični uporabniški vmesnik lahko izberete samodejno testiranje, če je dejavnik tveganja visok.

Je avtomatizacija bistvena

Primer: Za programsko opremo ABC so pogoste nadgradnje, posodobitve išče stranka in jih ponujajo razvijalci. Kot del testiranja se regresija opravi za programsko opremo, ki že deluje in deluje v proizvodnji. Ne glede na število izdaj, nadgradenj in posodobitev bo veljavna trenutna različica.

Recimo, da je za pokrivanje regresijskih preskusov potrebnih 10 dni ročnih prizadevanj, potem pa je treba skrbeti za njihovo avtomatizacijo. Prihranite lahko vsaj 60% truda in 10 * 8 = 80 ur ročnega dela.

Avtomatizacija lahko zaključi samo 80/24 = 3,33 dni. S tem prihranite približno 6,67.

Zakaj avtomatizacija?

Avtomatizacijo lahko izberemo le, če:

  • Aplikacija ima zelo veliko področje z veliko stopnjo vlaganja truda v regresijo.
  • Optimizacija stroškov je nastala zaradi ročnih napak.
  • Programska oprema ima več različic in različic.
  • Dolgoročno je stroškovno učinkovit.
  • Dejavnik tveganja je večji za širši obseg izvedbe testa.
  • Številke stroškov in matematični izračuni so vključeni v funkcionalnost programske opreme.
  • Poveča se tempo izvajanja, učinkovitost skupaj s kakovostjo programske opreme.
  • Čas je manjši, tudi pri testiranju programske opreme z visokim tveganjem.

Dejavnik tveganja

Faktor tveganja postane prevladujoče pogost v poslu, kjer je veliko odvisnosti od časovnega dejavnika. Programska oprema, ki deluje na podlagi transakcijskih sistemov in deluje v več aplikacijah, bo zahtevala, da programska oprema deluje v skladu z zasnovo programske opreme. V tem primeru obstaja veliko tveganj za zapis pravilnega funkcionalnega vedenja.

Tu bo avtomatizacija zelo koristna pri izvedbi funkcionalnih transakcij z boljšim tempom v skladu s programskim mehanizmom.

Na primer , v primeru kazalnika trga Forex je časovni faktor zelo pomemben in kritičen. Spremembe zalog in blaga se pojavijo glede na čas, včasih manj kot sekunde. Tu lahko avtomatizacija pomaga pri preizkušanju takšne programske opreme z velikim tveganjem.

Dejavnik tveganja pri avtomatizaciji

Primer: Programska oprema ABC ima več posodobitev in nadgradenj. Da bi prihranili ročne napore in skrajšali čas obratovanja za fazo testiranja, lahko osnovno različico ali stare funkcionalnosti avtomatiziramo. To lahko postane veljavno šele, ko osnovne funkcije ostanejo nespremenjene.

Prednost avtomatizacije je, da jih je mogoče zagnati brez ročnega posega. Tudi to je mogoče izvajati vzporedno s testiranjem novejših funkcionalnosti. Zato avtomatizacija prihrani veliko truda in veliko časa.

Kdaj ne bi smeli imeti AVTOMATIZACIJE PREDNOSTNE?

Med več organizacijami se pojavlja vprašanje - Zakaj 100% avtomatizacija ni mogoča?

Odgovor strokovnjakov je ŠT ker morajo usposobljeni uporabniki izvajati avtomatizirano testiranje in morajo biti tudi dobro usposobljeni. Avtomatizacije ni mogoče izvesti v začetni fazi meril in zahteve vlog ne bodo jasne.

Običajno je avtomatizacija prednost pri drugi ponovitvi katere koli izdaje programske opreme. Uporabniški vmesnik je mogoče spremeniti, kar je dražje, vzdrževanje skripta pa je tudi dražje.Če stroški, potrebni za orodje za avtomatizacijo, presegajo proračun projekta, lahko rečemo ne.

Primer: Programska oprema XYZ je vrsta spletnega mesta za e-poslovanje, na katerem zahteve odjemalca niso zamrznjene in se spreminjajo, kadar jih stranke zahtevajo.

Tu v tem primeru avtomatizacija ne more pomagati regresiji. To je zato, ker starih neveljavnih funkcij ne bi smeli preizkušati, zato jih je treba opraviti ročno. Na primer, stranka mora imeti vsa osnovna polja v osnovni programski opremi spremenjena kot spustna polja.

Stroški in donosnost naložbe za avtomatizacijo

Donosnost naložbe je zelo nizka, če se najprej odločimo za avtomatizacijo, ker je avtomatizacija prvič draga. Donosnost naložbe se povečuje, saj se ročni napor pri preizkušanju programske opreme zniža s ponovitvami druge izdaje. Pred avtomatizacijo se moramo zavedati pričakovanega izida katerega koli preskusnega primera.

Razmislite o zasnovi testnih primerov, ki je pri izbiri avtomatizacije pomembnejša in pri katerem koli orodju, ki bo zagotovilo, da ne bo povečalo stroškov.

Priročnik za primerjavo stroškov in avtomatizacija

Kje lahko avtomatizacija zniža minimalno in BREZ stroškov?

Celo avtomatizacija stane, ker je treba kupiti potrebno orodje za testiranje. Vire je treba usposobiti s posebnim orodjem. Izbrano orodje mora biti izvedljivo za preizkušanje vseh področij programske opreme.

Zato bi morali strokovnjaki za testiranje avtomatizacije skrbno izbrati orodje.

Primer: Razmislite o izdelku XYZ, ki se ukvarja z zavarovanjem. Za zmanjšanje stroškovnega faktorja je podjetje uporabljalo le ročno preskušanje, pri zavarovanju pa je dejavnik tveganja visok in lahko podjetje stane, če se kateri od izračunov premije pokvari. Celotna izguba bo za poslovodstvo ali končnemu uporabniku. Končni uporabnik ne bo nosil izgube, medtem ko mora podjetje.

Ko se izračunani znesek premije ne ujema z prvotno premijo (tj.), Ko pride do razlike v izračunu premije za čelni in zadnji del, potem med kupcem in prodajalcem izdelka nastane velik problem. Vsebuje lahko tudi veliko modulov, kot so avtomobili, dom in drugi.

Ko gre kaj narobe, je to popolna izguba. Razlika v izračunu je lahko za preizkuševalca smiselna in lahko povzroči napake. V tem projektu je ročno testiranje lahko naredite za osnovni uporabniški vmesnik, kot je preverjanje številke TIN, socialne identifikacijske številke in drugih informacij, povezanih z uporabniškim portfeljem, in jih lahko ročno preizkusite, kadar je dejavnik tveganja nizek. Njim ali če bi podjetje dobilo, bolj imajo radi avtomatizacijo za testiranje svoje programske opreme.

Zaključek

Tako avtomatizacija kot ročno testiranje imata tudi prednosti in slabosti. Šele ko bomo jasno razumeli koncepte in zahteve, bomo lahko izbrali, kakšno testiranje bomo izvedli.

Nobenega projekta ni mogoče preizkusiti samo z ročnim ali samodejnim testiranjem. Odvisno od zasnove, platforme in tehnologije, s katero je bila razvita programska oprema. Pri odločanju je torej treba biti previden pri izbiri metode testiranja in uporabiti nasvete strokovnjakov.

V zgornjem članku smo morda pogrešali nekaj dejavnikov. Prosimo, delite dejavnike, ki se vam zdijo pomembni pri izbiri avtomatizacije ali celo orodij za avtomatizacijo.

Medtem vas prosimo, da delite svoje komentarje / predloge glede tega članka.

Priporočeno branje

^