Popoln vodnik za funkcionalno testiranje s svojimi vrstami in primeri

complete functional testing guide with its types

Celovita vadnica za funkcionalno preizkušanje z vrstami, tehnikami in primeri:

Kaj je funkcionalno testiranje?

Funkcionalno testiranje je neke vrste testiranje črne skrinjice, ki se izvaja, da se potrdi, da se funkcionalnost aplikacije ali sistema obnaša po pričakovanjih.

To se naredi za preverjanje vseh funkcij aplikacije.

SEZNAM vaj v tej seriji:

Vadnica št. 1: Kaj je funkcionalno testiranje (ta vadnica)
Vadnica # 2: Vprašanja za intervjuje s preizkušanjem funkcionalnosti
Vadnica št. 3: Vrhunska orodja za preizkušanje funkcionalne avtomatizacije
Vadnica # 4: Kaj je nefunkcionalno testiranje?
Vadnica št. 5: Razlika med enoto, funkcijo in Integracija Testiranje
Vadnica št. 6 : Zakaj bi bilo treba hkrati preizkusiti funkcionalnost in delovanje

Orodja:

Vadnica št. 7: Funkcionalna testna avtomatizacija z Ranorex Studiom
Vadnica št. 8: UFT funkcionalno orodje Nove funkcije
Vadnica št. 9: Navzkrižna brskalniška funkcionalna avtomatizacija z orodjem Parrot QA
Vadnica št. 10: Vadnica za odprtokodno orodje Jubula za preizkušanje funkcionalnosti

Kaj se boste naučili:

• Uvod v funkcionalno preskušanje
  • Vrste funkcijskega preskušanja
  • Proces
  • Merila za vstop / izstop
    • Kriteriji za vstop:
    • Merila izstopa:
  • Vključeni koraki
  • Pristop
  • Tehnike funkcionalnega preskušanja
    • # 1) Končni uporabniški / sistemski testi
    • # 2) Preskusi enakovrednosti
    • # 3) Preskusi mejne vrednosti
    • # 4) Preskusi na podlagi odločitve
    • # 5) Preskusi nadomestnega pretoka
    • # 6) Ad-hoc testi
  • Funkcionalna testna avtomatizacija
  • Prednosti
  • Omejitve
  • Zaključek
  • Priporočeno branje

Uvod v funkcionalno preskušanje

Nekaj ​​mora določiti, kaj je sprejemljivo vedenje in kaj ne.

To je določeno v specifikaciji funkcije ali zahteve. To je dokument, ki opisuje, kaj lahko uporabnik stori, da lahko določi skladnost aplikacije ali sistema z njo. Poleg tega bi včasih to lahko pomenilo tudi preverjanje dejanskih poslovnih scenarijev.

Zato je mogoče preskus funkcionalnosti izvajati prek dve priljubljeni tehniki :

• Testiranje na podlagi zahtev: Vsebuje vse funkcionalne specifikacije, ki so podlaga za vse preskuse, ki jih je treba izvesti.
• Testiranje na podlagi poslovnih scenarijev: Vsebuje informacije o tem, kako bo sistem dojeman z vidika poslovnega procesa.

Testiranje in zagotavljanje kakovosti sta velik del procesa SDLC. Kot preizkuševalec se moramo zavedati vseh vrst testiranj, tudi če z njimi nismo neposredno povezani.

Ker je testiranje ocean, je njegov obseg res tako velik, zato imamo namenske preizkuševalce, ki opravljajo različne vrste testiranja . Najverjetneje vsi moramo biti seznanjeni z večino konceptov, vendar ne bo škodilo, če bomo vse to organizirali tukaj.

Vrste funkcijskega preskušanja

Funkcionalno testiranje ima veliko kategorij, ki jih je mogoče uporabiti glede na scenarij.

Spodaj so na kratko obravnavane najpomembnejše vrste:

Enotno preskušanje :

Enotno testiranje običajno izvede razvijalec, ki zapiše različne kodne enote, ki bi lahko bile povezane ali nepovezane za dosego določene funkcionalnosti. Njegova ponavadi vključuje pisanje preskusov enote, ki bi poklicali metode v vsaki enoti in jih potrdili, ko so posredovani zahtevani parametri, njegova vrnjena vrednost pa je pričakovana.

