Najboljših 25 vprašanj in odgovorov za intervjuje s funkcijskim testiranjem

top 25 functional testing interview questions

Najpogostejša vprašanja in odgovori za intervjuje s funkcijskim testiranjem:

Kot že samo ime določa, je funkcionalno testiranje postopek testiranja aplikacije glede na zahteve dokumentacije o zahtevah.

Funkcionalno testiranje lahko izvedemo ročno ali z avtomatizacijo, vendar vsak postopek vključuje testiranje aplikacije z zagotavljanjem nabora vhodov in določanjem ali preverjanjem rezultata / izhoda s primerjavo dejanskega rezultata s pričakovanimi rezultati.

Funkcionalno testiranje ima različne faze, ki jih je treba upoštevati med testiranjem. V tem članku bomo videli več vprašanj in odgovorov na razgovore, ki vam bodo pomagali, da se dobro pripravite.

Najbolj priljubljena vprašanja o intervjujih s funkcijskim testiranjem

V # 1) Kaj razumete pod pojmom 'funkcionalno testiranje'?

Odgovor: Tehnika preizkušanja črne škatle, pri kateri se funkcionalnost aplikacije preizkuša, da ustvari želeni izhod z zagotavljanjem določenih vhodnih podatkov, se imenuje „Funkcionalno testiranje“.

Vloga funkcionalnega testiranja ni samo preverjanje vedenja aplikacije v skladu s specifikacijo dokumenta zahteve, temveč tudi preverjanje, ali je aplikacija pripravljena za sprostitev v živo okolje ali ne.

Spodaj je nekaj pogosto uporabljenih tehnik funkcionalnega testiranja:

• Enotno testiranje
• Preskušanje dima
• Integracijsko testiranje
• Testiranje sistema
• Preskus uporabnosti
• Regresijsko testiranje
• Preizkus uporabnika

V # 2) Kateri so pomembni koraki, ki jih zajema funkcionalno testiranje?

Odgovor: Sledijo koraki, ki jih je treba zajeti kot del funkcionalnega testiranja:

• Razumevanje specifikacije dokumenta Zahteva in razrešitev dvomov in poizvedb v obliki komentarjev pregleda.
• Pisanje testnih primerov glede na specifikacijo zahtev ob upoštevanju vseh scenarijev, ki jih je treba upoštevati za vse primere.
• Prepoznavanje testnih vhodov in zahtevanje testnih podatkov, ki so potrebni za izvedbo testnih primerov in za preverjanje funkcionalnosti aplikacije.
• Določite dejanske izide glede na vhodne vrednosti, ki jih je treba preskusiti.
• Izvedite preskusne primere, ki določajo, ali je vedenje aplikacije pričakovano ali je prišlo do kakršne koli napake.
• Primerjajte dejanski rezultat in izračunani rezultat, da ugotovite dejanski rezultat.

V # 3) Pojasnite razliko med funkcionalnim in nefunkcionalnim preskušanjem.

Odgovor: Razliko med funkcionalnim in nefunkcionalnim preskušanjem lahko razložimo spodaj:

V # 4) V čem se 'Build' razlikuje od 'Release'?

Odgovor: Build je izvedljiva datoteka, ki se nanaša na tisti del aplikacije, ki je predan preizkuševalcu za preizkušanje implementirane funkcionalnosti aplikacije skupaj z nekaterimi popravki napak. Zgradbo lahko ekipa za testiranje zavrne, če ne opravi kritičnega kontrolnega seznama, ki vsebuje glavno funkcionalnost aplikacije.

V preskusnem ciklu aplikacije je lahko več zgradb.

Sprostite se nanaša na programsko aplikacijo, ki ni več v fazi testiranja, po končanem testiranju in razvoju pa se aplikacija preda naročniku. Z eno izdajo je povezanih več zgradb.

V # 5) Pojasnite cikel napak.

