FUNKCIONALNO TESTIRANJE - TESTIRANJE PROGRAMSKE OPREME

Preden nadaljujemo s funkcionalnim testiranjem, bi morali vedeti o testiranju, kaj je testiranje?

Kaj je testiranje?

Preprosto povedano, testiranje je primerjava dejanskega rezultata s pričakovanim rezultatom. Testiranje se izvede, da se ugotovi, ali vse funkcije delujejo v skladu s pričakovanji.

Kaj je testiranje programske opreme?

Testiranje programske opreme je tehnika za preverjanje, ali se dejanski rezultat ujema s pričakovanim rezultatom, in za zagotovitev, da programska oprema nima napak ali napak.

Testiranje programske opreme zagotavlja, da aplikacija nima napak ali da zahteva manjka dejanski potrebi. Preizkušanje programske opreme lahko izvedete z ročnim ali avtomatiziranim testiranjem.

Testiranje programske opreme je opredeljeno tudi kot preverjanje testirane aplikacije (AUT).

Obstajata dve vrsti testiranja:

Funkcionalno testiranje:

Je vrsta testiranja programske opreme, ki se uporablja za preverjanje funkcionalnosti programske aplikacije, ali funkcija deluje v skladu s specifikacijo zahteve. Pri funkcionalnem testiranju je vsaka funkcija testirana z podajanjem vrednosti, določanjem izhoda in preverjanjem dejanskega izhoda s pričakovano vrednostjo. Funkcionalno testiranje, izvedeno kot testiranje črne skrinjice, ki je predstavljeno za potrditev, da se funkcionalnost aplikacije ali sistema obnaša, kot pričakujemo. To se naredi za preverjanje funkcionalnosti aplikacije.

Funkcionalno testiranje, imenovano tudi testiranje črne skrinjice, ker se osredotoča na specifikacijo aplikacije in ne na dejansko kodo. Tester mora preizkusiti samo program in ne sistema.

Cilj funkcionalnega testiranja

Namen funkcionalnega testiranja je preveriti primarno vstopno funkcijo, nujno uporabno funkcijo, potek zaslona GUI. Funkcionalno testiranje prikaže sporočilo o napaki, tako da lahko uporabnik enostavno krmari po aplikaciji.

Kakšen je postopek funkcionalnega testiranja?

Preizkuševalci pri funkcionalnem testiranju sledijo naslednjim korakom:

Tester preveri specifikacijo zahteve v programski aplikaciji.
Po analizi bo preizkuševalec specifikacije zahtev naredil načrt.
Po načrtovanju testov bo tester oblikoval testni primer.
Po oblikovanju testa bo preizkuševalec primerov izdelal dokument matrike sledljivosti.
Preizkuševalec bo izvedel načrt testnega primera.
Analiza pokritosti za pregled pokritega področja testiranja aplikacije.
Upravljanje napak bi moralo upravljati reševanje napak.

Kaj testirati pri funkcionalnem testiranju? Pojasni

Glavni cilj funkcionalnega testiranja je preverjanje funkcionalnosti programskega sistema. Osredotoča se na:

Osnovna uporabnost:Funkcionalno testiranje vključuje testiranje uporabnosti sistema. Preveri, ali lahko uporabnik prosto in brez težav krmari po zaslonih.Dostopnost:Funkcionalno testiranje preveri dostopnost funkcije.Glavna funkcija:Osredotoča se na testiranje glavne funkcije.Stanje napake:Funkcionalno testiranje se uporablja za preverjanje stanja napake. Preveri, ali je prikazano sporočilo o napaki.

Pojasnite celoten postopek za izvedbo funkcionalnega testiranja.

Obstajajo naslednji koraki za izvedbo funkcionalnega testiranja:

Treba je razumeti zahteve programske opreme.
Identificirajte vhodne podatke testa
Izračunajte pričakovani rezultat z izbranimi vhodnimi vrednostmi.
Izvedite testne primere
Primerjava med dejanskim in izračunanim rezultatom

Razložite vrste funkcionalnega testiranja.

Glavni cilj funkcionalnega testiranja je preizkusiti funkcionalnost komponente.

Funkcionalno testiranje je razdeljeno na več delov.

Tukaj so naslednje vrste funkcionalnega testiranja.

Testiranje enot: testiranje enot je vrsta testiranja programske opreme, kjer se testira posamezna enota ali komponenta programske opreme. Testiranje enote, preučitev različnih delov aplikacije, s testiranjem enote je opravljeno tudi funkcionalno testiranje, ker testiranje enote zagotavlja, da vsak modul deluje pravilno.

Razvijalec izvaja testiranje enote. Testiranje enot se izvaja v fazi razvoja aplikacije.

Testiranje dima: Funkcionalno testiranje s testiranjem dima. Testiranje dima vključuje samo osnovno (feature) funkcionalnost sistema. Preskušanje dima je znano kot ' Testiranje preverjanja gradnje .' Cilj testiranja dima je zagotoviti, da najpomembnejša funkcija deluje.