Pokritost kode je pomemben del enote testiranja, kjer morajo obstajati testni primeri, ki zajemajo naslednje tri:

i) Pokritost linije
ii) Pokritost poti kode
iii) Pokrivanje metode

Preizkušanje razumnosti : Testiranje, s katerim se zagotovi, da vse glavne in ključne funkcije aplikacije / sistema delujejo pravilno. To se običajno opravi po dimnem testu.

Preskušanje dima : Testiranje, ki se opravi po vsaki gradnji, se preizkusi, da se zagotovi stabilnost gradnje. Imenuje se tudi kot testiranje preverjanja gradnje.

Regresijski testi : Preizkušanje, izvedeno za zagotovitev, da dodajanje nove kode, izboljšav, odpravljanje napak ne krši obstoječe funkcionalnosti ali povzroča nestabilnosti in še vedno deluje v skladu s specifikacijami.

Regresijski testi ne bi smeli biti tako obsežni kot dejanski funkcionalni testi, ampak bi morali zagotoviti le obseg pokritosti, ki potrjuje, da je funkcionalnost stabilna.

Integracijski testi : Kadar se sistem opira na več funkcionalnih modulov, ki lahko posamezno delujejo brezhibno, vendar morajo delovati skladno, ko so združeni, da dosežejo celovit scenarij, se validacija takih scenarijev imenuje integracijsko testiranje.

Preskušanje beta / uporabnosti : Izdelek je v proizvodnji, kot je okolje, izpostavljen dejanskemu kupcu in izdelek preizkusi. Iz tega izhaja uporabnikovo udobje in odvzamejo se povratne informacije. To je podobno kot pri preizkusu sprejemljivosti uporabnika.

Predstavimo to v preprostem diagramu poteka:

Testiranje funkcionalnega sistema:

Testiranje sistema je preskus, ki se izvede na celotnem sistemu, da se preveri, ali deluje po pričakovanjih, ko so vsi moduli ali komponente integrirani.

Preskušanje od konca do konca se izvede za preverjanje funkcionalnosti izdelka. To preskušanje se izvede šele, ko je testiranje sistemske integracije končano, vključno s funkcionalnimi in nefunkcionalnimi zahtevami.

=> Razlika med enotnim, funkcionalnim in integracijskim preskušanjem

Proces

Ta postopek testiranja ima tri glavne korake:

zakaj je linux boljši od windows

Pristop, tehnike in primeri

Funkcionalno ali vedenjsko testiranje ustvari rezultat na podlagi danih vhodov in ugotovi, ali sistem deluje pravilno v skladu s specifikacijami.

Tako bo slikovna predstavitev videti spodaj:

Merila za vstop / izstop

Kriteriji za vstop:

• Dokument s specifikacijami zahtev je opredeljen in odobren.
• Pripravljeni so bili testni primeri.
• Ustvarjeni so bili preskusni podatki.
• Okolje za testiranje je pripravljeno, vsa potrebna orodja so na voljo in pripravljena.
• Popolna ali delna aplikacija je razvita in enotno preizkušena ter pripravljena na testiranje.

Merila izstopa:

• Izvedba vseh funkcionalnih testnih primerov je končana.
• Odprte niso nobene kritične napake ali napake P1, P2.
• Prijavljene napake so bile priznane.

Vključeni koraki

Spodaj so navedeni različni koraki, ki so vključeni v to testiranje:

• Prvi korak je določitev funkcionalnosti izdelka, ki ga je treba preizkusiti, in vključuje preizkušanje glavnih funkcionalnosti, stanja napak in sporočil, preizkušanje uporabnosti, tj. Ali je izdelek uporabniku prijazen ali ne itd.
• Naslednji korak je ustvariti vhodne podatke za funkcionalnost, ki jo je treba preizkusiti v skladu s specifikacijo zahteve.
• Kasneje se iz specifikacije zahteve določi izhod za preizkušeno funkcionalnost.
• Izvedeni so pripravljeni testni primeri.
• Dejanski izhod, tj.izhod po izvedbi testnega primera in pričakovani izhod (določen iz specifikacije zahteve) se primerjata, da ugotovita, ali funkcionalnost deluje po pričakovanjih ali ne.

Pristop

