150 pitanja i odgovora za intervju za ručno testiranje za 2025
Thomas Hamilton
Pokrili smo gotovo 150+ važnih viva pitanja o testiranju softvera za nove kandidate, kao i pitanja o ručnom testiranju iskusnih intervjua za QA inženjere kako bismo se pripremili za nadolazeći intervju. Ovaj detaljan vodič s pitanjima za intervju za testiranje softvera za iskusne kandidate pomoći će vam da probijete svoj intervju za posao za testiranje softvera.
Pitanja i odgovori za intervju za ručno testiranje za iskusne i brucoše
1. Što je eksploratorno testiranje?
Eksploratorno testiranje je praktičan pristup u kojem su ispitivači uključeni u minimalno planiranje i maksimalno izvršenje testa. Planiranje uključuje izradu ispitne povelje, kratku deklaraciju opsega kratkog (1 do 2 sata) vremenski ograničenog testa, ciljeve i moguće pristupe koji će se koristiti. Dizajn testa i aktivnosti izvođenja testa obično se izvode paralelno bez formalnog dokumentiranja testnih uvjeta, testnih slučajeva ili testnih skripti. To ne znači da se neće koristiti druge, formalnije tehnike testiranja. Na primjer, ispitivač može odlučiti koristiti analizu graničnih vrijednosti, ali će razmisliti i testirati najvažnije granične vrijednosti bez da ih nužno zapiše. Neke bilješke bit će napisane tijekom sesije istraživanja i testiranja kako bi se nakon toga moglo izraditi izvješće.
👉 Besplatno preuzimanje PDF-a: Pitanja i odgovori za intervju za ručno testiranje
2. Što je "testiranje slučaja upotrebe"?
Kako bi se identificirali i izvršili funkcionalni zahtjevi aplikacije od početka do kraja koristi se "slučaj upotrebe", a tehnike koje se koriste za to poznate su kao "testiranje slučaja upotrebe".
3. Koja je razlika između STLC (životni ciklus testiranja softvera) i SDLC (životni ciklus razvoja softvera)?
SDLC se bavi razvojem/kodiranjem softvera dok se STLC bavi validacijom i provjerom softvera
4. Što je matrica sljedivosti?
Odnos između testnih slučajeva i zahtjeva prikazan je uz pomoć dokumenta. Ovaj dokument je poznat kao matrica sljedivosti.
5. Što je testiranje particioniranja ekvivalencije?
Testiranje particioniranja ekvivalencije je tehnika testiranja softvera koja dijeli ulazne testne podatke aplikacije u svaku particiju barem jednom ekvivalentnih podataka iz kojih se mogu izvesti testni slučajevi. Ovom metodom testiranja smanjuje vrijeme potrebno za testiranje softvera.
6. Što je testiranje bijele kutije i navedite vrste testiranja bijele kutije?
Tehnika testiranja bijele kutije uključuje odabir testnih slučajeva na temelju analize interne strukture (pokrivenost koda, pokrivenost grana, pokrivenost staza, pokrivenost stanja itd.) komponente ili sustava. Također je poznato kao testiranje temeljeno na kodu ili strukturalno testiranje. Različite vrste testiranja bijele kutije su
- Pokrivenost izjave
- Pokrivenost odluka
7. Što provjeravate u testiranju bijele kutije?
U testiranju bijele kutije provjeravaju se sljedeći koraci.
- Provjerite sigurnosne rupe u kodu
- Provjerite nepotpune ili neispravne staze u kodu
- Provjerite tijek strukture prema specifikaciji dokumenta
- Provjerite očekivane rezultate
- Provjerite sve uvjetne petlje u kodu kako biste provjerili potpunu funkcionalnost aplikacije
- Provjerite kodiranje redak po redak i pokrijte 100% testiranje
8. Što je testiranje crne kutije? Koje su različite tehnike testiranja crne kutije?
Testiranje crne kutije je metoda testiranja softvera koja se koristi za testiranje softvera bez poznavanja unutarnje strukture koda ili programa. Ovo se testiranje obično provodi radi provjere funkcionalnosti aplikacije. Različite tehnike testiranja crne kutije su
- Ekvivalentno particioniranje
- Analiza graničnih vrijednosti
- Uzročno-posljedični grafikon
9. Koja je razlika između statičkog i dinamičkog ispitivanja?
Statičko testiranje: Tijekom metode statičkog testiranja kod se ne izvršava, već se provodi pomoću softverske dokumentacije.
Dinamičko testiranje: Za izvođenje ovog testiranja kod mora biti u izvršnom obliku.
10. Što su verifikacija i validacija?
Verifikacija je proces evaluacije softvera u fazi razvoja. Pomaže vam da odlučite zadovoljava li proizvod određene primjene navedene zahtjeve. Validacija je proces evaluacije softvera nakon procesa razvoja i provjere ispunjava li zahtjeve korisnika.
11. Koje su različite razine ispita?
Postoje četiri razine testa
- Testiranje jedinica/komponenti/programa/modula
- Integracijsko testiranje
- Ispitivanje sustava
- Ispitivanje prihvatljivosti
12. Što je integracijsko testiranje?
Integracijsko testiranje je razina procesa testiranja softvera, gdje se pojedinačne jedinice aplikacije kombiniraju i testiraju. Obično se provodi nakon jediničnog i funkcionalnog testiranja.
13. Od čega se sastoje planovi testiranja?
Dizajn testa, opseg, strategije testiranja, pristup razni su detalji od kojih se sastoji dokument plana testiranja.
- Identifikator testnog slučaja
- Djelokrug
- Značajke koje treba testirati
- Značajke koje se ne testiraju
- Strategija testiranja i pristup testiranju
- Rezultati ispitivanja
- Odgovornosti
- Osoblje i obuka
- Rizik i nepredviđene situacije
14. Koja je razlika između UAT (User Acceptance Testing) i testiranja sustava?
Testiranje sustava: testiranje sustava je pronalaženje nedostataka kada se sustav podvrgne testiranju kao cjelina; također je poznato kao end-to-end testiranje. U takvoj vrsti testiranja, aplikacija trpi od početka do kraja.
UAT: User Acceptance Testing (UAT) uključuje provođenje proizvoda kroz niz specifičnih testova koji određuju hoće li proizvod zadovoljiti potrebe svojih korisnika.
15. Navedite razliku između testiranja vođenog podacima i ponovnog testiranja?
Ponovno testiranje: To je proces provjere grešaka na koje djeluje razvojni tim kako bi potvrdio da su popravljene.
Testiranje vođeno podacima (DDT): U procesu testiranja vođenog podacima, aplikacija se testira s više testnih podataka. Aplikacija se testira s različitim skupom vrijednosti.
Pitanja za intervju za napredno ručno testiranje softvera za 3/5/10 godina iskustva
16. Koji su vrijedni koraci za rješavanje problema tijekom testiranja?
- Zabilježite: Zabilježite i rješavajte sve probleme koji su se dogodili
- Izvješće: Prijavite probleme upravitelju više razine
- Kontrola: Definirajte proces upravljanja problemom
17. Koja je razlika između testnih scenarija, testnih slučajeva i testne skripte?
Razlika između testnih scenarija i testnih slučajeva je ta
Testni scenariji: Testni scenarij je svaka funkcionalnost koja se može testirati. Također se naziva testni uvjet ili testna mogućnost.
Testni slučajevi: To je dokument koji sadrži korake koji se moraju izvršiti; planirano je ranije.
Testna skripta: Napisan je u programskom jeziku i kratak je program koji se koristi za testiranje dijela funkcionalnosti softverskog sustava. Drugim riječima, pisani niz koraka koje treba izvesti ručno.
18. Što je latentni defekt?
Latentni nedostatak: Ovaj nedostatak je postojeći nedostatak u sustavu koji ne uzrokuje kvar jer točan skup uvjeta nikada nije ispunjen
19. Koja su dva parametra koja mogu biti korisna za poznavanje kvalitete izvršenja testa?
Da bismo znali kvalitetu izvršenja testa, možemo koristiti dva parametra
- Omjer odbačenih nedostataka
- Omjer curenja kvara
Parametri za kvalitetu izvođenja testa
20. Koja je funkcija alata za testiranje softvera “fantom”?
Phantom je besplatni softver i koristi se za skriptni jezik Windows GUI automatizacije. Omogućuje nam da automatski preuzmemo kontrolu nad prozorima i funkcijama. Može simulirati bilo koju kombinaciju pritisaka tipki i klikova mišem, kao i izbornike, popise i više.
21. Objasnite što je Test Deliverables?
Isporučivi rezultati testa su skup dokumenata, alata i drugih komponenti koje je potrebno razviti i održavati kao podršku testiranju.
U svakoj fazi životnog ciklusa razvoja softvera postoje različiti rezultati testiranja
- Prije testiranja
- Tijekom testiranja
- Nakon testiranja
22. Što je mutacijsko testiranje?
Mutacijsko testiranje je tehnika kojom se utvrđuje je li skup testnih podataka ili testni slučaj koristan namjernim uvođenjem različitih promjena koda (bugova) i ponovnim testiranjem s izvornim testnim podacima/slučajevima kako bi se utvrdilo jesu li bugovi otkriveni.
23. Što sve trebate uzeti u obzir prije odabira alata za automatizaciju za AUT?
- Tehnička izvedivost
- Razina složenosti
- Stabilnost aplikacije
- Podaci ispitivanja
- Veličina aplikacije
- Ponovno korištenje automatiziranih skripti
- Izvođenje u cijelom okruženju
24. Kako ćete provesti analizu rizika?
Za analizu rizika potrebno je provesti sljedeće korake
- Pronalaženje ocjene rizika
- Izrada profila za rizik
- Promjena svojstava rizika
- Rasporedite resurse tog testnog rizika
- Izrada baze rizika
25. Koje su kategorije otklanjanja pogrešaka?
Kategorije za otklanjanje pogrešaka
- Ispravljanje pogrešaka grubom silom
- odustajanja
- Otklanjanje uzroka
- Rezanje programa
- Analiza stabla grešaka
26. Što je maskiranje greške objasnite na primjeru?
Kada prisutnost jednog kvara skriva prisutnost drugog kvara u sustavu, to je poznato kao maskiranje greške.
Primjer: ako "Negativna vrijednost" uzrokuje aktiviranje neobrađene iznimke sustava, programer će spriječiti unos negativnih vrijednosti. Ovo će riješiti problem i sakriti nedostatak neobrađenog aktiviranja iznimke.
27. Objasnite što je plan testiranja? Koje informacije treba sadržavati Plan testiranja?
Plan testiranja može se definirati kao dokument koji opisuje opseg, pristup, resurse i raspored aktivnosti testiranja, a plan testiranja treba obuhvaćati sljedeće detalje.
- Strategija testiranja
- Cilj ispitivanja
- Kriteriji za izlazak/obustavu
- Planiranje resursa
- Ispitni rezultati
28. Kako možete eliminirati rizik proizvoda u svom projektu?
Pomaže vam eliminirati rizik proizvoda u vašem projektu, a postoji jednostavan, ali ključan korak koji može smanjiti rizik proizvoda u vašem projektu.
- Istražite specifikacijske dokumente
- Razgovarajte o projektu sa svim zainteresiranim stranama, uključujući razvojnog programera
- Kao pravi korisnik šetajte web stranicom
29. Koji je uobičajeni rizik koji dovodi do neuspjeha projekta?
Uobičajeni rizik koji dovodi do neuspjeha projekta jesu
- Nema dovoljno ljudskih resursa
- Okruženje za testiranje možda nije ispravno postavljeno
- Ograničeni proračun
- Vremenska ograničenja
30. Na temelju čega možete doći do procjene za svoj projekt?
Da biste procijenili svoj projekt, morate uzeti u obzir sljedeće točke
- Podijelite cijeli projekt na najmanje zadatke
- Svaki zadatak dodijelite članovima tima
- Procijenite napor potreban za dovršenje svakog zadatka
- Potvrdite procjenu
31. Objasnite kako biste dodijelili zadatak članovima tima?
| Zadatak | Član |
|---|---|
| Analizirajte specifikaciju softverskih zahtjeva | Svi članovi |
| Napravite specifikaciju testa | Tester/test analitičar |
| Izgradite testno okruženje | Test administrator |
| Izvršite testne slučajeve | Tester, Test administrator |
| Prijavite nedostatke | Ispitivač |
32. Objasnite što je vrsta testiranja i koje su najčešće korištene vrste testiranja?
Da bi se dobio očekivani rezultat testa, slijedi standardni postupak koji se naziva Vrsta testiranja.
Najčešće korištene vrste testiranja su
- Jedinično testiranje: Testirajte najmanji kod aplikacije
- Testiranje API-ja: API za testiranje stvoren za aplikaciju
- Testiranje integracije: Pojedinačni softverski moduli se kombiniraju i testiraju
- Testiranje sustava: Kompletno testiranje sustava
- Testiranje instalacije/deinstalacije: Testiranje obavljeno sa stajališta klijenta/kupca
- Agilno testiranje: Testiranje kroz Agile tehniku
33. Dok pratite svoj projekt što sve morate uzeti u obzir?
Stvari koje treba uzeti u obzir su
- Je li vaš projekt po rasporedu
- Jeste li premašili proračun
- Radite li prema istom cilju u karijeri
- Imate li dovoljno sredstava
- Postoje li znakovi upozorenja na nadolazeće probleme
- Postoji li pritisak uprave da se projekt završi prije
34. Koje su uobičajene pogreške koje stvaraju probleme?
- Spajanje resursa s pogrešnim projektima
- Nedostatak vještina voditelja testa
- Ne slušajući druge
- Loše planiranje
- podcjenjujući
- Ignoriranje malih problema
- Ne prati proces
35. Što sadrži tipično izvješće o ispitivanju? Koje su prednosti izvješća o ispitivanju?
Izvješće o ispitivanju sadrži sljedeće stvari:
- Informacije o projektu
- Cilj ispitivanja
- Sažetak testa
- Mana
Prednosti izvješća o ispitivanju su:
- Informira se o trenutnom statusu projekta i kvaliteti proizvoda
- Ako je potrebno, zainteresirana strana i korisnik mogu poduzeti korektivne mjere
- Konačni dokument pomaže odlučiti je li proizvod spreman za puštanje u promet
36. Što je pregled upravljanja testiranjem i zašto je važan?
Upravljački pregled također se naziva Osiguranje kvalitete softvera ili SQA. SQA se više fokusira na softverski proces nego na proizvode softverskog rada. To je skup aktivnosti osmišljenih kako bi se osiguralo da voditelj projekta slijedi standardni proces. SQA pomaže voditelju testiranja da usporedi projekt s postavljenim standardima.
37. Koje su najbolje prakse za osiguranje kvalitete softvera?
Najbolja praksa za učinkovitu implementaciju SQA je
- Stalno Poboljšanje
- Dokumentacija
- Upotreba alata
- Metrika
- Odgovornost članova tima
- Iskusni SQA auditori
38. Kada se priprema RTM (Matrica sljedivosti zahtjeva)?
RTM se priprema prije projektiranja testnog slučaja. Zahtjevi bi se trebali moći pratiti iz aktivnosti pregleda.
39. Koja je razlika između matrice ispitivanja i matrice sljedivosti?
Test matrica: Matrica testiranja koristi se za bilježenje stvarne kvalitete, truda, plana, resursa i vremena potrebnog za bilježenje svih faza testiranja softvera
Matrica sljedivosti: Mapiranje između testnih slučajeva i zahtjeva kupaca poznato je kao matrica sljedivosti
40. U ručnom testiranju što su stubovi i driveri?
I stubovi i upravljački programi dio su inkrementalnog testiranja. U inkrementalnom testiranju postoje dva pristupa, naime pristup odozdo prema gore i pristup odozgo prema dolje. Pokretači se koriste u testiranju odozdo prema gore, a stub se koristi za pristup odozgo prema dolje. Kako bi se testirao glavni modul, koristi se stub, koji je lažni kod ili program.
41. Koji biste korak učinili nakon što pronađete kvar?
Nakon što se otkrije kvar, slijedite korak
a) Ponovno stvorite kvar
b) Priložite snimak zaslona
c) Zabilježite kvar
42. Objasnite što je metoda testiranja "upravljana planom testiranja" ili "upravljana ključnom riječi"?
Ova tehnika koristi stvarni dokument testnog slučaja koji su razvili testeri koristeći proračunsku tablicu koja sadrži posebne "ključne riječi". Ključne riječi kontroliraju obradu.
43. Što je DFD (Data Flow Diagram)?
Kada je “tok podataka” kroz informacijski sustav grafički predstavljen, tada je to poznato kao dijagram toka podataka. Također se koristi za vizualizaciju obrade podataka.
44. Objasnite što je LCSAJ?
LCSAJ je kratica za 'linearnu sekvencu koda i skok'. Sastoji se od sljedeće tri stavke
a) Početak linearnog niza izvršnih naredbi
b) Kraj linearnog niza
c) Ciljna linija na koju se upravljački tok prenosi na kraju linearne sekvence
45. Objasnite što je N+1 testiranje?
Varijacija regresijskog testiranja predstavljena je kao N+1. U ovoj se tehnici testiranje provodi u višestrukim ciklusima u kojima se pogreške pronađene u ispitnom ciklusu 'N' rješavaju i ponovno testiraju u ispitnom ciklusu N+1. Ciklus se ponavlja osim ako se ne pronađu greške.
46. Što je Fuzz testiranje i kada se koristi?
Fuzz testiranje koristi se za otkrivanje sigurnosnih rupa i pogrešaka kodiranja u softveru. U ovoj tehnici, nasumični podaci dodaju se sustavu u pokušaju da se sruši sustav. Ako ranjivost i dalje postoji, koristi se alat nazvan fuzz tester za utvrđivanje mogućih uzroka. Ova tehnika je korisnija za veće projekte, ali otkriva samo veliku grešku.
47. Navedite koje su glavne prednosti metrike pokrivenosti iskaza kod testiranja softvera?
Prednost metrike pokrivenosti izjava je u tome
a) Ne zahtijeva obradu izvornog koda i može se primijeniti izravno na objektni kod
b) Greške su ravnomjerno raspoređene kroz kod, zbog čega postotak pokrivenih izvršnih izraza odražava postotak otkrivenih grešaka
48. Kako generirati test slučajeve za metodu “zamijeni niz”?
a) Ako su znakovi u novom nizu > znakovi u prethodnom nizu. Nijedan od znakova ne smije biti skraćen
b) Ako su znakovi u novom nizu< znakovi u prethodnom nizu. Ne treba dodavati neželjene znakove
c) Razmaci iza i prije niza ne smiju se brisati
d) Niz treba zamijeniti samo za prvo pojavljivanje niza
49. Kako ćete riješiti sukob među članovima svog tima?
- Razgovarat ću pojedinačno sa svakom osobom i zabilježiti njihove brige
- Pronaći ću rješenje za uobičajene probleme koje postavljaju članovi tima
- Održat ću timski sastanak, otkriti rješenje i zamoliti ljude za suradnju
50. Navedite koje su kategorije nedostataka?
Uglavnom postoje tri kategorije kvarova
- Pogrešno: Kada je zahtjev netočno implementiran
- Nestao: To je odstupanje od specifikacije, pokazatelj da specifikacija nije implementirana ili da zahtjev kupca nije ispunjen
- dodatni: Zahtjev ugrađen u proizvod koji nije dao krajnji kupac. Smatra se nedostatkom jer je odstupanje od postojećih zahtjeva
51. Objasnite kako radi alat za pokrivenost testom?
Alat za testiranje pokrivenosti koda radi paralelno tijekom izvođenja testiranja na stvarnom proizvodu. Alat za pokrivanje koda nadzire izvršene izjave izvornog koda. Kada je završno testiranje obavljeno, dobivamo potpuno izvješće o izjavama na čekanju i također dobivamo postotak pokrivenosti.
52. Navedite koja je razlika između "defekta" i "greške" u testiranju softvera?
Jednostavnim rječnikom rečeno, kada kvar dođe do krajnjeg kupca, to se naziva kvarom, dok se kvar identificira interno i rješava; tada se govori o nedostatku.
53. Objasnite kako testirati dokumente u projektu koji se protežu kroz životni ciklus razvoja softvera?
Projekt se proteže kroz životni ciklus razvoja softvera na sljedeći način
- Središnji/Projektni plan testiranja: To je glavni plan testiranja koji ocrtava kompletnu strategiju testiranja projekta. Ovaj se plan koristi do kraja životnog ciklusa razvoja softvera
- Plan prihvatljivog ispitivanja: Ovaj dokument počinje tijekom faza zahtjeva a završava se pri konačnoj isporuci
- Plan testiranja sustava: Ovaj plan počinje tijekom plana dizajna i nastavlja se do kraja projekta
- Plan integracije i testiranja jedinice: Oba ova plana testiranja počinju tijekom faze izvršenja i traju do konačne isporuke
54. Objasnite koji test slučajevi su ispisani prvi crne kutije ili bijele kutije?
Prvo se pišu testni slučajevi crne kutije za pisanje testnih slučajeva crne kutije; zahtijeva plan projekta i dokument sa zahtjevima, svi ovi dokumenti su lako dostupni na početku projekta. Dok pisanje testnih slučajeva bijele kutije zahtijeva više razumijevanja arhitekture i nije dostupno na početku projekta.
55. Objasnite koja je razlika između latentnih i maskiranih nedostataka?
- Latentni nedostatak: Latentni nedostatak je postojeći nedostatak koji nije uzrokovao kvar jer skupovi uvjeta nikada nisu bili ispunjeni
- Maskirani kvar: To je postojeći nedostatak koji nije uzrokovao kvar jer je drugi nedostatak spriječio izvršenje tog dijela koda
56. Navedite što je testiranje odozdo prema gore?
Testiranje odozdo prema gore pristup je integracijskom testiranju, gdje se najprije testiraju komponente najniže razine, a zatim se koriste za olakšavanje testiranja komponenti više razine. Proces se ponavlja dok se ne testira komponenta na vrhu hijerarhije.
57. Navedite koje su različite vrste tehnika pokrivenosti testom?
Različite vrste tehnika pokrivenosti testom uključuju
- Pokrivenost izjave: Provjerava je li svaki redak izvornog koda izvršen i testiran
- Pokrivenost odluke: Osigurava da je svaka odluka u izvornom kodu izvršena i testirana
- Pokrivenost staze: Osigurava da se svaka moguća ruta kroz određeni dio koda izvrši i testira
58. Navedite što je značenje alkotestiranja?
Testiranje izdisaja skup je testova koji provodi punu funkcionalnost proizvoda, ali ne testira značajke u detalje
59. Objasnite što je značenje Code Walk Through?
Code Walk Through je neformalna analiza izvornog koda programa za pronalaženje nedostataka i provjeru tehnika kodiranja
60. Navedite koje su osnovne komponente formata izvješća o kvarovima?
Bitne komponente formata izvješća o kvarovima uključuju
- Naziv Projekta
- Naziv modula
- Kvar otkriven na
- Defekt otkrio
- ID kvara i naziv
- Snimka kvara
- Status prioriteta i ozbiljnosti
- Kvar riješen do
- Kvar riješen na
61. Navedite koja je svrha testiranja od kraja do kraja?
End-to-end testiranje provodi se nakon funkcionalnog testiranja. Svrha testiranja od kraja do kraja je ta
- Za potvrdu softverski zahtjevi i integracija s vanjskim sučeljima
- Testiranje aplikacije u scenariju stvarnog okruženja
- Testiranje interakcije aplikacije i baze podataka
62. Objasnite što znači ispitni pojas?
Testni svežanj konfigurira skup alata i testnih podataka za testiranje aplikacije u različitim uvjetima, a uključuje praćenje izlaza s očekivanim izlazom radi ispravnosti.
63. Objasnite u projektu testiranja koje biste aktivnosti testiranja automatizirali?
U testiranju aktivnosti testiranja projekta, automatizirali biste
- Testovi koje je potrebno pokrenuti za svaku verziju aplikacije
- Testovi koji koriste više podataka za isti skup radnji
- Identični testovi koje je potrebno izvršiti pomoću različitih preglednika
- Stranice kritične za misiju
- Transakcija sa stranicama koje se ne mijenjaju u kratkom vremenu
64. Koja je GLAVNA korist dizajniranja testova rano u životnom ciklusu?
Pomaže u sprječavanju unošenja nedostataka u kod.
65. Što je testiranje temeljeno na riziku?
Na temelju rizika Ispitivanje je izraz koji se koristi za pristup stvaranju a Strategija testiranja koji se temelji na davanju prioriteta testovima prema riziku. Osnova pristupa je detaljna analiza rizika i prioritizacija rizika prema razini rizika. Zatim se utvrđuju testovi za rješavanje svakog rizika, počevši prvo s najvećim rizikom.
66. Koja je KLJUČNA razlika između preventivnog i reaktivnog pristupa testiranju?
Preventivni testovi osmišljeni su rano; reaktivni testovi dizajnirani su nakon što je softver proizveden.
67. Koja je svrha izlaznih kriterija?
Svrha izlaznih kriterija je definirati kada je ispitna razina završena.
68. Što određuje razinu rizika?
Vjerojatnost štetnog događaja i utjecaj događaja određuju razinu rizika.
69. Kada se koristi testiranje tablice odlučivanja?
Testiranje tablice odluka koristi se za testiranje sustava za koje specifikacija ima oblik pravila ili uzročno-posljedičnih kombinacija. U tablici odluka, ulazi su navedeni u stupcu, s izlazima u istom stupcu, ali ispod ulaza. Ostatak tablice istražuje kombinacije inputa za definiranje proizvedenih izlaza.
Saznajte više o tehnici testiranja tablice odlučivanja u video vodiču ovdje
70. Zašto koristimo tablice odlučivanja?
Tehnike podjele ekvivalencije i analiza graničnih vrijednosti često se primjenjuju na specifične situacije ili ulaze. Međutim, ako različite kombinacije ulaza rezultiraju poduzimanjem različitih radnji, to može biti teže prikazati korištenjem particije ekvivalencije i analize graničnih vrijednosti, koje su obično više usredotočene na korisničko sučelje. Druge dvije tehnike temeljene na specifikacijama, tablice odlučivanja i testiranje prijelaza stanja više su usredotočeni na poslovnu logiku ili poslovna pravila. Tablica odluka dobar je način za rješavanje kombinacija stvari (npr. inputa). Ova tehnika se ponekad naziva i tablica 'uzrok-posljedica'. Razlog tome je što postoji pridružena tehnika izrade logičkog dijagrama nazvana 'grafiranje uzrok-posljedica' koja se ponekad koristila za pomoć pri izvođenju tablice odluka
71. Koji je GLAVNI cilj prilikom pregleda isporučenog softvera?
Za prepoznavanje nedostataka u bilo kojem radnom proizvodu softvera.
72. Što od sljedećeg definira očekivane rezultate testa? Specifikacija testnog slučaja ili specifikacija dizajna testa.
Specifikacija testnog slučaja definira očekivane rezultate testa.
73. Koja je korist od neovisnosti testa?
Izbjegava pristranost autora u definiranju učinkovitih testova.
74. U sklopu kojeg procesa testiranja utvrđujete izlazne kriterije?
Izlazni kriteriji određuju se na temelju 'Planiranja testiranja'.
75. Što je Alpha testiranje?
Testiranje prije objave od strane predstavnika krajnjeg korisnika na web mjestu razvojnog programera.
76. Što je beta testiranje?
Testiranje izvode potencijalni kupci na svojim lokacijama.
77. Navedite koja je razlika između Pilot i Beta testiranja?
Razlika između pilot testiranja i beta testiranja je u tome što se pilot testiranje zapravo provodi pomoću proizvoda od strane grupe korisnika prije konačne implementacije, a kod beta testiranja ne unosimo stvarne podatke, već se oni instaliraju kod krajnjeg kupca radi provjere ako se proizvod može koristiti u proizvodnji.
78. S obzirom na sljedeći fragment koda, koliko testova je potrebno za 100%-tnu pokrivenost odluke?
if width > length
thenbiggest_dimension = width
if height > width
thenbiggest_dimension = height
end_if
elsebiggest_dimension = length
if height > length
thenbiggest_dimension = height
end_if
end_if
4
79. Dizajnirali ste testne slučajeve kako biste pružili 100% izjavu i 100% pokrivenost odluka za sljedeći fragment koda. if širina > dužina then najveća_dimenzija = širina else najveća_dimenzija = duljina end_if Sljedeće je dodano na dno gornjeg fragmenta koda. print “Najveća dimenzija je ” &biggest_dimensionprint “Širina: ” & širina print “Dužina: ” & duljina Koliko je još testnih slučajeva potrebno?
Ništa, postojeći testni slučajevi se mogu koristiti.
80. Koja je razlika između tehnika testiranja i alata za testiranje?
Tehnika testiranja: – je proces kojim se osigurava da neki aspekti aplikacijskog sustava ili jedinice ispravno funkcioniraju. Može postojati nekoliko tehnika, ali mnogo alata.
Alati za testiranje: – Je sredstvo za izvođenje procesa testiranja. Alat je resurs za ispitivača, ali sam po sebi nije dovoljan za provođenje testiranja
Saznajte više o alatima za testiranje ovdje
81. Koristimo izlaz analize zahtjeva, specifikaciju zahtjeva kao ulaz za pisanje...
Testni slučajevi prihvaćanja korisnika
82. Ponovljeno testiranje već testiranog programa, nakon izmjene, kako bi se otkrili bilo kakvi nedostaci uvedeni ili otkriveni kao rezultat promjena u softveru koji se testira ili u drugoj povezanoj ili nepovezanoj softverskoj komponenti:
Ispitivanje regresije
83. Veletrgovac prodaje uloške za pisače. Minimalna količina za narudžbu je 5. Postoji popust od 20% za narudžbe od 100 ili više ispisnih uložaka. Zamoljeni ste da pripremite testne slučajeve koristeći različite vrijednosti za broj naručenih ispisnih uložaka. Koja od sljedećih grupa sadrži tri testna ulaza koja bi se generirala korištenjem analize graničnih vrijednosti?
4, 5, 99
84. Što je testiranje komponenti?
Testiranje komponenti, također poznato kao testiranje jedinica, modula i programa, traži nedostatke i provjerava funkcioniranje softvera (npr. modula, programa, objekata, klasa itd.) koji se mogu zasebno testirati. Testiranje komponenti može se provesti odvojeno od ostatka sustava, ovisno o kontekstu životnog ciklusa razvoja i sustava. Najčešće se zamjene i upravljački programi koriste za zamjenu softvera koji nedostaje i jednostavnu simulaciju sučelja između komponenti softvera. Stub se poziva iz softverske komponente koja se testira; vozač poziva komponentu koja se testira.
Evo sjajnog videa o tome Ispitivanje jedinice
85. Što je funkcionalno testiranje sustava?
Testiranje end to end funkcionalnosti sustava kao cjeline definira se kao funkcionalno testiranje sustava.
86. Koje su prednosti neovisnog testiranja?
Neovisni ispitivači su nepristrani i identificiraju različite nedostatke u isto vrijeme.
87. U REAKTIVNOM pristupu testiranju kada biste očekivali da će započeti glavnina rada na dizajnu testa?
Većina rada na dizajnu testiranja započela je nakon što je softver ili sustav proizveden.
88. Koje su različite metodologije u agilnom razvojnom modelu?
Trenutno postoji sedam različitih agilnih metodologija za koje sam ja svjestan:
- Ekstremno programiranje (XP)
- Ološ
- Lean razvoj softvera
- Razvoj vođen značajkama
- Agilni objedinjeni proces
- Kristal
- Model razvoja dinamičkih sustava (DSDM)
89. Koja aktivnost u procesu temeljnog ispitivanja uključuje ocjenu ispitivosti zahtjeva i sustava?
„Analiza ispitivanja” i „Dizajn” uključuju procjenu mogućnosti testiranja zahtjeva i sustava.
90. Koji je obično NAJvažniji razlog za korištenje rizika za poticanje napora testiranja?
Jer testiranje svega nije izvedivo.
91. Što je nasumično/majmunsko testiranje? Kada se koristi?
Nasumično testiranje često je poznato kao majmunsko testiranje. U takvoj vrsti testiranja podaci se često generiraju nasumično pomoću alata ili automatiziranog mehanizma. S ovim nasumično generiranim unosom, sustav se testira, a rezultati se analiziraju u skladu s tim. Ova ispitivanja su manje pouzdana; stoga ga obično koriste početnici kako bi vidjeli hoće li sustav izdržati pod negativnim utjecajima.
92. Što su od sljedećeg valjani ciljevi za izvješća o incidentima?
- Pružite programerima i drugim stranama povratne informacije o problemu kako biste omogućili identifikaciju, izolaciju i ispravljanje prema potrebi.
- Dajte ideje za poboljšanje procesa testiranja.
- Osigurajte sredstvo za procjenu sposobnosti ispitivača.
- Omogućite ispitivačima sredstva za praćenje kvalitete sustava koji se testira.
93. Razmotrite sljedeće tehnike. Koje su statične, a koje dinamičke tehnike?
- Podjela ekvivalencije.
- Testiranje slučaja upotrebe.
- Analiza protoka podataka.
- Istraživačko ispitivanje.
- Testiranje odluke.
- Inspekcije.
Analiza protoka podataka i inspekcije su statične; Particioniranje ekvivalencije, testiranje slučaja upotrebe, eksploratorno testiranje i testiranje odlučivanja su dinamički.
94. Zašto se statičko ispitivanje i dinamičko ispitivanje opisuju kao komplementarna?
Zato što im je zajednički cilj identificiranja nedostataka, ali se razlikuju po vrstama nedostataka koje pronađu.
95. Koje su faze formalnog pregleda?
Za razliku od neformalnih pregleda, formalni pregledi slijede formalni proces. Tipičan formalni postupak pregleda sastoji se od šest glavnih koraka:
- Planiranje
- Početi igru
- Priprema
- Review sastanak
- Preraditi
- Praćenje.
96. Koja je uloga moderatora u procesu recenziranja?
Moderator (ili voditelj pregleda) vodi proces pregleda. On u suradnji s autorom određuje vrstu recenzije, pristup i sastav recenzentske ekipe. Moderator obavlja provjeru unosa i praćenje prerade, kako bi kontrolirao kvalitetu ulaza i izlaza procesa pregleda. Moderator također zakazuje sastanak, distribuira dokumente prije sastanka, podučava ostale članove tima, usmjerava tempo sastanka, vodi moguće rasprave i pohranjuje prikupljene podatke.
Nauči više o Review proces u video vodiču ovdje
97. Što je particija ekvivalencije (također poznata kao klasa ekvivalencije)?
Ulazni ili izlazni rasponi vrijednosti tako da samo jedna vrijednost u rasponu postaje testni slučaj.
98. Kada bi se trebali implementirati postupci upravljanja konfiguracijom?
Tijekom planiranja testa.
99. Vrsta funkcionalnog testiranja, koja istražuje funkcije koje se odnose na otkrivanje prijetnji, kao što je virus od zlonamjernih autsajdera?
Ispitivanje sigurnosti
100. Testiranje u kojem cilj testa podvrgavamo različitim radnim opterećenjima kako bismo izmjerili i procijenili ponašanje izvedbe i sposobnost cilja i testa da nastave pravilno funkcionirati pod tim različitim radnim opterećenjima?
Testiranje opterećenja
101. Aktivnost testiranja koja se provodi kako bi se otkrili nedostaci u sučeljima i u interakciji između integriranih komponenti je?
Testiranje razine integracije
102. Koje su tehnike testiranja temeljene na strukturi (bijele kutije)?
Tehnike testiranja temeljene na strukturi (koje su također dinamičke, a ne statične) koriste unutarnju strukturu softvera za izvođenje testnih slučajeva. Obično se nazivaju tehnikama 'bijele kutije' ili 'staklene kutije' (što implicira da možete vidjeti u sustav) budući da zahtijevaju znanje o tome kako je softver implementiran, odnosno kako radi. Na primjer, strukturna tehnika može se baviti vježbanjem petlji u softveru. Mogu se izvesti različiti testni slučajevi za izvođenje petlje jednom, dvaput i mnogo puta. To se može učiniti bez obzira na funkcionalnost softvera.
103. Kada treba provesti “Regresijsko testiranje”?
Nakon promjene softvera ili promjene okruženja Regresijsko ispitivanje treba izvesti.
104. Što je negativno, a što pozitivno testiranje?
Negativan test je kada unesete nevažeći unos i primite pogreške. Dok je pozitivno testiranje kada unesete važeći unos i očekujete da će neka radnja biti dovršena u skladu sa specifikacijom.
105. Koja je svrha kriterija za ispunjavanje testa?
Svrha kriterija završetka testa je odrediti kada treba prekinuti testiranje
106. Što statička analiza NE može pronaći?
Na primjer, curenje memorije.
107. Koja je razlika između ponovnog testiranja i regresijskog testiranja?
Ponovno testiranje osigurava da je originalna greška uklonjena; regresijsko testiranje traži neočekivane nuspojave.
108. Koje su tehnike testiranja temeljene na iskustvu?
U tehnikama koje se temelje na iskustvu, znanje, vještine i pozadina ljudi glavni su doprinos testnim uvjetima i testnim slučajevima. Iskustvo tehničkih i poslovnih ljudi je važno jer oni donose različite perspektive u analizu testova i proces dizajna. Zbog prethodnog iskustva sa sličnim sustavima, oni mogu imati uvide u to što bi moglo poći po zlu, što je vrlo korisno za testiranje.
109. Koja vrsta pregleda zahtijeva formalne ulazne i izlazne kriterije, uključujući metriku?
Inspekcija
110. Mogu li se pregledi ili inspekcije smatrati dijelom testiranja?
Da, jer oba pomažu u otkrivanju grešaka i poboljšavaju kvalitetu.
111. Polje za unos uzima godinu rođenja između 1900. i 2004. koje su granične vrijednosti za testiranje ovog polja?
1899,1900,2004,2005
112. Koji bi od sljedećih alata bio uključen u automatizaciju regresijskog testa? a. Tester podataka b. Ispitivač granica c. Snimanje/reprodukcija d. Izlazni komparator.
d. Izlazni komparator
113. Za testiranje funkcije, što mora napisati programer, koji poziva funkciju koja se testira i prosljeđuje testne podatke.
vozač
114. Koji je jedan od ključnih razloga zašto programeri imaju poteškoća u testiranju vlastitog rada?
Nedostatak objektivnosti
115. “Koliko je testiranja dovoljno?”
Odgovor ovisi o riziku za vašu industriju, ugovoru i posebnim zahtjevima.
116. Kada treba prekinuti testiranje?
Ovisi o rizicima za sustav koji se testira. Postoje neki kriteriji na temelju kojih možete prekinuti testiranje.
- Rokovi (testiranje, puštanje)
- Proračun za testiranje je potrošen
- Stopa grešaka pada ispod određene razine
- Testni slučajevi završeni s određenim postotkom prolaza
- Alfa ili beta razdoblja za testiranje završavaju
- Pokrivenost koda, funkcionalnost ili zahtjevi ispunjeni su do određene točke
117. Što je od sljedećeg primarna svrha integracijske strategije za integracijsko testiranje u malom?
Primarna svrha strategije integracije je odrediti koje module kombinirati kada i koliko odjednom.
118. Što su poluslučajni testni slučajevi?
Poluslučajni testni slučajevi nisu ništa, ali kada izvodimo nasumične testne slučajeve i napravimo particiju ekvivalencije na te testne slučajeve, uklanjaju se suvišni testni slučajevi, dajući nam tako poluslučajne testne slučajeve.
119. S obzirom na sljedeći kod, koja je izjava točna o minimalnom broju testnih slučajeva potrebnih za punu izjavu i pokrivenost grane?
Pročitajte str
Pročitajte q
AKO je p+q> 100
ONDA ispišite "Large"
ZAVRŠI AKO
AKO je p > 50
ONDA Ispišite "p Large"
ZAVRŠI AKO
1 test za pokrivenost izjave, 2 za pokrivenost grane
120. Koji se pregled obično koristi za ocjenu proizvoda kako bi se utvrdila njegova prikladnost za namjeravanu uporabu i kako bi se utvrdile razlike?
Tehnički Revtj.
121. Tko treba izvorno dokumentirati pronađene greške?
Od strane testera.
122. Koji je trenutni službeni, svjetski priznati dokumentacijski standard?
Ne postoji niti jedan.
123. Što je od sljedećeg sudionik pregleda koji je izradio stavku koju treba pregledati?
Autor
124. Nekoliko kritičnih grešaka je popravljeno u softveru. Svi bugovi su u jednom modulu, koji se odnosi na izvješća. Voditelj testiranja odlučuje provesti regresijsko testiranje samo na modulu izvješća.
Regresijsko testiranje treba provesti i na drugim modulima jer popravljanje jednog modula može utjecati na druge module.
125. Zašto analiza graničnih vrijednosti daje dobre ispitne slučajeve?
Budući da se često prave pogreške tijekom programiranja različitih slučajeva blizu 'rubova' raspona vrijednosti.
126. Po čemu se pregled razlikuje od ostalih vrsta pregleda?
Vodi ga obučeni voditelj, koristi formalne ulazne i izlazne kriterije i popise za provjeru.
127. Zašto tester može biti ovisan o upravljanju konfiguracijom?
Budući da upravljanje konfiguracijom osigurava da znamo točnu verziju testwarea i testnog objekta.
128. Što je V-model?
Model razvoja softvera koji ilustrira kako se aktivnosti testiranja integriraju s fazama razvoja softvera
129. Što je ispitivanje održavanja?
Pokreću se izmjenama, migracijom ili povlačenjem postojećeg softvera
130. Što je pokrivenost testom?
Pokrivenost testom na neki specifičan način mjeri količinu testiranja koje izvodi skup testova (izvedeno na neki drugi način, npr. korištenjem tehnika temeljenih na specifikacijama). Gdje god možemo prebrojati stvari i možemo reći je li svaka od tih stvari testirana nekim testom ili nije, tada možemo mjeriti pokrivenost.
131. Zašto je inkrementalna integracija poželjnija od integracije "velikog praska"?
Budući da inkrementalna integracija ima bolju sposobnost pregleda ranih nedostataka i izolacije
132. Kako se naziva proces koji počinje s terminalnim modulima?
Integracija odozdo prema gore
133. Tijekom koje testne aktivnosti bi se greška mogla pronaći najisplativije?
Tijekom planiranja testa
134. Svrha faze zahtjeva je
Zamrznuti zahtjeve, razumjeti potrebe korisnika, definirati opseg testiranja
135. Zašto dijelimo testiranje u različite faze?
Podijelili smo testiranje u različite faze zbog sljedećih razloga,
- Svaka faza ispitivanja ima drugačiju svrhu
- Lakše je upravljati testiranjem u fazama
- Možemo pokrenuti različite testove u različitim okruženjima
- Učinkovitost i kvaliteta testiranja poboljšani su testiranjem u fazama
136. Što je DRE?
Kako bi se izmjerila učinkovitost testa, moćna metrika se koristi za mjerenje učinkovitosti testa poznata kao DRE (Defect Removal Efficiency). Iz ove metrike bismo znali koliko smo grešaka pronašli iz skupa testnih slučajeva. Formula za izračunavanje DRE je
DRE=Broj grešaka tijekom testiranja/broj grešaka tijekom testiranja + broj grešaka koje je pronašao korisnik
137. Što će od sljedećeg vjerojatno imati najviše koristi od upotrebe testnih alata koji omogućuju testno snimanje i reprodukciju? a) Regresijsko testiranje b) Integracijsko testiranje c) Testiranje sustava d) Testiranje prihvaćanja korisnika
Regresijsko ispitivanje
138. Kako biste procijenili količinu ponovnog testiranja koja će vjerojatno biti potrebna?
Mjerni podaci iz prethodnih sličnih projekata i rasprave s razvojnim timom
139. Što proučava analizu toka podataka?
Korištenje podataka o putovima kroz kod.
140. Što je neuspjeh?
Neuspjeh je odstupanje od određenog ponašanja.
141. Što su test komparatori?
Je li doista test ako stavite neke ulazne podatke u neki softver, ali nikada ne gledate daje li softver točan rezultat? Bit testiranja je provjeriti daje li softver točan rezultat i to učiniti, a moramo usporediti ono što softver proizvodi s onim što bi trebao proizvesti. Testni komparator pomaže automatizirati aspekte te usporedbe.
142. Tko je odgovoran za dokumentiranje svih pitanja, problema i otvorenih pitanja koja su identificirana tijekom sastanka za pregled
Pisar
143. Koja je glavna svrha neformalnog pregleda
Jeftin način da dobijete neku korist
144. Koja je svrha tehnike dizajna testa?
Identificiranje testnih uvjeta i Identificiranje testnih slučajeva
145. Prilikom testiranja sustava izračunavanja ocjena, ispitivač utvrđuje da će svi rezultati od 90 do 100 dati ocjenu A, ali rezultati ispod 90 neće. Ova analiza je poznata kao:
Podjela ekvivalencije
146. Voditelj testiranja želi koristiti dostupne resurse za automatizirano testiranje web aplikacije. Najbolji izbor je
Tester, test automater, web stručnjak, DBA
147. Tijekom testiranja testera modula, 'X' je pronašao bug i dodijelio ga programeru. No programer odbija isto, govoreći da to nije greška. Što 'X' treba učiniti?
Pošaljite detaljne informacije o grešci na koju ste naišli i provjerite ponovljivost
148. Vrsta integracijskog testiranja u kojem se softverski elementi, hardverski elementi ili oboje odjednom kombiniraju u komponentu ili cjelokupni sustav, a ne u fazama.
Big-Bang testiranje
149. U praksi, koji model životnog ciklusa može imati više, manje ili različite razine razvoja i testiranja, ovisno o projektu i softverskom proizvodu. Na primjer, može postojati testiranje integracije komponente nakon testiranja komponente i testiranje integracije sustava nakon testiranja sustava.
V-model
150. Kojom se tehnikom može postići pokrivenost ulaza i izlaza? Može se primijeniti na ljudski unos, unos putem sučelja u sustav ili parametre sučelja u integracijskom testiranju.
Podjela ekvivalencije
151. "Ovaj model životnog ciklusa je vođen rasporedom i proračunskim rizicima" Ova izjava je najprikladnija za.
V-model
152. Kojim redoslijedom treba izvoditi testove?
Ono najvažnije mora se prvo testirati
153. Što se kvar otkrije kasnije u razvojnom životnom ciklusu, to ga je skuplje popraviti. Zašto?
Greška je ugrađena u dodatnu dokumentaciju, kod, testove itd
154. Što je mjerenje pokrivenosti?
To je djelomična mjera temeljitosti testa.
155. Što je testiranje graničnih vrijednosti?
Testirajte rubne uvjete na, ispod i iznad rubova ulaznih i izlaznih klasa ekvivalencije. Na primjer, recimo bankovnu aplikaciju u kojoj možete podići najviše 20,000 Rs, a najmanje 100 Rs, tako da u testiranju graničnih vrijednosti testiramo samo točne granice, umjesto da pogađamo u sredinu. To znači da testiramo iznad maksimalne granice i ispod minimalne granice.
156. Što predstavlja COTS?
Reklama s polica.
157. Čija je svrha omogućiti provođenje specifičnih testova na sustavu ili mreži koji je što sličniji okolini u kojoj će se stavka koja se testira koristiti nakon izdavanja?
Ispitna okolina
158. Što se može smatrati temeljenim na planu projekta, ali s više detalja?
Plan testiranja faze
159. Što je brzi razvoj aplikacija?
Rapid Application Development (RAD) formalno je paralelni razvoj funkcija i naknadne integracije. Komponente/funkcije razvijaju se paralelno kao da su mini projekti, razvoj je vremenski ograničen, isporučen, a zatim sastavljen u radni prototip. Ovo može vrlo brzo dati kupcu nešto za vidjeti i koristiti te dati povratne informacije u vezi s isporukom i njihovim zahtjevima. Ovom metodologijom moguće su brze promjene i razvoj proizvoda. Međutim, specifikacija proizvoda morat će se razviti za proizvod u nekom trenutku, a projekt će morati biti stavljen pod formalnije kontrole prije nego što krene u proizvodnju.
👍 Obratite se našem – Testiranje kviza
👍 Obratite se našem – Pitanja za intervju za testiranje softvera Youtube video
Besplatno preuzimanje PDF-a: Pitanja i odgovori za intervju za testiranje softvera
Gore navedena pdf pitanja i odgovori za intervjue za ručno testiranje pomoći će kako početnicima tako i iskusnim QA inženjerima. Molimo podijelite stranicu s prijateljima i kolegama.
