Meni

Kako odabrati ispravne ispitne slučajeve za ispitivanje automatizacije (i u konačnici postići pozitivan povrat ulaganja u automatizaciju)

  • Glavni
  • Ispitivanje Automatizacije
  • Kako odabrati ispravne ispitne slučajeve za ispitivanje automatizacije (i u konačnici postići pozitivan povrat ulaganja u automatizaciju)

how select correct test cases

Isprobajte Naš Instrument Za Uklanjanje Problema

Sada je doba testne automatizacije . Većina projekata testiranja pokušava prevesti svoje ručne ispitne slučajeve u automatizirane kako bi se poboljšala produktivnost i pokrivenost.

Jedan od ključnih koraka za započinjanje automatskog testiranja je - odabir odgovarajućih testnih slučajeva i određivanje ROI-a (povrata ulaganja).

Što očekivati ​​od ovog članka?
U ovom sam članku na temelju svog iskustva pokušao navesti nekoliko važnih točaka kako bih vam pomogao odabrati pravog kandidata automatizaciju i odrediti razne druge čimbenike koji će donijeti bolje rezultate ispitivanja i koristi.

Kako odabrati ispravne ispitne slučajeve za automatsko ispitivanje

Zašto automatizirano testiranje?

Automatizacija ne nadvladava niti zamjenjuje ručno testiranje, ali ga pohvalno ocjenjuje. Poput ručnog, i automatizacija treba strategiju s pravilnim planiranjem, nadzorom i kontrolom. Kada se automatizacija pravilno primijeni, može postati prednost timu, projektu i na kraju organizaciji.

Mnogo je prednosti automatizacije; evo nekoliko važnih napomena:

Mnogo puta dionici smatraju da automatizacija ispitivanja djeluje kao alat za podršku ručnom testiranju, pa je vrlo važno shvatiti da je automatizacija najbolji način za povećanje učinkovitosti, djelotvornosti i pokrivenosti testiranja. To ne samo da štedi vrijeme, već i poboljšava preciznost, jer se ponavljajući zadaci ručnim pristupom mogu skloniti ljudskim pogreškama i oduzimati puno vremena.

Kandidati za automatizaciju

Osnovna pogreška koju treba izbjegavati:
Jedna od najosnovnijih pogrešaka koje testeri čine NIJE odabir ispravnih testnih slučajeva za automatizaciju.

Nemojte samo odabrati bilo koji paket za testiranje. Temeljito analizirajte test slučajeve i odaberite kandidate za automatizaciju uzimajući u obzir najvažniji čimbenik, tj. ROI. Prvo, trebali bismo razumjeti i saznati načine za postizanje većeg i pozitivnog ROI-a.

sql upit za intervjue za testere

( ROI - povrat ulaganja - To je izračun koristi u smislu uštede troškova, povećane učinkovitosti i kvalitete)

Ne postoji standardni postupak za određivanje ispravnih testnih slučajeva za automatizaciju. Sve ovisi o aplikaciji koju testirate.

Na temelju svog iskustva pokušao sam iscrtati nekoliko koraka koji mogu pružiti uvid u odabir testnih slučajeva i na kraju napredovati u postizanju pozitivnog ROI-ja za automatizaciju.

Također pogledajte => Kako prevesti slučajeve ručnog testiranja u skripte za automatizaciju?

Što ćete naučiti:

Kako odabrati ispravne ispitne slučajeve za ispitivanje automatizacije

Korak 1:

Utvrdite parametre na kojima ćete temeljiti svoj testni slučaj kao kandidata za automatizaciju.

Od sada identificiram dolje navedene parametre, možete imati vlastite parametre, ovisno o vašoj aplikaciji.

  • Test slučaj izveden s različitim skupovima podataka.
  • Test slučaj izveden s različitim preglednicima.
  • Test slučaj izveden u različitim okruženjima.
  • Test slučaj izveden složenom poslovnom logikom
  • Test slučaj izveden s različitim skupom korisnika
  • Testni slučaj uključuje veliku količinu podataka
  • Test slučaj ima bilo kakve ovisnosti
  • Test slučaj zahtijeva posebne podatke

Korak 2:

Razdvojite svaku aplikaciju na module. Za svaki modul analizirajte i pokušajte identificirati ispitne slučajeve koji bi trebali biti automatizirani na temelju parametara. Ovaj se popis razlikuje od projekta do projekta, a može se poboljšati i prema vašim potrebama:

Slika 1.0

Priručnik za ispitivanje automatizacije

Y - Da
N - Ne

Na sličan se način za sve module ovaj popis može koristiti za identificiranje testnih slučajeva kandidata za automatizaciju.

3. korak :

Objedinite i grupirajte broj ispitnih slučajeva za svaki modul prikazan u nastavku

Slika 2.0

Priručnik za ispitivanje automatizacije 1

Slika 2.0 prilično je jednostavna i samorazumljiva. Ovdje pokušavam kvantificirati detalje i dati procjenu da bih ručno završio testiranje.

Korak 4:

Nakon što identificirate sve detalje na razini granula, možete ih predstaviti na dolje navedeni način. Sada napredujemo u izračunavanju ROI-ja.

Slika 3.0:

Priručnik za ispitivanje automatizacije 2

Također bismo trebali uzeti u obzir sljedeće atributi koji čine osnovu za odvraćanje ROI-ja :

  • Trošak nabave i licenciranja alata
  • Vrijeme je za razvoj scenarija
  • Vrijeme je za održavanje skripti.
  • Vrijeme je za ručnu i automatsku analizu rezultata
  • Vrijeme i troškovi za osposobljavanje resursa.
  • Opći troškovi uprave

Primjer izračuna ROI za automatizaciju testa