Različne vrste scenarijev je mogoče zamisliti in napisati v obliki 'testnih primerov'. Kot ljudje iz QA vsi vemo, kako izgleda okostje testnega primera.

Večinoma ima štiri dele:

• Povzetek testa
• Predpogoji
• Preskusni koraki in
• Pričakovani rezultati.

Poskus avtorja vseh vrst preizkusov ni le nemogoč, ampak tudi dolgotrajen in drag.

Običajno bi radi odkrili največje število napak brez kakršnih koli pobegov z obstoječimi testi. Zato mora QA uporabiti tehnike optimizacije in oblikovati strategijo, kako bi pristopili k testiranju.

Razložimo to z primer.

Primeri uporabe funkcijskega preskušanja:

Vzemite spletni portal HRMS, kjer se zaposleni prijavi s svojim uporabniškim računom in geslom. Na prijavni strani sta dve besedilni polji za uporabniško ime in geslo ter dva gumba: Prijava in Prekliči. Uspešna prijava uporabnika pripelje na domačo stran HRMS, preklic pa prijavo prekliče.

Specifikacije so prikazane spodaj:

# 1) Polje uporabniškega id zajema najmanj 6 znakov, največ 10 znakov, številke (0-9), črke (a-z, A-z), posebne znake (dovoljeni so samo podčrtaj, pika, vezaj) in ne sme ostati prazno. ID uporabnika se mora začeti z znakom ali številko in ne s posebnimi znaki.

#two) Polje za geslo vsebuje najmanj 6 znakov, največ 8 znakov, številke (0-9), črke (a-z, A-Z), posebne znake (vse) in ne sme biti prazno.

Osnovni pristop k preizkušanju tega scenarija lahko razdelimo v dve široki kategoriji:

1. Pozitivno testiranje in
2. Negativno testiranje

Seveda ima vsaka od teh kategorij svoj pododdelek testov, ki se bodo izvedli.

Pozitivni testi so preskusi srečne poti, ki se izvajajo, da se zagotovi, da izdelek izpolnjuje - vsaj osnovne zahteve, ki so ključne za uporabo kupca.

Negativni scenariji zagotovite, da se izdelek obnaša pravilno, tudi če je izpostavljen nepričakovanim podatkom.

Predlagano branje => Kaj je negativno testiranje in kako pisati negativne testne primere

Zdaj pa poskusim strukturirati tehnike testiranja z uporabo spodnjega diagrama poteka. Podrobno bomo preučili vsakega od teh testov.

Tehnike funkcionalnega preskušanja

# 1) Končni uporabniški / sistemski testi

Preizkušeni sistem ima lahko veliko komponent, ki v povezavi dosežejo uporabniški scenarij.

V Primer , scenarij stranke bi vključeval naloge, kot je nalaganje aplikacije HRMS, vnos pravilnih poverilnic, obisk domače strani, izvajanje nekaterih dejanj in odjava iz sistema. Ta poseben tok mora v osnovnem poslovnem scenariju delovati brez napak.

Nekaj ​​vzorcev je navedenih spodaj:

To je osnovni primer izdelave testnih primerov za določene situacije. Zgornja oblika bo veljala tudi za vse spodnje teste. Zaradi močne konceptualne utemeljenosti sem zgoraj in spodaj opravil le nekaj preprostih preizkusov.

# 2) Preskusi enakovrednosti

V Enakovredna particija , preskusni podatki so ločeni v različne particije, imenovane razredi enakovrednih podatkov. Podatki v vsaki particiji se morajo obnašati enako, zato je treba preizkusiti le en pogoj. Podobno, če en pogoj v particiji ne deluje, potem noben od ostalih ne bo deloval.

Na primer , v zgornjem scenariju ima lahko polje id uporabnika največ 10 znakov, zato se mora vnos podatkov> 10 obnašati enako.

# 3) Preskusi mejne vrednosti

Mejni preskusi pomenijo omejitve podatkov za aplikacijo in potrjujejo njeno obnašanje.

Torej, če so vhodi podani preko mejnih vrednosti, se šteje za negativno preskušanje. Torej najmanj 6 znakov za uporabnika nastavi mejno mejo. Preskusi so napisani tako, da imajo uporabniški ID<6 characters are boundary analysis tests.