Preizkušanje dima na primer preveri, ali se aplikacija uspešno zažene, preveri, ali se GUI odziva.

Test zdravega razuma: Test zdravega razuma vključuje celoten poslovni scenarij na visoki ravni, deluje pravilno. Test zdravega razuma se opravi, da se preveri funkcionalnost/odpravljene napake. Test zdravega zdravja je malo naprednejši od testiranja dima.

Na primer, prijava deluje dobro; vsi gumbi delujejo pravilno; po kliku na gumb je navigacija po strani opravljena ali ne.

arp - ukaz

Regresijsko testiranje: Ta vrsta testiranja se osredotoča na zagotovitev, da spremembe kode ne smejo stransko vplivati na obstoječo funkcionalnost sistema. Regresijsko testiranje določa, kdaj se pojavi napaka v sistemu po odpravi napake, regresijsko testiranje se osredotoča na to, ali vsi deli delujejo ali ne. Regresijsko testiranje se osredotoča na to, ali obstaja kakšen vpliv na sistem.

Integracijsko testiranje: Integracijsko testiranje združili posamezne enote in testirali kot skupina. Namen tega testiranja je razkriti napake v interakciji med integriranimi enotami.

Razvijalci in preizkuševalci izvajajo integracijsko testiranje.

Testiranje bele škatle: Testiranje bele škatle je znano kot testiranje Clear Box, testiranje na podlagi kode, strukturno testiranje, obsežno testiranje in testiranje steklene škatle, testiranje prozorne škatle. Je metoda testiranja programske opreme, pri kateri je preizkušena notranja struktura/zasnova/izvedba znana preizkuševalcu.

Testiranje bele škatle zahteva analizo notranje strukture komponente ali sistema.

Testiranje črne skrinjice: Znano je tudi kot vedenjsko testiranje. Pri tem testiranju notranja struktura/zasnova/izvedba preizkuševalcu ni znana. Ta vrsta testiranja je funkcionalno testiranje. Zakaj smo to vrsto testiranja poimenovali testiranje črne skrinjice, v tem testiranju tester ne more videti notranje kode.

Na primer, preizkuševalec, ki ne pozna notranjih struktur spletnega mesta, testira spletne strani z uporabo spletnega brskalnika, ki zagotavlja vnos in preverja rezultate glede na pričakovane rezultate.

Test sprejemljivosti za uporabnike: To je vrsta testiranja, ki ga izvaja stranka, da certificira sistem v skladu z zahtevami. Zadnja faza testiranja je testiranje sprejemljivosti za uporabnika pred izdajo programske opreme na trg ali produkcijsko okolje. UAT je neke vrste testiranje črne skrinjice, kjer sodelujeta dva ali več končnih uporabnikov.

Ponovno testiranje: Ponovno testiranje je vrsta testiranja, ki se izvaja za preverjanje, ali so testni primeri, ki niso bili uspešni pri končni izvedbi, uspešno opravljeni po odpravi napak. Običajno preizkuševalec dodeli napako, ko jo najde med testiranjem izdelka ali njegove komponente. Napaka je dodeljena razvijalcu in ta jo popravi. Po popravku se napaka dodeli testerju za njeno preverjanje. To testiranje je znano kot ponovno testiranje.

Testiranje baze podatkov: Testiranje baze podatkov je vrsta testiranja, ki preverja shemo, tabele, sprožilce itd. testirane baze podatkov. Preizkušanje baze podatkov lahko vključuje ustvarjanje zapletenih poizvedb za obremenitveno testiranje baze podatkov in preverjanje njene odzivnosti. Preverja celovitost in doslednost podatkov.

Primer: vzemimo bančno aplikacijo, s katero uporabnik opravi transakcijo. Glede na testiranje baze podatkov, ki sledi, so stvari pomembne. To so:

Aplikacija shranjuje informacije o transakcijah v bazi podatkov aplikacije in jih pravilno prikazuje uporabniku.
V tem procesu se ne izgubi nobena informacija
Aplikacija ne hrani informacij o delno izvedenih ali prekinjenih operacijah.
Posameznikom ni dovoljen dostop do uporabniških podatkov

Ad-hoc testiranje: Ad-hoc testiranje je neformalna vrsta testiranja, katerega namen je zlomiti sistem. Ta vrsta testiranja programske opreme je nenačrtovana dejavnost. Za ustvarjanje testnih primerov ne sledi nobenemu testnemu načrtu. Ad-hoc testiranje se izvaja naključno na katerem koli delu aplikacije; ne podpira nobenega strukturiranega načina testiranja.

Testiranje obnovitve: Testiranje obnovitve se uporablja za določanje, kako dobro se lahko aplikacija obnovi po zrušitvah, okvari strojne opreme in drugih težavah. Namen testiranja obnovitve je preveriti sposobnost sistema, da se obnovi po testnih točkah okvare.

Statično testiranje: Statično testiranje je tehnika testiranja programske opreme, s katero lahko preverimo napake v programski opremi, ne da bi jo dejansko izvajali. Statično testiranje se izvaja, da bi se izognili napakam v zgodnji fazi razvoja, saj je napako lažje najti v zgodnjih fazah. Statično testiranje se uporablja za odkrivanje napak, ki jih pri dinamičnem testiranju morda ni.