U većini slučajeva ROI se izračunava na 5 godina, ali nije obvezan. Na temelju gore navedenih čimbenika, pokušat ću detaljnije objasniti izračun ROI za 5 godina. Kao i obično, uvijek ga možete prilagoditi i poboljšati.

Priručnik za ispitivanje automatizacije 3

* ROI = (kumulativna ušteda / ulaganje automatizacijom) * 100

Priručnik za automatizaciju - Koji su izazovi procesa?

Pokušao sam navesti točke koje smatram velikim izazovom kada pokušavamo automatizirati testni paket.

# 1) Potreba za automatizacijom: Svaki testni tim jedinstven je i ima isključivu potrebu za automatizacijom. Ne možemo razviti fiksni standard, ali možemo prilagoditi standard koji će odgovarati našim potrebama. Iz tog razloga automatizacija zahtijeva dobru podršku uprave, kao i razvojnog tima.

# 2) Automatizacija kompletne aplikacije: Automatizacija 100% aplikacije velik je zadatak. Nije da je to nemoguće, ali zahtijeva pravilno planiranje i praćenje i naravno; neko vrijeme. Postoji puno permutacija i kombinacija podataka, n broj okruženja s n brojem atributa za provjeru autentičnosti i autorizacije koje treba provjeriti i stoga zahtijevaju strategiju za automatizaciju.

# 3) Ručno protiv mentaliteta automatizacije: ' Obično automatiziramo što je važno i ponavlja se, ali radije važnu funkcionalnost radije testiramo ručno '. Zbunjen? Čak sam i ja !! Ali ovo je činjenica. Trebali bismo imati kriterije koji će odlučiti koji su važno test slučajevi. Ti se kriteriji mogu temeljiti na više čimbenika poput složene poslovne logike, područja koja su od interesa za klijente, područja sklona riziku itd.

# 4) Odlučivanje o okviru: Dizajniranje okvira je najvažniji aspekt automatizacije. Vjerujem da bismo trebali posvetiti relativno više vremena razvoju okvira nego scenariju. Kad god razvijemo plan automatizacije, projektiranje okvira treba biti glavni fokus.

PLAN za dizajn okvira. Identificirajte i napravite kontrolni popis stavki koje će činiti okvir. Ako je okvir čvrst, skriptiranje i održavanje postaju jednostavni.

# 5) Znanje tima: Kad god pomislimo na automatizaciju, odmah prelazimo na učenje programskog jezika ili skriptnog jezika. Učenje ovog jezika definitivno će pomoći, ali veći naglasak treba biti na izgradnji i razvoju logike.

Automatizacija ne bi trebala biti odgovornost nekolicine resursa, već bi cijeli tim trebao dati svoj doprinos. To će pomoći ne samo da se poboljšaju vještine resursa već i držite ih motiviranima .

# 6) Izvještavanje: Svaki alat ima standard za izvještavanje o rezultatima ispitivanja. Da ga prilagodite; je izazovan zadatak. Izvještavanje o rezultatima ispitivanja također zahtijeva koordinaciju i održavanje što povećava troškove.

# 7) Povjerenje: Trebali bismo vjerovati našim automatizacijskim stvarima. Ulažemo radne sate za izgradnju paketa automatizacije, ali ipak ne vjerujemo u rezultate ispitivanja. Treba nastojati održavati skripte. Također, trebali bismo vidjeti da bi tim koji vrši ručno testiranje aplikacije trebao biti uključen u automatizaciju iste jer poznaje svoju aplikaciju.

Većinu vremena treći tim radi automatizaciju, tako da stvarni tim za testiranje nije svjestan skripti i na kraju završi s ručnim izvođenjem testova jer osjeća da se nadovezuje na skripte i dodaje svoje zadatke

Vidi također=> Izazovi ručnog i automatiziranog ispitivanja.

Zaključak

U većini slučajeva to više volimo Automatizirajte regresijski paket ( evo nekoliko izazova u automatizaciji paketa regresije u agilnom okruženju ) jer sadrži veći broj test slučajeva. U tom slučaju regresijska odijela možemo rastaviti na manja odijela i odlučiti pokrenuti odgovarajući paket prema zahtjevu za izdanjem.

Pretpostavimo da regresijski paket sadrži 1500 testnih slučajeva, možete ga podijeliti na 3 odijela od 500 testnih slučajeva po odijelu i automatizirati.

pitanja za selenski intervju za trogodišnje iskustvo

Umjesto da automatizirate cijeli paket, možete odlučite se za faznu automatizaciju . Drugim riječima, možete slijediti prototip modela za razvoj paketa automatizacije. Stvorite strukturu ili okvir s implementacijom manjeg broja test slučajeva i počnite koristiti to i postupno ga poboljšavajte dodavanjem više test slučajeva.

Trebali bismo slijediti Deming kotačić (PDCA ciklus) i za automatizaciju. Budući da je stalna aktivnost, naglasak treba staviti na pravilnu izgradnju okvira što će rezultirati lakoćom održavanja i implementacijom novih značajki.

Potrebna je odgovarajuća podrška razvojnog tima i uprave. Morali bismo potaknuti ispitni tim da najviše doprinese automatskom testiranju jer oni znaju svoj proizvod više od svih ostalih.

O autoru: Ovo je gost članak Shilpe Chatterjee Roy. Posljednjih 8,5 godina radi na polju Ispitivanja softvera u raznim domenama.

Nadam se da smo ovo pojednostavili‘Priručnik za automatizirano ispitivanje’postupak. Slobodno podijelite svoje iskustvo i razmišljanja o tome kako prevladavate izazove procesa.

PREV Vodič | SLJEDEĆA Vodič

Preporučena literatura

^