# 4) Preskusi na podlagi odločitve

Preskusi, ki temeljijo na odločitvah, se osredotočajo na ideologijo možnih izidov sistema, ko je izpolnjen določen pogoj.

kako odpreti datoteko .dat v operacijskem sistemu Windows

V zgornjem scenariju je mogoče takoj izvesti naslednje teste, ki temeljijo na odločitvi:

1. Če ste vnesli napačne poverilnice, mora to navesti uporabniku in znova naložiti prijavno stran.
2. Če uporabnik vnese pravilne poverilnice, ga mora odpeljati do naslednjega uporabniškega vmesnika.
3. Če uporabnik vnese pravilne poverilnice, vendar želi preklicati prijavo, uporabnika ne sme odpeljati do naslednjega uporabniškega vmesnika in znova naložiti prijavno stran.

# 5) Preskusi nadomestnega pretoka

Izvedejo se preskusi nadomestnih poti, da se preverijo vsi možni načini, ki obstajajo, razen glavnega toka za izvedbo funkcije.

# 6) Ad-hoc testi

Ko se večina napak odkrije z zgoraj navedenimi tehnikami, ad-hoc testi so odličen način za odkrivanje neskladnosti, ki jih prej nismo opazili. Te se izvajajo z miselnostjo, da se sistem zlomi in ugotovi, ali se ta odzove elegantno.

Na primer , vzorec testnega primera bi bil:

• Uporabnik je prijavljen, vendar skrbnik med izvajanjem nekaterih operacij izbriše uporabniški račun. Zanimivo bi bilo videti, kako aplikacija to elegantno obravnava.

Funkcionalno vs nefunkcionalno testiranje:

Nefunkcionalni testi osredotočiti se na kakovost aplikacije / sistema kot celote. Zato poskuša ugotoviti, kako dobro sistem deluje v skladu z zahtevami kupca v nasprotju s funkcijo, ki jo opravlja.

=> Natančno razliko preberite tukaj

Funkcionalna testna avtomatizacija

Ali lahko avtomatiziramo funkcionalne teste?

Z avtomatizacijo je mogoče zmanjšati ročni napor, prihraniti čas, preprečiti drsenje hroščev in povečati učinkovitost.

Vendar ni mogoče avtomatizirati vsakega in vsega. To testiranje je mogoče avtomatizirati, vendar mora uporabnik pripraviti testne primere za avtomatizacijo. Pomembno je najti prave testne primere, ki jih je mogoče avtomatizirati skupaj z ustreznim orodjem.

Avtomatizacija funkcionalnih primerov ima lahko pomanjkljivosti, na primer, če je število testnih primerov veliko večje in se vedno znova nazadujejo (kar je treba storiti), potem se lahko razvijalec sooči s težavo pri prevzemanju sprememb kode.

Zdi se, da med izvajanjem analize uhajanja zaradi pomanjkljivosti vidni in večni vzroki pobegov v določeni funkciji nimajo pokritosti s preizkusi.

Ponovno obstaja več vzrokov, da se to zgodi, kot je pomanjkanje okolij, pomanjkanje preizkuševalcev, preveč funkcij, manj časa za pokrivanje vseh vidikov testiranja in včasih preprosto spregledanje.

Medtem ko bodo namenske preizkusne ekipe morda opravile podrobna testiranja na vsakem sprintu ali vsakem preskusnem ciklu, bodo napake vedno obstajale in vedno bodo napake, ki bi jih lahko zamudili. To je ena temeljnih potreb po vzpostavitvi avtomatizacije preskusov, s čimer se znatno izboljša učinkovitost celotnega preskusnega postopka in pokritost testnih primerov.

Čeprav avtomatizirano testiranje nikoli ne more nadomestiti ročnih preskusov, se bo izkazalo, da je idealna kombinacija obeh ključnega pomena za želeno kakovost projektov programske opreme.

Premisleki o avtomatizaciji:

# 1) Izberite pravilno orodje za avtomatizacijo : Na trgu je na voljo več orodij, izbrati orodje za avtomatizacijo je res strašljiva naloga! Lahko pa sestavite seznam zahtev, na podlagi katerih lahko izberete orodje za avtomatizacijo, ki ga želite uporabiti.