Odgovor: Pravijo, da je napaka neželena napaka, napaka, napaka itd., Ki se je zgodila v aplikaciji in ji preprečuje, da bi prinesla želene rezultate. Ko med preizkusom v aplikaciji naletimo na kakršno koli napako ali napako, se od beleženja napake do njene odprave napaka premakne skozi določen življenjski cikel, znan kot življenjski cikel napak.

Spodnja slika vam bo predstavila življenjski cikel hroščev:

(slika vir )

Celoten postopek poteka, ko in kadar naletimo na težavo ali napako. Orodje za sledenje napakam je prijavljeno / prijavljeno v precejšnji obliki. Te napake so dodeljene razvijalcu in je njegovo stanje 'Odprto'. Razvijalec lahko zdaj pregleda napako, jo reproducira na koncu in začne delati na njej.

Če je napaka odpravljena, razvijalec spremeni njeno stanje v »Popravljeno« ali pa jo lahko v drugih primerih premakne na »potrebujem več informacij«, »ne bo odpravil«, »ne more reproducirati« itd. QA nato izvede regresijo, tj. Ponovno preveri napake z določenim dejanjem in se ustrezno odzove.

Če se težave / napaka zdaj obnašajo po pričakovanjih, se njeno stanje spremeni v Preverjeno / zaprto drugače Znova odpri.

V # 6) Navedite nekaj stanja napak skupaj z opisom.

kateri od naslednjih ni v stanju preskušanja sistema?

Odgovor: Spodaj je navedenih nekaj statusov napak skupaj z njihovimi opisi:

• Novo: Ko je napaka ali napaka zabeležena prvič, se reče kot nova.
• Dodeljeno: Potem ko je preizkuševalec prijavil napako, ga preizkusi vodja preizkuševalca in ga nato dodeli ustrezni ekipi razvijalcev.
• Odprto: Tester prijavi napako v odprtem stanju in ostane v odprtem stanju, dokler razvijalec ne opravi neke naloge za to napako.
• Rešeno / popravljeno: Ko je razvijalec odpravil napako, tj. Zdaj aplikacija daje želene rezultate za določeno težavo, razvijalec spremeni svoje stanje v Razrešeno / popravljeno.
• Preverjeno / zaprto: Ko je razvijalec status spremenil v razrešen / odpravljen, preizkuševalec zdaj preizkusi težavo na koncu in če je odpravljena, spremeni status napake v »Preverjeno / zaprto«.
• Ponovno odpri: Če preskuševalec znova lahko reproducira napako, tj. Napaka še vedno obstaja tudi po tem, ko jo je razvijal razvijalec, je njeno stanje označeno kot Ponovno odpri.
• Ni napaka / neveljavno: Razvijalec lahko napako označi kot neveljavno ali ne, če je prijavljena težava v skladu s funkcijo, vendar je zaradi napačne interpretacije zabeležena.
• Odloženo: Običajno, ko je napaka minimalne prioritete za izdajo in če primanjkuje časa, se v tem primeru te napake z minimalno prioriteto preložijo na naslednjo izdajo.
• Ni mogoče reproducirati: Če razvijalec ne more reproducirati napake na koncu, tako da sledi korakom, navedenim v izdaji.

V # 7) Kaj je znano kot testiranje na podlagi podatkov?

Odgovor: Podatkovno usmerjeno testiranje je metodologija, pri kateri se večkrat izvaja testna skripta, ki vsebuje testne primere, z uporabo podatkovnih virov, kot so Excelova preglednica, datoteka XML, datoteka CSV, baza podatkov SQL za vhodne vrednosti, dejanski izhod pa se primerja s pričakovanim pri preverjanju proces.

Na primer, Testni studio se uporablja za testiranje na podlagi podatkov.

Nekaj ​​prednosti testiranja na podlagi podatkov je:

• Ponovna uporabnost.
• Ponovljivost.
• Ločitev testnih podatkov od testne logike.
• Število testnih primerov se zmanjša.

V # 8) Katere pomembne točke je treba upoštevati pri pisanju testnih primerov?

