top 25 functional testing interview questions
Najčešće postavljana pitanja i odgovori za intervjue s funkcijskim testiranjem:
Kao što sam naziv definira, funkcionalno ispitivanje je postupak testiranja aplikacije s obzirom na specifikacije dokumenta zahtjeva.
Funkcionalno testiranje može se provesti bilo ručno ili automatizacijom, ali svaki postupak uključuje testiranje aplikacije pružanjem skupa ulaza i određivanjem ili provjerom rezultata / rezultata uspoređivanjem stvarnog rezultata s očekivanim rezultatima.
Funkcionalno testiranje ima različite faze koje se moraju uzeti u obzir tijekom testiranja. U ovom ćemo članku vidjeti više pitanja za intervju i odgovor koji će vam pomoći da se dobro pripremite.
Najpopularnija pitanja o intervjuu za funkcionalno testiranje
P # 1) Što razumijete pod pojmom 'funkcionalno testiranje'?
Odgovor: Tehnika testiranja crne kutije, gdje se funkcionalnost aplikacije ispituje kako bi generirala željeni izlaz pružanjem određenih unosa, naziva se 'Funkcionalno testiranje'.
Uloga funkcionalnog testiranja nije samo provjera ponašanja aplikacije prema specifikaciji dokumenta zahtjeva već i provjera je li aplikacija spremna za puštanje u živo okruženje ili ne.
Slijedi nekoliko uobičajenih tehnika funkcionalnog ispitivanja:
- Jedinstveno ispitivanje
- Ispitivanje dima
- Integracijsko ispitivanje
- Ispitivanje sustava
- Ispitivanje upotrebljivosti
- Ispitivanje regresije
- Ispitivanje prihvaćanja korisnika
P # 2) Koji su važni koraci obuhvaćeni funkcionalnim ispitivanjem?
Odgovor: Slijede koraci koje treba obuhvatiti kao dio funkcionalnog ispitivanja:
- Razumijevanje specifikacije dokumenta Zahtjeva i uklanjanje sumnji i upita u obliku komentara komentara.
- Pisanje testnih slučajeva s obzirom na specifikaciju zahtjeva imajući na umu sve scenarije koji bi se trebali uzeti u obzir za sve slučajeve.
- Identificiranje testnih ulaza i traženje testnih podataka potrebnih za izvršavanje testnih slučajeva, kao i za provjeru funkcionalnosti aplikacije.
- Odredite stvarne ishode prema ulaznim vrijednostima koje će se testirati.
- Izvršite test slučajeve koji određuju je li ponašanje aplikacije očekivano ili je došlo do bilo kakvog kvara.
- Usporedite stvarni rezultat i izračunati rezultat da biste saznali stvarni ishod.
P # 3) Objasnite razliku između funkcionalnog i nefunkcionalnog testiranja.
Odgovor: Razlika između funkcionalnog i nefunkcionalnog testiranja može se objasniti na sljedeći način:
Ispitivanje funkcionalnosti | Nefunkcionalno ispitivanje |
---|---|
Funkcionalno testiranje provodi se kako bi se utvrdilo ponašanje sustava prema funkcionalnim zahtjevima klijenta. | Nefunkcionalno testiranje postupak je za određivanje performansi sustava prema očekivanjima klijenta |
Funkcionalno testiranje izvodi se prvo uz pomoć alata za ručno i automatizirano testiranje. | Nefunkcionalno ispitivanje provodi se nakon funkcionalnog ispitivanja s učinkovitim potrebnim alatima. |
Lako je izvesti ručno testiranje jer su zahtjevi klijenta ulaz u funkcionalno testiranje. | Teško je izvesti ručno testiranje jer su skalabilnost, pouzdanost, brzina i drugi parametri performansi uneseni u nefunkcionalno testiranje. |
Funkcionalno ispitivanje je sljedećih vrsta: • Jedinstveno testiranje • Ispitivanje dima • Ispitivanje ispravnosti • Integracijsko ispitivanje • Ispitivanje prihvaćanja korisnika • Regresijsko ispitivanje | Nefunkcionalno ispitivanje je sljedećih vrsta: • Ispitivanje performansi • Ispitivanje opterećenja, naprezanja, glasnoće • Ispitivanje sigurnosti • Ispitivanje kompatibilnosti |
P # 4) Po čemu se 'Build' razlikuje od 'Releasea'?
Odgovor: Graditi je izvršna datoteka koja se odnosi na onaj dio aplikacije koji se predaje ispitivaču radi testiranja implementirane funkcionalnosti aplikacije zajedno s nekim ispravcima programskih pogrešaka. Izgradnju testni tim može odbiti ako ne prođe kritični kontrolni popis koji sadrži glavnu funkcionalnost aplikacije.
U ciklusu testiranja aplikacije može biti više gradnji.
Otpustite odnosi se na softversku aplikaciju koja više nije u fazi testiranja, a nakon završetka testiranja i razvoja aplikacija se predaje klijentu. Jedno izdanje povezano je s nekoliko gradnji.
P # 5) Objasnite ciklus grešaka.
Odgovor: Kaže se da je greška neželjena pogreška, greška, pogreška itd. Koja se dogodila u aplikaciji i sprječava je da isporuči željeni izlaz. Kada se tijekom testiranja nađe bilo koji nedostatak ili greška u aplikaciji, a zatim od evidentiranja kvara do njegovog rješavanja, greška se kreće kroz određeni životni ciklus poznat kao Životni ciklus greške.
Ispod će vam slika o životnom ciklusu grešaka:
[slika izvor ]
Cijeli postupak teče kako i kada se naiđe na problem ili grešku. Prijavljen je / prijavljen u alat za praćenje grešaka u značajnom formatu. Te su programske pogreške dodijeljene programeru i njihov status je 'Otvoren'. Razvojni programer sada može pregledati pogrešku, reproducirati je na kraju i početi raditi na njoj.
Ako je programska pogreška ispravljena, programer mijenja svoj status u 'Popravljeno' ili se status može premjestiti u 'treba više informacija', 'neće popraviti', 'ne može se reproducirati' itd., U drugim slučajevima. QA zatim vrši regresiju, tj. Ponovno provjerava pogreške određenom radnjom i odgovara u skladu s tim.
Ako se izdanja / programska pogreška sada ponašaju kako se očekivalo, njezin se status mijenja u Potvrđeno / Zatvoreno, ponovno Ponovo otvori.
P # 6) Navedite status greške zajedno s opisom.
privatni poslužitelj vanilla world of warcraft
Odgovor: U nastavku je navedeno nekoliko statusa grešaka zajedno s njihovim opisima:
- Novi: Kad se kvar ili greška zabilježi prvi put, to se kaže kao Novo.
- Dodijeljeno: Nakon što je ispitivač zabilježio programsku pogrešku, voditelj ispitivača pregledava njegovu pogrešku, a zatim je dodijeljena odgovarajućem timu programera.
- Otvoren: Tester bilježi bug u otvorenom stanju i ostaje u otvorenom stanju dok programer ne izvrši neki zadatak na toj bugu.
- Riješeno / popravljeno: Kada je programer riješio bug, tj. Sada aplikacija daje željeni izlaz za određeni problem, tada programer mijenja svoj status u Rješeno / Ispravljeno.
- Potvrđeno / zatvoreno: Kad je programer promijenio status u riješen / popravljen, tester sada testira problem na njegovom kraju, a ako je popravljen, onda mijenja status greške u 'Potvrđeno / Zatvoreno'.
- Ponovo otvoriti: Ako je tester u mogućnosti reproducirati grešku ponovno, tj. Greška i dalje postoji čak i nakon što ju je programer popravio, status je označen kao Ponovno otvori.
- Nije greška / nije valjano: Programer programer može označiti kao nevaljanu ili ne kao programsku pogrešku kada je prijavljeni problem u skladu s funkcijom, ali je evidentiran zbog pogrešne interpretacije.
- Odgođena: Obično kada je programska pogreška minimalnog prioriteta za izdanje i ako nedostaje vremena, u tom se slučaju te programske pogreške s minimalnim prioritetom odgađaju za sljedeće izdanje.
- Nije moguće reproducirati: Ako programer ne može reproducirati pogrešku na kraju slijedeći korake navedene u izdanju.
P # 7) Što je poznato kao testiranje na temelju podataka?
Odgovor: Testiranje temeljeno na podacima je metodologija u kojoj se niz testnih skripti koje sadrže test slučajeve izvodi više puta koristeći izvore podataka kao što su Excel proračunska tablica, XML datoteka, CSV datoteka, SQL baza podataka za ulazne vrijednosti, a stvarni se izlaz uspoređuje s očekivanim u provjeri postupak.
Na primjer, Test test koristi se za testiranje na temelju podataka.
Neke su prednosti testiranja na temelju podataka:
- Mogućnost ponovne upotrebe.
- Ponovljivost.
- Test odvajanje podataka od test logike.
- Broj testnih slučajeva je smanjen.
P # 8) Koje su važne točke koje treba uzeti u obzir prilikom pisanja test slučajeva?
Odgovor: Pisanje test slučaja je najvažnija aktivnost postupka izvršavanja testa koja zahtijeva vještine pisanja, kao i detaljno poznavanje aplikacije kako bi se stvorili učinkoviti i ponovni testovi.
Nekoliko važnih točaka koje treba uzeti u obzir prilikom pisanja testnih slučajeva uključuju:
- Trebalo bi biti jasno razumijevanje zahtjeva klijenta prije početka pisanja testnih slučajeva. Ne smije se pretpostavljati ništa i treba razjasniti svaku sumnju u vezi sa zahtjevima.
- Svaki zahtjev trebao bi biti uključen u obliku test slučajeva i ništa ne bi trebalo izostaviti. Obično se održava matrica sljedivosti kako bi se provjerila provedba svakog zahtjeva i završetak testiranja.
- Prema specifikacijama dokumenta zahtjeva, svi funkcionalni i nefunkcionalni zahtjevi, uključujući sučelje korisničkog sučelja, moraju biti pokriveni.
- Pokusne slučajeve treba povremeno provjeravati radi ponavljanja ili suvišnosti.
- Prioritet je važan čimbenik koji treba odrediti za test slučajeve tijekom pisanja. Ovaj prioritet pomaže ispitivaču da prvo testira aplikaciju s testovima s visokim prioritetom koji uključuju osnovnu funkcionalnost, zatim sa srednjim, a kasnije s niskim prioritetom.
- Za određeno izdanje, test slučajevi se također mogu graditi sprint-om, tako da ispitivač, kao i programer, mogu analizirati kvalitetu proizvoda na temelju izvršenja test-slučaja.
- Struktura test slučajeva trebala bi biti lako razumljiva i mora biti na jednostavnom jeziku. Vrijednosti ulaznih podataka za test slučajeve trebale bi biti valjane u širokom rasponu.
P # 9) Što je automatsko testiranje?
Odgovor: Automatizirano testiranje je metodologija testiranja gdje se alat za automatizaciju koristi za izvršavanje paketa testnih slučajeva kako bi se povećala pokrivenost testom, kao i brzina izvođenja testa. Automatizirano testiranje ne zahtijeva bilo kakvu ljudsku intervenciju jer izvršava unaprijed skriptirane testove i sposobno je izvještavati i uspoređivati rezultate s prethodnim testnim radom.
Ponovljivost, jednostavnost upotrebe, točnost i veća dosljednost neke su od prednosti automatskog testiranja.
U nastavku su navedeni neki alati za automatizaciju:
- Selen
- Telur
- voda
- SAPUN
P # 10) Objasnite pojam Ispitivanje naprezanja i Ispitivanje opterećenja.
Odgovor:
Ispitivanje naprezanja je oblik ispitivanja performansi u kojem aplikacija mora proći kroz napor ili stres, tj. izvršavanje aplikacije iznad praga prekida kako bi se utvrdilo mjesto na kojem aplikacija pada. Ovo se stanje obično javlja kada ima previše korisnika i previše podataka.
Testiranje otpornosti na stres također potvrđuje oporavak aplikacije kada se smanji radno opterećenje.
Ispitivanje opterećenja je oblik ispitivanja performansi u kojem se aplikacija izvršava iznad različitih razina učitavanja radi praćenja vršnih performansi poslužitelja, vremena odziva, protoka poslužitelja itd. Kroz proces ispitivanja opterećenja utvrđuju se stabilnost, izvedba i integritet aplikacije pod istodobnim opterećenjem sustava .
P # 11) Što razumijete pod ispitivanjem volumena?
Odgovor: Volumensko testiranje oblik je ispitivanja performansi koji određuje razinu izvedbe protoka poslužitelja i vrijeme odziva kada se istodobni korisnici, kao i veliko opterećenje podataka iz baze podataka, stavljaju u sustav / aplikaciju koji se testira.
P # 12) Koje se različite tehnike ispitivanja koriste u funkcionalnom testiranju?
Odgovor: Postoje dvije različite tehnike ispitivanja koje se koriste u funkcionalnom ispitivanju.
Mogu se definirati na sljedeći način:
- Ispitivanje temeljeno na zahtjevima: Ovaj oblik funkcionalnog ispitivanja provodi se davanjem prioriteta zahtjevima na temelju kriterija rizika. To također osigurava da su svi kritični putovi ispitivanja uključeni u postupak ispitivanja.
- Testiranje temeljeno na poslovnom procesu: Ovaj oblik funkcionalnog ispitivanja provodi se iz perspektive poslovnog procesa. Scenariji uključuju poznavanje poslovnih procesa za provođenje testiranja.
P # 13) Što razumijete pod istraživačkim ispitivanjem? Kada se izvodi?
Odgovor: Istražno ispitivanje znači testiranje ili istraživanje aplikacije bez poštivanja bilo kakvih rasporeda ili postupaka. Tijekom provođenja istraživačkog testiranja, testeri ne slijede bilo koji obrazac i koriste svoja izvanmrežna razmišljanja i različite ideje kako bi vidjeli kako aplikacija radi.
Slijeđenje ovog postupka pokriva i najmanji dio aplikacije i pomaže u pronalaženju više problema / grešaka nego u uobičajenom postupku testiranja testnih slučajeva.
Istraživačka ispitivanja obično se izvode u slučajevima kada:
- U testnom timu postoji iskusni ispitivač koji svoje iskustvo testiranja može primijeniti na sve najbolje moguće scenarije.
- Obuhvaćeni su svi kritični putovi i pripremljeni su glavni testni slučajevi prema izvršenim specifikacijama zahtjeva.
- Postoji kritična aplikacija i ni u jednom slučaju ne može se propustiti nijedan slučaj.
- Novi tester ušao je u tim, istraživanje aplikacije pomoći će im da bolje razumiju, kao i da slijede vlastiti um tijekom izvršavanja bilo kojeg scenarija, a ne slijedeći put kako je spomenuto u dokumentu sa zahtjevima.
P # 14) Koje su moguće značajke za prijavu koje treba testirati za bilo koji web program?
Odgovor: U nastavku su navedeni mogući scenariji koji se mogu izvesti za potpuno testiranje značajke prijave bilo koje aplikacije:
- Provjerite polja za unos, tj. Korisničko ime i lozinku s važećim i nevaljanim vrijednostima.
- Pokušajte unijeti važeći ID e-pošte s netočnom lozinkom, a također unesite nevaljanu e-poštu i valjanu lozinku. Provjerite prikazuje li se ispravna poruka o pogrešci.
- Unesite važeće vjerodajnice i prijavite se u aplikaciju. Zatvorite i ponovo otvorite preglednik da biste provjerili je li još uvijek prijavljen.
- Uđite u aplikaciju nakon prijave, a zatim se vratite natrag na stranicu za prijavu kako biste provjerili traži li se od korisnika ponovno prijavu ili ne.
- Prijavite se iz jednog preglednika i otvorite program iz drugog preglednika da biste provjerili jeste li prijavljeni u drugi preglednik ili niste.
- Promijenite lozinku nakon prijave u program, a zatim se pokušajte prijaviti pomoću te stare lozinke.
Postoji i nekoliko mogućih scenarija koji se mogu testirati.
P # 15) Objasnite testiranje pristupačnosti i njegovu važnost u sadašnjem scenariju.
Odgovor: Ispitivanje pristupačnosti oblik je provjere upotrebljivosti gdje se ispitivanje provodi kako bi se osiguralo da osobe s invaliditetom mogu lako rukovati aplikacijom poput sluha, daltonizma, slabe vidljivosti itd. U današnjem scenariju web je zauzeo glavno mjesto u našem životu u oblik web mjesta e-trgovine, e-učenja, e-plaćanja itd.
Stoga, kako bi mogli bolje rasti u životu, svi bi trebali biti sposobni biti dio tehnologije, posebno ljudi s nekim invaliditetom.
U nastavku je navedeno nekoliko vrsta softvera koji pomažu i pomažu osobama s invaliditetom u korištenju tehnologije:
- Softver za prepoznavanje govora
- Softver čitača zaslona
- Softver za povećanje zaslona
- Posebna tipkovnica
P # 16) Što je Adhoc testiranje?
Odgovor: Adhoc testiranje, obično poznato kao slučajno testiranje, oblik je testiranja koji ne slijedi nijedan testni slučaj ili zahtjev aplikacije. Adhoc testiranje u osnovi je neplanirana aktivnost gdje se bilo koji dio aplikacije nasumično provjerava kako bi se pronašli nedostaci.
U takvim je slučajevima vrlo teško reproducirati nastale nedostatke jer se ne slijede planirani testovi. Adhoc testiranje obično se izvodi kada postoji ograničeno vrijeme za provođenje detaljnih ispitivanja.
P # 17) Što je podjela ekvivalentnosti?
Odgovor: Ekvivalencijsko particioniranje također poznato i kao particioniranje klase ekvivalencije oblik je testiranja crne kutije gdje se ulazni podaci dijele u klase podataka. Ovaj se postupak radi kako bi se smanjio broj testnih slučajeva, ali i dalje pokriva maksimalan zahtjev.
Primjenjuje se tehnika raspodjele ekvivalentnosti gdje se vrijednosti ulaznih podataka mogu podijeliti u raspone. Raspon ulaznih vrijednosti definiran je na takav način da se treba testirati samo jedan uvjet iz svake particije raspona pod pretpostavkom da će se svi ostali uvjeti iste particije ponašati jednako za softver.
Na primjer: Da bismo identificirali kamatnu stopu prema stanju na računu, možemo identificirati raspon iznosa stanja na računu koji zarađuje drugačiju kamatnu stopu.
P # 18) Objasnite analizu granične vrijednosti.
Odgovor: Metoda analize granične vrijednosti provjerava granične vrijednosti particija klase ekvivalencije. Analiza granične vrijednosti u osnovi je tehnika ispitivanja koja identificira pogreške na granicama, a ne unutar vrijednosti raspona.
Na primjer , Polje za unos može dopustiti najmanje 8 znakova i najviše 12 znakova, a tada se 8-12 smatra važećim rasponom, a 13 nevažećim rasponom. Sukladno tome, test slučajevi su napisani za valjanu vrijednost particije, točnu graničnu vrijednost i nevaljanu vrijednost particije.
P # 19) Objasnite razliku između težine i prioriteta.
Odgovor: Težina oštećenja definira se razinom ili stupnjem utjecaja nedostatka na primjenu koja se ispituje. Što je veća ozbiljnost nedostatka, to je veći utjecaj na primjenu.
Slijede 4 klase u kojima se kategorizira težina oštećenja:
- Kritično
- Majore
- Srednji
- Niska
Prioritet nedostataka definira redoslijed kojim bi se kvar trebao prvo riješiti, tj. što veći prioritet kvara podrazumijeva da je aplikacija u nekom trenutku neupotrebljiva ili zaglavila i kvar treba riješiti što je prije moguće.
Slijede 3 klase u kojima je definiran prioritet kvara:
- Visoko
- Srednji
- Niska
P # 20) Kada provodimo testiranje dima?
Odgovor: Ispitivanje dima izvodi se na aplikaciji nakon primanja gradnje. Tester obično ispituje kritični put, a ne funkcionalnost u dubini kako bi bio siguran hoće li izrada biti prihvaćena za daljnje testiranje ili će biti odbijena u slučaju neispravne aplikacije.
Kontrolni popis za dim obično sadrži kritični put aplikacije bez koje je aplikacija blokirana.
P # 21) Što razumijete pod testovima Sanity?
Odgovor: Ispitivanje ispravnosti vrši se nakon primanja gradnje radi provjere nove funkcionalnosti / nedostataka koji se trebaju popraviti. U ovom obliku testiranja cilj je provjeriti funkcionalnost približno onako kako se očekivalo i utvrditi je li programska pogreška ispravljena, a također i učinak ispravljene pogreške na testiranu aplikaciju.
Nema smisla prihvatiti izradu od strane testera i gubiti vrijeme ako Sanity testiranje ne uspije.
P # 22) Što razumijete pod Matricom sljedivosti zahtjeva?
Odgovor: Matrica sljedivosti zahtjeva (RTM) alat je za praćenje pokrivenosti zahtjeva tijekom postupka testiranja.
U RTM-u su svi zahtjevi kategorizirani kao njihov razvoj tijekom sprinta, a njihovi se ID-ovi (implementacija / poboljšanje nove značajke / prethodna izdanja, itd.) Održavaju radi praćenja da je sve spomenuto u zahtjevu provedeno prije objavljivanja proizvod.
RTM se stvara čim se primi dokument sa zahtjevima i održava se do puštanja proizvoda.
P # 23) Koji su faktori koji se trebaju uzeti u obzir pri testiranju na temelju rizika?
Odgovor: Testiranjem projekta temeljenim na riziku nije samo pružanje projekta bez rizika, već je glavni cilj testiranja temeljenog na riziku postizanje ishoda projekta provođenjem najboljih praksi upravljanja rizikom.
Glavni čimbenici koje treba uzeti u obzir pri testiranju na temelju rizika su sljedeći:
- Identificirati kada i kako primijeniti testiranje temeljeno na riziku na odgovarajućoj aplikaciji.
- Identificirati mjere koje dobro djeluju u pronalaženju i rješavanju rizika u kritičnim područjima aplikacije.
- Da bi se postigao ishod projekta koji uravnotežuje rizik s kvalitetom i značajkom aplikacije.
P # 24) Razlikovati regresijsko testiranje od ponovnog testiranja.
Odgovor: Razlika između regresivnog testiranja i ponovnog testiranja može se objasniti na sljedeći način:
Ispitivanje regresije | Ponovno testiranje |
---|---|
Regresijsko testiranje oblik je testiranja koji se provodi kako bi se osiguralo da implementacija bilo koje nove značajke ili popravka ne utječe na bilo koji drugi dio ili funkcionalnost aplikacije. | Ponovno testiranje oblik je testiranja aplikacije nakon uklanjanja nedostataka za one test slučajeve koji nisu uspjeli u zadnjem izvršenju. |
Kao dio regresijskog ispitivanja, nove promjene u aplikaciji ne bi trebale utjecati na postojeće funkcionalnosti. | Kao dio ponovnog ispitivanja vrši se provjera kvara. |
Na temelju zahtjeva projekta, regresijsko testiranje može se paralelno izvoditi s ponovnim ispitivanjem. | Ponovno testiranje izvodi se prije regresijskog ispitivanja zbog visokog prioriteta. |
Poznato i kao generičko testiranje, a radi se za položene testove. | Poznato i kao planirano testiranje, a radi se samo u slučaju neuspjelih testnih slučajeva. |
Kako ručno ispitivanje može biti dugotrajno i skupo, automatizacija se može izvršiti za regresijsko ispitivanje. | Automatizacija se ne može izvršiti za ponovno ispitivanje. |
P # 25) Objasnite testiranje prihvaćanja korisnika.
Odgovor: Ispitivanje prihvaćanja korisnika obično se provodi nakon što se proizvod temeljito ispita. U ovom obliku testiranja korisnici softvera ili, recimo, klijent, sami koriste aplikaciju kako bi se uvjerili radi li sve prema zahtjevu i savršeno u stvarnom scenariju.
UAT je poznat i kao testiranje krajnjeg korisnika.
Zaključak
Kroz ovaj članak pokušao sam objasniti svaku temu funkcionalnog testiranja, tako da svaka osoba koja se priprema za intervju može lako razumjeti temu i sjetiti ih se.
Ova pitanja i odgovori na intervjua s funkcionalnim testiranjem vodit će vas da uspješno očistite bilo koji intervju s punim povjerenjem.
Želimo vam svima uspjeh.
kako dodati niz u niz nizova
Nadam se da će vam ova pitanja i odgovori za intervju s funkcionalnim testiranjem pomoći u nekom trenutku vaše karijere.
Preporučena literatura
- Funkcionalno ispitivanje vs nefunkcionalno testiranje
- 16 novih značajki alata Micro Focus UFT (objedinjeno funkcionalno testiranje) - QTP vs UFT
- 5 najboljih alternativnih alata za HP objedinjeno funkcionalno testiranje (UFT)
- Cjelovit nefunkcionalni vodič za testiranje za početnike
- Korak po korak vodič za Jubula - automatizirani alat za funkcionalno testiranje otvorenog koda
- Funkcionalno testiranje protiv testiranja performansi: treba li to istodobno?
- Kompletan vodič za funkcionalno ispitivanje sa svojim vrstama i primjerima
- Vodič za QA Parrot: Pregled alata za testiranje više preglednika
- Spock za integraciju i funkcionalna ispitivanja sa selenom
- Razlike između jedinstvenog testiranja, integracijskog ispitivanja i funkcionalnog ispitivanja
- Top 25 funkcionalnih ispitivanja Intervju pitanja i odgovori
- Top 30 funkcionalnih alata za ispitivanje 2021. godine