Nekaj ​​glavnih vidikov, na katere je treba pomisliti, je:

• Izberite orodje, ki ga bodo lahko uporabljali vsi člani ekipe za preverjanje kakovosti, če še nimajo zahtevanih veščin.
• Orodje se lahko uporablja v različnih okoljih. Za Primer : Ali lahko skripte ustvarjate na eni platformi OS in jih izvajate na drugi? Ali potrebujete avtomatizacijo CLI, avtomatizacijo uporabniškega vmesnika, avtomatizacijo mobilnih aplikacij ali vse drugo?
• Orodje mora imeti vse funkcije, ki jih potrebujete. Za Primer : Če nekateri preizkuševalci niso dobro obvladani s skriptnim jezikom, mora imeti orodje funkcijo snemanja in predvajanja ter nato podpirati pretvorbo posnetega skripta v želeni skriptni jezik. Če prav tako potrebujete orodje za podporo samodejnim preizkusom gradnje, specifičnemu poročanju in beleženju, mora biti sposobno tudi to storiti.
• Orodje mora biti sposobno podpreti ponovno uporabo testnih primerov v primeru sprememb uporabniškega vmesnika.

Orodja za avtomatizacijo : Za funkcionalno avtomatizacijo je na voljo kar nekaj orodij. Selen je verjetno najbolj priljubljen, obstajajo pa tudi nekatera odprtokodna orodja, kot so Sahi, Watir, Robotium, AutoIt itd.

Na trgu je na voljo več orodij za avtomatizacijo preskusov. Toda izbira ustreznega orodja je za organizacijo zelo pomembna. Morda je to odvisno od potrebe, enostavnosti uporabe in stroškov.

Spodaj je nekaj najboljših orodij za funkcionalno preizkušanje:

• Selen
• QTP
• Junit
• Loadrunner
• MILO
• TestComplete

=> Oglejte si ta popoln seznam najboljših orodij za funkcionalno avtomatizacijo

#two) Izberite prave testne primere za avtomatizacijo : Če želite iz avtomatizacije izvleči najboljše, je bistvenega pomena, da ste pametni glede vrst testov, ki jih izberete za avtomatizacijo. Če obstajajo preskusi, ki med izvajanjem preizkusov zahtevajo vklop in izklop nekaterih nastavitev in konfiguracij, potem je najbolje, da niso avtomatizirani.

Zato lahko avtomatizirate teste, ki:

• Treba jih je večkrat zagnati.
• Zaženite z različnimi vrstami podatkov.
• Nekateri primeri P1, P2 zahtevajo veliko truda in časa.
• Preskusi, ki so nagnjeni k napakam.
• Nabor testov, ki jih je treba izvesti v različnih okoljih, brskalnikih itd.

# 3) Namenska skupina za avtomatizacijo : To je v večini organizacij verjetno prezrto in avtomatizacija je naložena vsem članom ekipe za zagotavljanje kakovosti.

Vsak član ekipe ima različne ravni izkušenj, sklope spretnosti, stopnje zanimanja, pasovno širino za podporo avtomatizaciji itd. Nekateri posamezniki so morda bolj usposobljeni za izvajanje ročnih preizkusov, drugi pa morda poznajo orodja za skriptiranje in avtomatizacijo.

V takih situacijah je dobra praksa, da se analizirajo vsi člani ekipe in se nekateri člani posvetijo samo avtomatizaciji.

Dejavnosti avtomatizacije zahtevajo čas, trud, znanje in predano ekipo, ki bo pomagala doseči zahtevane rezultate, namesto da bi vse člane ekipe preobremenila tako z ročnim kot z avtomatizacijskim testiranjem.

# 4) Preskusi na podlagi podatkov: Avtomatizirani testni primeri, ki zahtevajo več naborov podatkov, morajo biti dobro napisani, da jih je mogoče ponovno uporabiti. Podatke lahko zapisujemo v vire, kot so besedilo ali datoteke z lastnostmi, datoteke XML ali beremo iz baze podatkov.

Ne glede na vir podatkov ustvarjanje dobro strukturiranih podatkov za avtomatizacijo olajša vzdrževanje ogrodja in v celoti izkoristi obstoječe testne skripte.