Zakaj uporabljamo statično testiranje?

Statično testiranje pomaga najti napako v zgodnjih fazah. S pomočjo statičnega testiranja bo to skrajšalo razvojne časovne okvire. Zmanjša stroške in čas testiranja. Statično testiranje se uporablja tudi za razvojno produktivnost.

Testiranje komponent: Testiranje komponent je tudi vrsta testiranja programske opreme, pri kateri se testiranje izvaja na vsaki komponenti posebej brez integracije z drugimi deli. Testiranje komponent je tudi vrsta testiranja črne skrinjice. Testiranje komponent, imenovano tudi testiranje enot, testiranje programov ali testiranje modulov.

Testiranje sive škatle: Testiranje sive škatle definiran kot kombinacija testiranja bele in črne škatle. Testiranje sive škatle je tehnika testiranja, ki se izvaja z omejenimi informacijami o notranji funkcionalnosti sistema.

Kakšna so orodja za funkcionalno testiranje?

Funkcionalno testiranje se poleg ročnega testiranja lahko izvaja tudi z različnimi metodami. Ta orodja poenostavijo postopek testiranja in pomagajo dobiti natančne in uporabne rezultate.

To je ena od pomembnih tehnik, ki temeljijo na najvišji prioriteti in so bile odločene in določene pred razvojnim procesom.

Orodja, ki se uporabljajo za funkcionalno testiranje, so:

Orodja	Lastnosti/značilnosti
Pravzaprav	Je odprtokodno orodje za avtomatizirano testiranje, izdano pod odprtokodno licenco Apache License, ki se uporablja za testiranje spletne aplikacije. Sahi je napisan v Javi in JavaScriptu ter velja za večino tehnik testiranja. Deluje kot proxy strežnik; je neodvisen od brskalnika.
SoapUI	Je odprtokodno orodje za funkcionalno testiranje, ki se uporablja za testiranje spletnih aplikacij. Je preprost in enostaven za oblikovanje. Podpira več okolij, tj. v vsakem primeru je mogoče nastaviti ciljno okolje.
vodo	Watir, je skrajšana oblika testiranja spletnih aplikacij v rubyju, je odprtokodno orodje za avtomatizacijo spletnega brskalnika./li> Uporablja skriptni jezik ruby, ki je jedrnat in enostaven za uporabo./li> Watir podpira več brskalnikov na različnih platformah.
Selen	Odprtokodno orodje, ki se uporablja za funkcionalno testiranje tako v spletni aplikaciji kot v namiznih aplikacijah.
	Avtomatizira brskalnike in spletne aplikacije za namen testiranja. Omogoča prilagodljivost pri prilagajanju avtomatiziranega testnega primera Zagotavlja prednost pisanja testnih skriptov v skladu z zahtevami z uporabo spletnega gonilnika.
Canoo WebTest	Odprtokodno orodje za izvajanje funkcionalnega testiranja spletne aplikacije. Neodvisno od platforme Enostavno in hitro Enostavna razširitev za izpolnjevanje naraščajočih in prihajajočih potreb.
kumare	Cucumber je odprtokodno orodje za testiranje, napisano v jeziku Ruby. To orodje najbolje deluje pri razvoju, ki temelji na testiranju. Uporablja se za testiranje številnih drugih jezikov, kot so java, c# in python. Kumara za testiranje z nekaj programiranja.

Kakšne so prednosti funkcionalnega testiranja?

Prednosti funkcionalnega testiranja so:

Proizvaja izdelek brez napak.
Zagotavlja, da je stranka zadovoljna.
Zagotavlja izpolnjevanje vseh zahtev.
Zagotavlja pravilno delovanje vseh funkcionalnosti aplikacije/programske opreme/izdelka.
Zagotavlja, da programska oprema/izdelek deluje po pričakovanjih.
Zagotavlja varnost in varnost.
Izboljša kakovost izdelka.

Primer: Tukaj podajamo primer bančne programske opreme. V banki, ko je denar prenesen iz banke A v banko B. In banka B ne prejme pravilnega zneska, se zaračuna provizija ali denar ni pretvorjen v pravo valuto ali napačen prenos ali banka A ne prejme obvestila o izpisku od banke B, ki je prejela plačilo. Te težave so kritične in se jim je mogoče izogniti z ustreznim funkcionalnim testiranjem.

Kakšne so slabosti funkcionalnega testiranja?

Slabosti funkcionalnega testiranja so:

Funkcionalno testiranje lahko zgreši kritično in logično napako v sistemu.
To testiranje ni zagotovilo, da bo programska oprema delovala.
Možnost izvajanja redundantnega testiranja je pri funkcionalnem testiranju velika.

Zaviti

Tukaj lahko zlahka sklepamo, da je za izgradnjo trdnih temeljev vrhunskega programskega izdelka funkcionalno testiranje nujno. Deluje kot temelj strukture in je ključni del vsake testne rutine.