Odgovor: Pisanje testnega primera naj bi bilo najpomembnejša dejavnost postopka izvedbe testa, ki zahteva pisne spretnosti in poglobljeno znanje o aplikaciji, da bi lahko učinkovito in ponovno uporabili testne primere.

Nekaj ​​pomembnih točk, ki jih je treba upoštevati med pisanjem testnih primerov, vključuje:

• Preden začnete pisati testne primere, morate jasno razumeti zahteve stranke. Nič se ne sme domnevati in odpraviti vsak dvom glede zahtev.
• Vsaka zahteva mora biti vključena v obliki testnih primerov in ničesar ne sme izpustiti. Običajno se vzdržuje matrika sledljivosti, da se nadzoruje izvajanje vsake zahteve in zaključek testiranja.
• V skladu s specifikacijami dokumenta zahteve morajo biti zajete vse funkcionalne in nefunkcionalne zahteve, vključno z uporabniškim vmesnikom, združljivost.
• Testne primere je treba občasno preveriti, da se ne bi ponavljalo ali odvečalo.
• Prednost je pomemben dejavnik, ki ga je treba določiti za testne primere med pisanjem. Ta prednost preizkuševalcu pomaga, da najprej preskusi aplikacijo z visokoprioritetnimi primeri, ki vključujejo osnovno funkcionalnost, nato srednje in pozneje z nizko prioriteto.
• Za določeno izdajo lahko testne primere izdelamo tudi Sprint pametno, tako da lahko preizkuševalec in razvijalec analizirajo kakovost izdelka na podlagi izvedbe testnega primera.
• Strukturo testnih primerov je treba razumeti in biti v preprostem jeziku. Vrednosti vhodnih podatkov za testne primere morajo biti veljavne in v širokem obsegu.

V # 9) Kaj je avtomatizirano testiranje?

Odgovor: Avtomatizirano testiranje je preskusna metodologija, pri kateri se orodje za avtomatizacijo uporablja za izvajanje zbirke testnih primerov, da bi povečali pokritost s testom in hitrost izvedbe. Avtomatizirano testiranje ne zahteva človeškega posredovanja, saj izvaja vnaprej napisane teste in je sposobno poročati in primerjati rezultate s prejšnjimi preizkusi.

Ponovljivost, enostavnost uporabe, natančnost in večja doslednost so nekatere prednosti testiranja avtomatizacije.

Nekatera orodja za preizkušanje avtomatizacije so navedena spodaj:

• Selen
• Telur
• vode
• MILO

V # 10) Razložite pojem stresno testiranje in testiranje obremenitve.

Odgovor:

Testiranje izjemnih situacij je oblika preizkušanja učinkovitosti, pri kateri mora aplikacija prenašati obremenitve ali obremenitve, tj.izvajanje aplikacije nad pragom premora, da se določi točka, kjer aplikacija zruši. Ta pogoj se ponavadi pojavi, če je preveč uporabnikov in preveč podatkov.

Testiranje izjemnih situacij preverja tudi obnovitev aplikacije, ko se zmanjša obremenitev.

Preskušanje obremenitve je oblika preizkušanja zmogljivosti, kjer se aplikacija izvaja nad različnimi stopnjami obremenitve za spremljanje največje zmogljivosti strežnika, odzivnega časa, pretočnosti strežnika itd. S postopkom testiranja obremenitve se pri sočasni obremenitvi sistema določi stabilnost, uspešnost in celovitost aplikacije .

V # 11) Kaj razumete s testiranjem obsega?

Odgovor: Količinsko preskušanje je oblika preizkušanja zmogljivosti, ki določa stopnje zmogljivosti strežniškega pretoka in odzivnega časa, ko so sočasni uporabniki in velika količina podatkov iz baze podatkov nameščeni v sistem / aplikacijo, ki se preskuša.

V # 12) Katere se različne testne tehnike uporabljajo pri funkcionalnem testiranju?

Odgovor: Pri funkcionalnem testiranju se uporabljata dve različni testni tehniki.

Določimo jih lahko spodaj:

• Preskušanje na podlagi zahtev: Ta oblika funkcionalnega preskušanja se izvede z dajanjem prednosti zahtevam na podlagi meril tveganja. To tudi zagotavlja, da so bile v preskusni postopek vključene vse kritične testne poti.
• Testiranje na podlagi poslovnih procesov: Ta oblika funkcionalnega testiranja se izvaja z vidika poslovnega procesa. Scenariji vključujejo poznavanje poslovnih procesov za izvajanje testiranja.

V # 13) Kaj razumete s pomočjo raziskovalnega testiranja? Kdaj se izvaja?

Odgovor: Raziskovalno testiranje pomeni preizkušanje ali raziskovanje aplikacije brez upoštevanja kakršnih koli urnikov ali postopkov. Med izvajanjem raziskovalnega preizkušanja preizkuševalci ne sledijo nobenemu vzorcu in s svojim razmišljanjem in različnimi idejami vidijo, kako deluje aplikacija.

Sledenje temu postopku zajema tudi najmanjši del aplikacije in pomaga pri iskanju več težav / napak kot v običajnem postopku testiranja testnih primerov.

Raziskovalno testiranje se običajno izvaja v primerih, ko:

• V preskusni skupini je izkušen preizkuševalec, ki lahko s svojimi izkušnjami testiranja uporabi vse najboljše možne scenarije.
• Pokrite so bile vse kritične poti in v skladu z zahtevanimi specifikacijami, ki so bile izvedene, so pripravljeni večji testni primeri.
• Obstaja kritična aplikacija in v nobenem primeru ni mogoče zamuditi nobenega primera.
• V ekipo je vstopil novi preizkuševalec, ki bo z raziskovanjem aplikacije pomagal bolje razumeti, poleg tega pa bo sledil lastnemu umu med izvajanjem katerega koli scenarija, ne pa po poti, kot je omenjena v dokumentu z zahtevami.

V # 14) Katere možne funkcije za prijavo je treba preizkusiti?

Odgovor: Spodaj so navedeni možni scenariji, ki jih je mogoče izvesti za popolno preizkušanje prijavne funkcije katere koli aplikacije:

• Preverite vnosna polja, tj. Uporabniško ime in geslo z veljavnimi in neveljavnimi vrednostmi.
• Poskusite vnesti veljaven e-poštni ID z napačnim geslom in vnesite tudi neveljaven e-poštni naslov in veljavno geslo. Preverite pravilno prikazano sporočilo o napaki.
• Vnesite veljavne poverilnice in se prijavite v aplikacijo. Zaprite in znova odprite brskalnik, da preverite, ali je še vedno prijavljen.
• Po prijavi vnesite aplikacijo in nato znova pojdite nazaj na prijavno stran, da preverite, ali je uporabnik ponovno pozvan k prijavi ali ne.
• Prijavite se iz enega brskalnika in odprite aplikacijo iz drugega brskalnika, da preverite, ali ste prijavljeni tudi v drug brskalnik ali ne.
• Po prijavi v aplikacijo spremenite geslo in se nato poskusite prijaviti s tem starim geslom.

Obstaja tudi nekaj drugih možnih scenarijev, ki jih je mogoče preizkusiti.

V # 15) Pojasnite testiranje dostopnosti in njegov pomen v sedanjem scenariju.

Odgovor: Preizkušanje dostopnosti je oblika preizkušanja uporabnosti, pri katerem se testiranje izvaja tako, da se z invalidi zlahka ukvarjajo z aplikacijo, kot so sluh, barvna slepota, slaba vidljivost itd. V današnjem scenariju je splet v našem življenju dobil glavno mesto v oblika spletnih mest za e-poslovanje, e-učenje, e-plačila itd.

Da bi lahko v življenju rasli bolje, bi morali biti vsi del tehnologije, zlasti ljudje z nekaterimi ovirami.

Spodaj je navedenih nekaj vrst programske opreme, ki invalidom pomaga in pomaga pri uporabi tehnologije:

• Programska oprema za prepoznavanje govora
• Programska oprema za bralnik zaslona
• Programska oprema za povečavo zaslona
• Posebna tipkovnica

V # 16) Kaj je testiranje Adhoc?

Odgovor: Adhoc testiranje, običajno znano kot naključno testiranje, je oblika testiranja, ki ne sledi nobenemu testnemu primeru ali zahtevi aplikacije. Adhoc testiranje je v bistvu nenačrtovana dejavnost, pri kateri se kateri koli del aplikacije naključno preveri, da bi našli napake.

V takih primerih je naletene napake zelo težko reproducirati, saj ne upoštevamo načrtovanih testnih primerov. Adhoc testiranje se običajno izvede, kadar je čas za izvedbo podrobnega testiranja omejen.

V # 17) Kaj je enakovredna particija?

Odgovor: Enakovredna particija, znana tudi kot particioniranje razreda enakovrednosti, je oblika preizkušanja črne škatle, kjer se vhodni podatki delijo na podatkovne razrede. Ta postopek se izvaja, da se zmanjša število testnih primerov, vendar še vedno pokriva največje zahteve.

Uporablja se enakovredna tehnika razdeljevanja, kjer lahko vrednosti vhodnih podatkov razdelimo na obsege. Območje vhodnih vrednosti je določeno tako, da je treba preskusiti le en pogoj iz vsake particije obsega, ob predpostavki, da se bodo vsi ostali pogoji iste particije obnašali enako za programsko opremo.

Na primer: Za določitev obrestne mere glede na stanje na računu lahko določimo obseg zneska stanja na računu, ki zasluži drugačno obrestno mero.

V # 18) Pojasnite analizo mejne vrednosti.

levo zunanje združevanje vs levo združevanje

Odgovor: Metoda analize mejne vrednosti preverja mejne vrednosti particij razreda enakovrednosti. Analiza mejne vrednosti je v bistvu preizkusna tehnika, ki prepozna napake na mejah in ne znotraj vrednosti obsega.

Na primer , Vhodno polje lahko dovoli najmanj 8 znakov in največ 12 znakov, nato se 8-12 šteje za veljaven obseg, 13 pa kot neveljaven obseg. Skladno s tem so testni primeri zapisani za veljavno vrednost particije, natančno mejno vrednost in neveljavno vrednost particije.

V # 19) Pojasnite razliko med resnostjo in prednostjo.

Odgovor: Resnost pomanjkljivosti je opredeljena s stopnjo ali stopnjo vpliva napake na preskušani nanos. Večja kot je resnost napake, večji je vpliv na aplikacijo.

Sledijo 4 razredi, v katere je razvrščena resnost napake:

• Kritično
• Major
• Srednje
• Nizko

Prednost okvare določa vrstni red, v katerem je treba napako najprej odpraviti, tj.Čim višja prednost napake pomeni, da je aplikacija v določenem trenutku neuporabna ali je zataknjena, napako pa je treba odpraviti čim prej.

Sledijo 3 razredi, v katerih je opredeljena prednostna naloga napake:

• Visoko
• Srednje
• Nizko

V # 20) Kdaj opravimo testiranje dima?

Odgovor: Preskus dima se izvede na aplikaciji po prejemu gradnje. Tester običajno preizkusi kritično pot in ne funkcionalnosti poglobljeno, da se prepriča, ali bo zgradba sprejeta za nadaljnje preskušanje ali zavrnjena v primeru pokvarjene aplikacije.

Kontrolni seznam dima običajno vsebuje kritično pot aplikacije, brez katere je aplikacija blokirana.

V # 21) Kaj razumete s testiranjem Sanity?

Odgovor: Preizkus ustreznosti se izvede po prejemu gradnje, da se preveri nova funkcionalnost / napake, ki jih je treba odpraviti. V tej obliki preskušanja je cilj približno preveriti funkcionalnost, kot je bilo pričakovano, in ugotoviti, ali je napaka odpravljena, pa tudi učinek popravljene napake na preizkušeno aplikacijo.