# 5) Spremembe uporabniškega vmesnika ne smejo prekinjati testov: Testni primeri, ki jih ustvarite z izbranim orodjem, morajo biti sposobni obvladati morebitne spremembe uporabniškega vmesnika. Na primer, starejše različice selena so uporabljale lokacijo za prepoznavanje elementov strani.

Če se uporabniški vmesnik spremeni, teh elementov na teh lokacijah ni več mogoče najti, kar bo posledično privedlo do množičnega neuspeha testov.

Zato je pomembno, da predhodno razumemo pomanjkljivosti orodja in oblikujemo testne primere, tako da so v primeru sprememb uporabniškega vmesnika potrebne le minimalne spremembe.

# 6) Pogosto testiranje: Ko boste pripravili osnovno preizkusno vedro za avtomatizacijo, načrtujte pogostejše izvajanje te segmenta. To ima dvosmerno prednost: eno je, da lahko izboljšate avtomatizacijski okvir in ga naredite bolj zanesljivega, drugo pa, da boste v procesu ujeli več napak.

Prednosti

Spodaj so navedene različne prednosti funkcionalnega testiranja:

• To testiranje reproducira ali je kopija dejanskega sistema, tj.kopija tega, kar je izdelek v živem okolju. Testiranje je osredotočeno na specifikacije glede na uporabo stranke, tj. Sistemske specifikacije, operacijski sistem, brskalniki itd.
• Ne deluje na nobenih, če in vendar, ali kakršnih koli predpostavk o strukturi sistema.
• To testiranje zagotavlja visokokakovosten izdelek, ki ustreza zahtevam kupca in zagotavlja, da je stranka zadovoljna s končnimi rezultati.
• Zagotavlja dostavo izdelka brez napak, ki ima vse funkcije, ki delujejo v skladu z zahtevami kupca.
• Testiranje na podlagi tveganja se opravi, da se zmanjšajo možnosti kakršnega koli tveganja v izdelku.

Omejitve

To preskušanje se opravi, da se zagotovi, da izdelek deluje po pričakovanjih in da je celotna zahteva uresničena ter da je izdelek popolnoma v skladu z zahtevami kupca.

Vendar ne upošteva drugih dejavnikov, kot so zmogljivost izdelka, tj. Odzivnost, čas pretoka itd., Ki so pomembni in zelo potrebni, da bi bili del testiranja pred sprostitvijo izdelka.

kako napisati ročne testne primere

Slabosti

• Obstaja veliko možnosti za odvečno testiranje.
• V izdelku lahko zamudite logične napake.
• To preskušanje temelji na zahtevi, če v primeru, da zahteva ni popolna ali je zapletena ali ni jasna, je izvedba tega testiranja v takem scenariju težka in lahko tudi dolgotrajna.

V bistvu sta torej obe vrsti preskusov potrebni za kakovosten izdelek.

Zaključek

Ta vadnica je izčrpno obravnavala vse, kar morate vedeti o funkcionalnem preizkušanju, že od osnov.

Funkcionalno testiranje je eden pomembnih postopkov testiranja, saj preverja funkcionalnost izdelka, ki je najbolj zahteven in dejansko pomemben vidik katerega koli izdelka ali aplikacije.

O avtorju: Sanjay Zalavadia - kot podpredsednica službe za stranke Zephyr , prinaša več kot 15 let vodstvenih izkušenj na področju IT in tehnične podporne službe.

Upam, da bodo nekatere tehnike, ki smo jih predlagali, prišle prav vsem bralcem. Sporočite nam svoje misli v komentarjih spodaj.

Predlagano branje => Vadnica za preizkušanje funkcij

Priporočeno branje

• Funkcionalno testiranje vs nefunkcionalno testiranje
• Alfa testiranje in beta testiranje (popoln vodnik)
• Najboljša orodja za testiranje programske opreme 2021 (QA Test Automation Tools)
• Razlike med preskušanjem enot, preskušanjem integracije in funkcionalnim preskušanjem
• Vrste testiranja programske opreme: različne vrste preskušanja s podrobnostmi
• Spock za integracijo in funkcionalno testiranje s selenom
• Popoln vodnik za preizkus preverjanja gradnje (testiranje BVT)
• Popoln nefunkcionalni priročnik za testiranje za začetnike