Če preizkus preizkusa Sanity ne uspe, ni smiselno sprejeti gradbe s strani preizkuševalca in izgubljati čas.

V # 22) Kaj razumete z matriko sledljivosti zahtev?

Odgovor: Matrica sledljivosti zahtev (RTM) je orodje za spremljanje pokritosti zahtev v postopku testiranja.

V RTM so vse zahteve kategorizirane kot njihov razvoj med sprintom in njihovi ustrezni ID-ji (izvajanje / izboljšanje nove funkcije / prejšnje izdaje itd.) Se vzdržujejo za spremljanje, da je bilo vse, kar je omenjeno v dokumentu z zahtevami, izvedeno pred izdajo izdelek.

RTM se ustvari takoj po prejemu dokumenta z zahtevami in se ohrani do izdaje izdelka.

V # 23) Katere dejavnike je treba upoštevati pri testiranju na podlagi tveganj?

Odgovor: S preskušanjem projekta na podlagi tveganj ne gre le za to, da bi projekt zagotovili brez tveganja, ampak je glavni cilj testiranja na podlagi tveganj doseči rezultat projekta z izvajanjem najboljših praks obvladovanja tveganj.

Glavni dejavniki, ki jih je treba upoštevati pri testiranju na podlagi tveganja, so naslednji:

• Ugotoviti, kdaj in kako na ustrezni aplikaciji izvesti testiranje na podlagi tveganj.
• Ugotoviti ukrepe, ki dobro delujejo pri iskanju in obvladovanju tveganj na kritičnih področjih uporabe.
• Doseči rezultat projekta, ki uravnoteži tveganje s kakovostjo in značilnostmi aplikacije.

V # 24) Ločite med regresijskim testiranjem in ponovnim testiranjem.

Odgovor: Razliko med regresijskim testiranjem in ponovnim testiranjem lahko razložimo na naslednji način:

V # 25) Pojasnite preizkus sprejemljivosti uporabnika.

Odgovor: Uporabniško testiranje se običajno opravi po temeljitem preizkusu izdelka. V tej obliki testiranja uporabniki programske opreme ali recimo odjemalec sam uporablja aplikacijo, da se prepriča, ali vse deluje v skladu z zahtevami in popolnoma v resničnem scenariju.

UAT je znan tudi kot testiranje končnega uporabnika.

Zaključek

V tem članku sem poskušal razložiti vsako temo funkcionalnega preizkušanja, tako da lahko vsak, ki se pripravlja na razgovor, zlahka razume temo in si jih tudi zapomni.

Ta vprašanja in odgovori za intervjuje s funkcijskim preizkušanjem vas bodo vodili, da boste s popolnim zaupanjem uspešno očistili kateri koli intervju.

Vsem želimo uspeh.

Upam, da vam bodo ta vprašanja in odgovori za intervju s funkcijskim preizkušanjem v določeni fazi kariere pomagali.

Priporočeno branje

• Funkcionalno testiranje vs nefunkcionalno testiranje
• 16 novih funkcij orodja Micro Focus UFT (poenoteno funkcionalno testiranje) - QTP vs UFT
• 5 najboljših nadomestnih orodij HP Unified Functional Testing (UFT)
• Popoln nefunkcionalni priročnik za testiranje za začetnike
• Priročnik po korakih za Jubula - odprtokodno orodje za samodejno preizkušanje funkcij
• Funkcionalno preskušanje v primerjavi s preizkušanjem učinkovitosti: Ali ga je treba izvajati hkrati?
• Popoln vodnik za funkcionalno testiranje s svojimi vrstami in primeri
• Vadnica za preverjanje kakovosti Parrot: Pregled orodij za funkcionalno preskušanje med brskalniki
• Spock za integracijo in funkcionalno testiranje s selenom
• Razlike med preskušanjem enot, preskušanjem integracije in funkcionalnim preskušanjem
• Najboljših 25 vprašanj in odgovorov za intervjuje s funkcijskim testiranjem
• 30 najboljših orodij za testiranje v letu 2021