Sastavili smo najčešće postavljana pitanja i odgovore na pitanja o ručnom testiranju koja vas upoznaju s vrstom pitanja za ispitivanje softverskog intervjua koja bi vam anketar mogao postaviti tijekom intervjua. Na ovom popisu pitanja s odgovorima za ručno testiranje, pokrili smo sva često postavljana osnovna i napredna pitanja za ispitivanje softvera s detaljnim odgovorima koji će vam pomoći da lako razriješite intervju za posao za ručno testiranje.
Pokrili smo gotovo 150+ važnih pitanja za intervju za ručno testiranje za svježe kandidate, kao i pitanja za intervju za ručno testiranje za iskusne QA inženjere kako bismo pomogli u pripremi za predstojeći intervju. Ovaj detaljni vodič s pitanjima za intervju za ručno testiranje pomoći će vam da iskušate svoj posao za testiranje softvera.
Ručno testiranje Intervju pitanja i odgovori
1. Što je istraživačko ispitivanje?
Istraživačko ispitivanje praktični je pristup u kojem su ispitivači uključeni u minimalno planiranje i maksimalno izvršavanje ispitivanja. Planiranje uključuje izradu testne povelje, kratku izjavu o opsegu kratkog (1 do 2 sata) vremenskog okvira za testiranje, ciljeve i moguće pristupe koji će se koristiti. Dizajn testa i aktivnosti izvođenja testa izvode se tipično paralelno bez formalnog dokumentiranja uvjeta testa, test slučajeva ili skripti za testiranje. To ne znači da se neće koristiti druge, formalnije tehnike ispitivanja. Na primjer, ispitivač može odlučiti koristiti analizu granične vrijednosti, ali će razmisliti i testirati najvažnije granične vrijednosti bez da ih nužno zapisuje. Neke će bilješke biti napisane tijekom sesije istraživačkog ispitivanja kako bi se nakon toga moglo izraditi izvješće.
2. Što je "ispitivanje slučaja upotrebe"?
Da bi se identificirali i izvršili funkcionalni zahtjevi aplikacije od početka do kraja koristi se "slučaj upotrebe", a tehnike korištene 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 STLC nudi provjeru i provjeru softvera
4. Što je matrica sljedivosti?
Povezanost test slučajeva i zahtjeva prikazana je uz pomoć dokumenta. Ovaj je dokument poznat kao matrica sljedivosti.
5. Što je ispitivanje podjele ekvivalentnosti?
Testiranje ekvivalentne particije je tehnika softverskog testiranja koja dijeli ulazne podatke testa aplikacije na svaku particiju barem jednom ekvivalentnih podataka iz kojih se mogu izvesti test slučajevi. Ovom metodom ispitivanja smanjuje vrijeme potrebno za testiranje softvera.
6. Što je testiranje bijele kutije i navesti vrste testiranja bijele kutije?
Tehnika testiranja bijele kutije uključuje odabir testnih slučajeva na temelju analize interne strukture (pokrivenost kodom, pokrivenost podružnica, pokrivenost staza, pokrivenost stanja, itd.) Komponente ili sustava. Također je poznato kao testiranje na temelju koda ili strukturno ispitivanje. Različite su vrste testiranja bijele kutije
- Obuhvat izvještaja
- Pokrivenost odlukom
7. Što provjeravate u testiranju bijele kutije?
U bijelom okviru testirani su sljedeći koraci.
- Provjerite sigurnosne rupe u kodu
- Provjerite nepotpune ili neispravne staze u kodu
- Provjerite protok strukture prema specifikaciji dokumenta
- Provjerite očekivane izlaze
- Provjerite sve uvjetne petlje u kodu da biste provjerili kompletnu funkcionalnost aplikacije
- Provjerite linijsko kodiranje i pokrijte 100% testiranje
8. Što je ispitivanje crne kutije? Koje su različite tehnike testiranja crne kutije?
Testiranje crne kutije je metoda ispitivanja softvera koja se koristi za testiranje softvera bez poznavanja unutarnje strukture koda ili programa. Ovo se testiranje obično radi radi provjere funkcionalnosti aplikacije. Različite tehnike ispitivanja crne kutije su
- Ekvivalentnost particioniranja
- Analiza granične vrijednosti
- Grafikon uzroka-posljedice
9. Koja je razlika između statičkog i dinamičkog ispitivanja?
Statičko ispitivanje: Tijekom metode statičkog ispitivanja kôd se ne izvršava i provodi se pomoću softverske dokumentacije.
Dinamičko testiranje: Da biste izvršili ovo testiranje, kôd mora biti u izvršnom obliku.
10. Što su provjera i provjera valjanosti?
Provjera je postupak ocjenjivanja softvera u fazi razvoja. Pomaže vam u odluci zadovoljava li proizvod dane aplikacije specificirane zahtjeve. Provjera valjanosti postupak je procjene softvera nakon procesa razvoja i provjere zadovoljava li zahtjeve kupca.
11. Koje su različite razine ispitivanja?
Postoje četiri razine ispitivanja
- Testiranje jedinice / komponente / programa / modula
- Integracijsko ispitivanje
- Ispitivanje sustava
- Ispitivanje prihvatljivosti
12. Što je integracijsko testiranje?
Integracijsko testiranje je razina procesa testiranja softvera, gdje se kombiniraju i testiraju pojedinačne jedinice aplikacije. Obično se izvodi nakon jediničnog i funkcionalnog ispitivanja.
13. Od čega se sastoje ispitni planovi?
Dizajn testa, opseg, strategije ispitivanja, pristup različiti su detalji od kojih se sastoji dokument plana testa.
- Identifikator testnog slučaja
- Opseg
- Značajke koje treba testirati
- Značajke koje se ne ispituju
- Test strategija i test pristup
- Ispitni rezultati
- Odgovornosti
- Osoblje i obuka
- Rizik i nepredviđene okolnosti
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 u cjelini; poznato je i kao testiranje od kraja do kraja. U takvoj vrsti testiranja, aplikacija pati od početka do kraja.
UAT: Korisničko ispitivanje prihvaćanja (UAT) uključuje pokretanje proizvoda kroz niz specifičnih testova koji određuju hoće li proizvod zadovoljiti potrebe svojih korisnika.
15. Spomenuti razliku između testiranja na temelju podataka i ponovnog testiranja?
Ponovno testiranje: To je postupak provjere programskih pogrešaka prema kojima razvojni tim djeluje kako bi provjerio jesu li ispravljeni.
Testiranje na temelju podataka (DDT): U procesu testiranja na temelju podataka aplikacija se testira s više testnih podataka. Aplikacija je testirana s različitim skupom vrijednosti.
16. Koji su dragocjeni koraci za rješavanje problema tijekom testiranja?
- Snimanje: Zabilježite i riješite sve probleme koji su se dogodili
- Izvješće: Prijavite probleme upravitelju više razine
- Kontrola: definirajte postupak upravljanja problemima
17. Koja je razlika između testnih scenarija, test slučajeva i test skripte?
Razlika između testnih scenarija i testnih slučajeva je u tome
Testni scenariji: Testni scenarij je svaka funkcionalnost koja se može testirati. Također se naziva uvjetom ispitivanja ili mogućnošću ispitivanja.
Ispitni slučajevi: To je dokument koji sadrži korake koje treba izvršiti; planirano je ranije.
Test Script: Napisan je na programskom jeziku i to je kratki 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 kvar: Ovaj kvar je postojeći kvar 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 izvođenja testa?
Da bismo znali kvalitetu izvođenja testa, možemo koristiti dva parametra
- Omjer odbijanja nedostataka
- Omjer istjecanja nedostataka
20. Koja je funkcija alata za testiranje softvera "fantom"?
Phantom je besplatan program i koristi se za skriptni jezik za automatizaciju Windows GUI-a. Omogućuje nam da automatski preuzmemo kontrolu nad prozorima i funkcijama. Može simulirati bilo koju kombinaciju pritiska tipki i klikova mišem, kao i izbornike, popise i još mnogo toga.
21. Objasnite što su ispitni rezultati?
Ispitni rezultati su skup dokumenata, alata i drugih komponenata koje treba razviti i održavati kao potporu testiranju.
Postoje različiti rezultati ispitivanja u svakoj fazi životnog ciklusa razvoja softvera
- Prije testiranja
- Tijekom testiranja
- Nakon testiranja
22. Što je ispitivanje mutacija?
Mutacijsko testiranje tehnika je kojom se utvrđuje jesu li skupovi testnih podataka ili test slučajeva korisni namjernim uvođenjem različitih promjena koda (programskih pogrešaka) i ponovnim testiranjem s izvornim testnim podacima / slučajevima kako bi se utvrdilo jesu li greške otkrivene.
23. Koje sve stvari biste trebali uzeti u obzir prije odabira alata za automatizaciju za AUT?
- Tehnička izvedivost
- Razina složenosti
- Stabilnost primjene
- Podaci o ispitivanju
- Veličina aplikacije
- Ponovna upotrebljivost automatiziranih skripti
- Izvršenje u cijelom okruženju
24. Kako ćete provesti analizu rizika?
Za analizu rizika potrebno je provesti sljedeće korake
- Pronalaženje rezultata rizika
- Izrada profila za rizik
- Promjena svojstava rizika
- Rasporedite resurse tog testnog rizika
- Izrada baze podataka o riziku
25. Koje su kategorije otklanjanja pogrešaka?
Kategorije za otklanjanje pogrešaka
- Otklanjanje pogrešaka grubom silom
- Povratak unatrag
- Uzrok uklanjanja
- Rezanje programa
- Analiza stabla pogrešaka
26. Što je maskiranje grešaka objasniti na primjeru?
Kada prisutnost jednog kvara skriva prisutnost drugog kvara u sustavu, to je poznato kao maskiranje kvara.
Primjer: Ako "Negativna vrijednost" uzrokuje aktiviranje neobrađene sistemske iznimke, programer će spriječiti unos negativnih vrijednosti. To će riješiti problem i sakriti nedostatak neobrađenog pucanja izuzetaka.
27. Objasnite što je plan ispitivanja? Koje bi informacije trebale biti obuhvaćene Planom ispitivanja?
Plan ispitivanja može se definirati kao dokument koji opisuje opseg, pristup, resurse i raspored aktivnosti ispitivanja, a plan ispitivanja trebao bi obuhvaćati sljedeće detalje.
- Strategija ispitivanja
- Cilj ispitivanja
- Kriteriji za izlaz / suspenziju
- Planiranje resursa
- Ispitni rezultati
28. Kako u svom projektu možete eliminirati rizik od proizvoda?
Pomaže vam u uklanjanju rizika proizvoda u vašem projektu, a postoji jednostavan, ali presudan korak koji može smanjiti rizik od proizvoda u vašem projektu.
- Istražite dokumente sa specifikacijama
- Razgovarajte o projektu sa svim dionicima, uključujući programera
- Kao pravi korisnik prošetajte web stranicom
29. Koji je uobičajeni rizik koji dovodi do neuspjeha projekta?
Uobičajeni rizik koji dovodi do neuspjeha projekta su
- Nema dovoljno ljudskih resursa
- Okoliš za testiranje možda neće biti pravilno postavljen
- 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
- Dodijelite svaki zadatak članovima tima
- Procijenite napor potreban za izvršavanje svakog zadatka
- Potvrdite procjenu
31. Objasnite kako biste dodijelili zadatak članovima tima?
| Zadatak | Član |
|
|
|
|
|
|
|
|
|
|
32. Objasnite što je tip testiranja i koji su najčešće korišteni tip ispitivanja?
Da bi se dobio očekivani ishod ispitivanja, slijedi se standardni postupak koji se naziva Tip ispitivanja.
Uobičajeni tipovi ispitivanja su
- Jedinstveno testiranje: Testirajte najmanji kod aplikacije
- API testiranje: API za testiranje stvoren za aplikaciju
- Ispitivanje integracije: Pojedinačni softverski moduli kombiniraju se i testiraju
- Testiranje sustava: Kompletno testiranje sustava
- Instaliranje / deinstaliranje testiranja: Testiranje provedeno sa stajališta klijenta / kupca
- Agile Testiranje: Testiranje Agile tehnikom
33. Što sve morate uzeti u obzir tijekom praćenja vašeg projekta?
Stvari koje treba uzeti u obzir jesu
- Je li vaš projekt prema rasporedu
- Jeste li premašili proračun
- Radite li prema istom cilju u karijeri
- Imate li dovoljno resursa
- Postoje li znakovi upozorenja o nadolazećim problemima
- Postoji li pritisak uprave da prije završi projekt
34. Koje su uobičajene pogreške koje stvaraju probleme?
- Usklađivanje resursa s pogrešnim projektima
- Nedostatak vještina voditelja ispitivanja
- Ne slušajući druge
- Loše raspoređivanje
- Podcjenjivanje
- Zanemarujući male probleme
- Ne slijedeći postupak
35. Što sadrži tipično izvješće o ispitivanju? Koje su prednosti izvještaja o ispitivanju?
Izvještaj o ispitivanju sadrži sljedeće stvari:
- Informacije o projektu
- Cilj ispitivanja
- Sažetak testa
- Mana
Prednosti izvještaja o ispitivanju su:
- Obavještavaju se o trenutnom stanju projekta i kvaliteti proizvoda
- Ako je potrebno, dionik i kupac mogu poduzeti korektivne mjere
- Završni dokument pomaže u odluci je li proizvod spreman za puštanje u promet
36. Što je pregled upravljanja testovima i zašto je važan?
Pregled upravljanja naziva se i osiguravanje kvalitete softvera ili SQA. SQA se više fokusira na softverski proces, a ne na softverske proizvode. To je skup aktivnosti osmišljenih kako bi se osiguralo da voditelj projekta slijedi standardni postupak. SQA pomaže voditelju ispitivanja da projekt usporedi s postavljenim standardima.
37. Koje su najbolje prakse za osiguranje kvalitete softvera?
Najbolje prakse za učinkovitu provedbu SQA-a su
- Stalno poboljšanje
- Dokumentacija
- Upotreba alata
- Metrika
- Odgovornost članova tima
- Iskusni SQA revizori
38. Kada se priprema RTM (Matrica sljedivosti zahtjeva)?
RTM se priprema prije dizajniranja test slučaja. Zahtjevi trebaju biti sljedivi iz aktivnosti pregleda.
39. Koja je razlika između test matrice i matrice sljedivosti?
Test Matrix : Test matrica koristi se za bilježenje stvarne kvalitete, napora, 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. Što su ručni testovi u ručnom testiranju i upravljački programi?
I klinovi i pokretači dio su inkrementalnog testiranja. U inkrementalnom testiranju postoje dva pristupa i to pristup odozdo prema gore i odozgo prema dolje. Upravljački programi koriste se u testiranju odozdo prema gore, a stub se koristi za pristup odozgo prema dolje. Da bi se testirao glavni modul, koristi se klizač, koji je lažni kod ili program.
41. Koji je korak koji biste slijedili nakon što pronađete nedostatak?
Jednom kad se utvrdi nedostatak, slijedite korak
a) Ponovo stvorite kvar
b) Priložite snimku zaslona
c) Prijavite nedostatak
42. Objasnite što je metoda testiranja "Vođena planom ispitivanja" ili "Ključna riječ pokrenuta"?
Ova se tehnika koristi stvarnim dokumentom testnog slučaja koji su testeri razvili pomoću proračunske tablice koja sadrži posebne "ključne riječi". Ključne riječi kontroliraju obradu.
43. Što je DFD (dijagram toka podataka)?
Kada se grafički prikazuje "protok podataka" kroz informacijski sustav, tada je poznat kao Dijagram toka podataka. Također se koristi za vizualizaciju obrade podataka.
44. Objasnite što je LCSAJ?
LCSAJ je kratica za "linearni redoslijed 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 prenosi kontrolni tok na kraju linearnog niza
45. Objasnite što je N + 1 testiranje?
Varijacija regresijskog ispitivanja predstavljena je kao N + 1. U ovoj se tehnici ispitivanje izvodi u više ciklusa u kojima se pogreške pronađene u testnom ciklusu 'N' rješavaju i ponovno testiraju u testnom ciklusu N + 1. Ciklus se ponavlja, osim ako nisu pronađene pogreške.
46. Što je Fuzz testiranje i kada se koristi?
Fuzz testiranje koristi se za otkrivanje sigurnosnih rupa i pogrešaka u kodiranju u softveru. U ovoj se tehnici slučajni podaci dodaju u sustav u pokušaju pada sustava. Ako se ranjivost i dalje nastavi, za određivanje potencijalnih uzroka koristi se alat nazvan ispitivač fuzz. Ova je tehnika korisnija za veće projekte, ali otkriva samo veći kvar.
47. Spomenite koje su glavne prednosti metrike pokrivenosti izjavama testiranja softvera?
Prednost metrike pokrivenosti izvoda je ta
a) Ne zahtijeva obradu izvornog koda i može se primijeniti izravno na objektni kod
b) Bug se distribuira ravnomjerno kroz kod, zbog čega postotak izvršenih 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 bi trebao biti skraćen
b) Ako su znakovi u novom nizu c) Razmaci nakon 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 vašeg tima? 50. Spomenite koje su kategorije nedostataka? Uglavnom postoje tri kategorije nedostataka 51. Objasnite kako djeluje alat za pokrivanje testa? Alat za testiranje pokrivenosti koda radi paralelno tijekom izvođenja ispitivanja na stvarnom proizvodu. Alat za pokrivanje koda nadgleda izvršene izraze izvornog koda. Kada se završi završno testiranje, dobit ćemo cjelovito izvješće o izjavama na čekanju i također dobiti postotak pokrivenosti. 52. Spomenite koja je razlika između "kvara" i "kvara" u testiranju softvera? Jednostavno rečeno, kada kvar dođe do krajnjeg kupca, to se naziva neuspjehom dok se kvar interno identificira i rješava; onda se to naziva nedostatkom. 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 54. Objasnite na kojim su test slučajevima prvo napisani crni okviri ili bijeli okviri? Ispitni slučajevi crne kutije pišu se prvo kao pisanje crnih kutija test slučajeva; potreban je projektni plan i dokument sa zahtjevima. Svi su ti dokumenti lako dostupni na početku projekta. Iako pisanje bijelih okvira zahtjeva više arhitektonskog razumijevanja i nije dostupno na početku projekta. 55. Objasnite u čemu je razlika između latentnih i maskiranih nedostataka? 56. Spomenite što je testiranje odozdo prema gore? Testiranje odozdo prema gore pristup je integracijskom testiranju, gdje se prvo ispituju komponente najniže razine, a zatim koriste za olakšavanje ispitivanja komponenata više razine. Postupak se ponavlja dok se ne testira komponenta na vrhu hijerarhije. 57. Spomenite koje su različite vrste tehnika pokrivanja testova? Uključuju se različite vrste tehnika pokrivanja testova 58. Spomenite što je značenje testiranja daha? Dah testiranje je ispitni paket koji koristi punu funkcionalnost proizvoda, ali ne testira pojedinosti detaljno 59. Objasnite šta je značenje Code Walk Through? Code Walk Through je neformalna analiza izvornog koda programa radi pronalaženja nedostataka i provjere tehnika kodiranja 60. Spomenite koje su osnovne komponente formata izvješća o nedostacima? Bitne komponente formata izvješća o nedostacima uključuju 61. Spomenite koja je svrha testiranja od kraja do kraja? Ispitivanje od kraja do kraja vrši se nakon funkcionalnog ispitivanja. Svrha testiranja od kraja do kraja je ta 62. Objasnite što znači ispitni pojas? Ispitni pojas konfigurira skup alata i ispitnih podataka za testiranje aplikacije u različitim uvjetima i uključuje praćenje rezultata s očekivanim izlazom radi ispravnosti. 63. Objasnite u projektu testiranja koje biste ispitne aktivnosti automatizirali? U testiranju aktivnosti testiranja projekata, automatizirali biste 64. Koja je GLAVNA korist dizajniranja testova u ranom životnom ciklusu? Pomaže u sprječavanju unošenja nedostataka u kod. 65. Što je ispitivanje temeljeno na riziku? Testiranje temeljeno na riziku izraz je koji se koristi za pristup stvaranju strategije testiranja koja se temelji na određivanju prioriteta testova prema riziku. Temelj pristupa je detaljna analiza rizika i određivanje prioriteta po razinama. Tada se navode testovi za rješavanje svakog rizika, počevši prvo s najvišim rizikom. 66. Koja je KLJUČNA razlika između preventivnog i reaktivnog pristupa ispitivanju? Preventivni testovi osmišljeni su rano; reaktivni testovi osmišljeni su nakon izrade softvera. 67. Koja je svrha kriterija izlaska? Svrha izlaznih kriterija je definirati kada je razina ispitivanja završena. 68. Što određuje razinu rizika? Vjerojatnost nastanka štetnog događaja i utjecaj događaja određuju razinu rizika. 69. Kada se koristi testiranje tablice odluka? Ispitivanje tablicom odluka koristi se za sustave ispitivanja za koje se specifikacija uzima u obliku pravila ili kombinacije uzrok-posljedica. U tablici odluka ulazi su navedeni u stupcu, a izlazi u istom stupcu, ali ispod ulaza. U ostatku tablice istražuju se kombinacije ulaza za definiranje proizvedenih rezultata. Saznajte više o tehnici ispitivanja tablice odlučivanja u video vodiču ovdje 70. Zašto koristimo tablice odlučivanja? Tehnike raspodjele ekvivalentnosti i analize granične vrijednosti često se primjenjuju na određene situacije ili ulaze. Međutim, ako različite kombinacije ulaza rezultiraju poduzimanjem različitih radnji, to može biti teže prikazati pomoću ekvivalentne particije i analize granične vrijednosti, koje su obično više usredotočene na korisničko sučelje. Druge dvije tehnike temeljene na specifikacijama, tablice odluka i ispitivanje tranzicije stanja više su usredotočene na poslovnu logiku ili poslovna pravila. Tablica odluka dobar je način za rješavanje kombinacija stvari (npr. Inputa). Ova se tehnika ponekad naziva i tablicom 'uzročno-posljedičnih posljedica'. Razlog tome je što postoji povezana tehnika logičkog dijagramiranja koja se naziva 'grafikoni uzroka i posljedica' i koja se ponekad koristila za dobivanje tablice odluka 71. Koji je GLAVNI cilj prilikom pregleda isporučenog softvera? Identificirati nedostatke bilo kojeg softverskog proizvoda. 72. Što od navedenog definira očekivane rezultate testa? Specifikacija test slučaja ili specifikacija dizajna testa. Specifikacija test 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 testnog postupka određujete izlazne kriterije? Kriteriji za izlazak određuju se na temelju „Planiranja ispitivanja“. 75. Što je Alfa testiranje? Testiranje pred izdavanje predstavnika krajnjih korisnika na web mjestu programera. 76. Što je beta testiranje? Testiranje koje potencijalni kupci izvode na vlastitim lokacijama. 77. Spomenite koja je razlika između Pilot i Beta testiranja? Razlika između pilot i beta testiranja je u tome što se pilot testiranje zapravo koristi pomoću proizvoda od strane grupe korisnika prije konačne implementacije, a u beta testiranju ne unosimo stvarne podatke, već se instalira kod krajnjeg kupca radi provjere valjanosti. ako se proizvod može koristiti u proizvodnji. 78. S obzirom na sljedeći fragment koda, koliko je testova potrebno za 100% pokriće odluka? 4 79. Dizajnirali ste test slučajeve kako biste pružili 100% izjavu i 100% pokrivenost odluka za sljedeći fragment koda. ako je širina> duljina, tada najveća_dimenzija = širina, inače najveća_dimenzija = duljina end_if Sljedeće je dodano na dno gornjeg fragmenta koda. print "Najveća dimenzija je" & najveća_dimenzijaprint "Širina: & širina ispis "Duljina: i duljina Koliko je još test slučajeva potrebno? Nijedan, postojeći se test slučajevi ne mogu koristiti. 80. Koja je razlika između tehnika ispitivanja i alata za ispitivanje? Tehnika ispitivanja: - Je li postupak kojim se osigurava da neki aspekti aplikacijskog sustava ili jedinice ispravno funkcioniraju, možda postoji malo tehnika, ali mnogo alata. Alati za ispitivanje: - Je li vozilo za izvođenje postupka ispitivanja. Alat je resurs za ispitivača, ali sam po sebi nije dovoljan za provođenje ispitivanja Saznajte više o alati za testiranje ovdje 81. Koristimo rezultat analize zahtjeva, specifikaciju zahtjeva kao ulaz za pisanje Slučajevi ispitivanja prihvaćanja korisnika 82. Ponovljeno testiranje već testiranog programa, nakon izmjene, radi otkrivanja bilo kakvih nedostataka koji su uvedeni ili otkriveni kao rezultat promjena na softveru koji se ispituje ili u drugoj srodnoj ili nepovezanoj softverskoj komponenti: Ispitivanje regresije 83. Trgovina na veliko prodaje patrone za pisač. Minimalna količina narudžbe je 5. Za narudžbe od 100 ili više uložaka pisača popust je 20%. Od vas je zatraženo da pripremite test slučajeve koristeći različite vrijednosti za broj naručenih uložaka za pisač. Koja od sljedećih skupina sadrži tri testna ulaza koja bi se generirala pomoću analize granične vrijednosti? 4, 5, 99 84. Što je ispitivanje komponenata? Testiranje komponenata, poznato i kao testiranje jedinica, modula i programa, traži nedostatke i provjerava funkcioniranje softvera (npr. Modula, programa, objekata, klasa itd.) Koji se mogu posebno testirati. Ispitivanje komponenata može se provesti izolirano od ostatka sustava, ovisno o kontekstu životnog ciklusa razvoja i sustava. Najčešće se kalupi i upravljački programi koriste za zamjenu softvera koji nedostaje i jednostavno simuliranje sučelja između softverskih komponenti. Iz softverske komponente koja se testira poziva se klica; vozač poziva komponentu koju treba testirati. Evo sjajnog videa o Jedinstvenom testiranju 85. Što je ispitivanje funkcionalnog sustava? Testiranje funkcionalnosti od kraja do kraja sustava u cjelini definira se kao testiranje funkcionalnog sustava. 86. Koje su prednosti neovisnog testiranja? Neovisni ispitivači nepristrani su i istodobno prepoznaju različite nedostatke. 87. U REAKTIVNOM pristupu ispitivanju, kada biste očekivali da započne glavnina radova na dizajniranju ispitivanja? Glavnina radova na dizajniranju ispitivanja započetih nakon izrade softvera ili sustava. 88. Koje su različite metodologije u agilnom modelu razvoja? Trenutno mi je poznato sedam različitih agilnih metodologija: 89. Koja aktivnost u temeljnom ispitnom procesu uključuje ocjenu provjerljivosti zahtjeva i sustava? „Analiza ispitivanja“ i „Dizajn“ uključuje ocjenu provjerljivosti zahtjeva i sustava. 90. Koji je tipično NAJVAŽNIJI razlog za korištenje rizika za poticanje napora na testiranju? Jer testiranje svega nije izvedivo. 91. Što je slučajno / majmunsko testiranje? Kada se koristi? Slučajno testiranje često je poznato kao ispitivanje majmuna. U takvoj vrsti testiranja podaci se generiraju nasumično, često pomoću alata ili automatiziranog mehanizma. Ovim slučajno generiranim ulazom sustav se testira i rezultati se analiziraju u skladu s tim. Ta su ispitivanja manje pouzdana; stoga ga obično koriste početnici i kako bi vidjeli hoće li sustav izdržati pod štetnim učincima. 92. Koji su od sljedećih valjanih ciljeva za izvještaje o incidentima? 93. Razmotrite sljedeće tehnike. Koje su statičke, a koje dinamičke tehnike? Analiza i inspekcija protoka podataka su statični; Podjela ekvivalentnosti, ispitivanje slučajeva korištenja, istraživačko ispitivanje i ispitivanje odluka su dinamični. 94. Zašto se statička ispitivanja i dinamička ispitivanja opisuju kao komplementarna? Budući da imaju zajednički cilj prepoznavanja nedostataka, ali se razlikuju u vrstama nedostataka koje pronalaze. 95. Koje su faze formalne revizije? Za razliku od neformalnih pregleda, formalni pregledi slijede formalni postupak. Tipični postupak formalnog pregleda sastoji se od šest glavnih koraka: 96. Koja je uloga moderatora u procesu pregleda? Moderator (ili voditelj recenzije) vodi postupak pregleda. On ili ona određuje, u suradnji s autorom, vrstu recenzije, pristup i sastav recenzentskog tima. Moderator vrši provjeru ulaza i praćenje prerade kako bi kontrolirao kvalitetu ulaza i rezultata postupka pregleda. Moderator također zakazuje sastanak, distribuira dokumente prije sastanka, podučava ostale članove tima, korača sastanku, vodi moguće rasprave i pohranjuje prikupljene podatke. Saznajte više o postupku pregleda u Vodiču za video ovdje 97. Što je particija ekvivalencije (poznata i kao klasa ekvivalencije)? Ulazni ili izlazni rasponi vrijednosti tako da samo jedna vrijednost u rasponu postaje testnim slučajem. 98. Kada treba provesti postupke upravljanja konfiguracijom? Tijekom planiranja ispitivanja. 99. Vrsta funkcionalnog testiranja koja istražuje funkcije povezane s otkrivanjem prijetnji, poput virusa od zlonamjernih strana? Ispitivanje sigurnosti 100. Testiranje u kojem podvrgavamo cilj ispitivanja različitim radnim opterećenjima kako bismo izmjerili i procijenili ponašanje izvedbe i sposobnost cilja i testa da i dalje pravilno funkcioniraju pod tim različitim radnim opterećenjima? Ispitivanje opterećenja 101. Testiranje koje se izvodi radi otkrivanja nedostataka na sučeljima i u interakciji između integriranih komponenata je? Ispitivanje na razini integracije 102. Koje su tehnike ispitivanja zasnovane na strukturi (bijela kutija)? Tehnike ispitivanja 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 podrazumijeva da možete vidjeti u sustav), jer zahtijevaju znanje o tome kako je softver implementiran, odnosno kako on funkcionira. Na primjer, strukturna tehnika može se baviti vježbanjem petlji u softveru. Za izvedbu petlje jednom, dvaput i više puta mogu se izvesti različiti testni slučajevi. To se može učiniti bez obzira na funkcionalnost softvera. 103. Kada treba izvršiti "Ispitivanje regresije"? Nakon promjene softvera ili kada se promijenila okolina trebalo bi izvršiti regresijsko testiranje. 104 . Što je negativno i pozitivno testiranje? Negativni test je kada unesete nevaljani unos i primite pogreške. Iako je pozitivno testiranje kada unesete valjani ulaz i očekujete da će neka radnja biti dovršena u skladu sa specifikacijom. 105. Koja je svrha kriterija za završetak testa? Svrha kriterija završetka ispitivanja je odrediti kada zaustaviti ispitivanje 106. Što statička analiza NE MOŽE pronaći? Na primjer curenje memorije. 107. Koja je razlika između ponovnog i regresivnog testiranja? Ponovno testiranje osigurava uklanjanje izvorne pogreške; regresijsko ispitivanje traži neočekivane nuspojave. 108. Koje su tehnike ispitivanja temeljene na iskustvu? U tehnikama temeljenim na iskustvu, znanje, vještine i pozadina ljudi glavno pridonose uvjetima ispitivanja i test slučajevima. Iskustvo tehničkih i poslovnih ljudi važno je jer oni donose različite perspektive procesu analize i dizajna ispitivanja. Zbog prethodnog iskustva sa sličnim sustavima, oni mogu imati uvid u ono što bi moglo poći po zlu, što je vrlo korisno za testiranje. 109. Koja vrsta pregleda zahtijeva formalne kriterije ulaska i izlaska, uključujući mjerne podatke? Inspekcija 110. Mogu li se pregledi ili inspekcije smatrati dijelom ispitivanja? Da, jer i jedna i druga pomoć otkrivaju greške i poboljšavaju kvalitetu. 111. Ulazno polje uzima godinu rođenja između 1900. i 2004. koje su granične vrijednosti za ispitivanje ovog polja? 1899.1900.2004.2005 112. Koji bi od sljedećih alata bio uključen u automatizaciju regresijskog testa? a. Ispitivač podataka b. Ispitivač granica c. Snimanje / reprodukcija d. Izlazna usporednica. d. Izlazna usporednica 113. Za testiranje funkcije, što treba napisati programer, koji poziva funkciju da se testira i prođe testne podatke. Vozač 114. Koji je ključni razlog zašto programeri imaju poteškoća s testiranjem vlastitog rada? Nedostatak objektivnosti 115. "Koliko je ispitivanja dovoljno?" Odgovor ovisi o riziku za vašu industriju, ugovoru i posebnim zahtjevima. 116. Kada treba zaustaviti testiranje? Ovisi o rizicima za sustav koji se ispituje. Postoje neki kriteriji na temelju kojih možete zaustaviti testiranje. 117. Što je od navedenog primarna svrha integracijske strategije za integracijsko testiranje u malom? Primarna svrha strategije integracije je odrediti koje će module kombinirati kada i koliko odjednom. 118. Što su polu slučajni test slučajevi? Polu-slučajni testni slučajevi nisu ništa, ali kada izvodimo slučajne test-slučajeve i radimo ekvivalentnu particiju na te testne slučajeve, uklanja suvišne test-slučajeve, dajući nam tako polu-slučajne test-slučajeve. 119. S obzirom na sljedeći kôd, koja je izjava istinita o minimalnom broju testnih slučajeva potrebnih za potpuno izvješćivanje i pokrivanje podružnica? Pročitajte str Pročitajte q AKO je p + q> 100 ONDA Ispis "Large" ZAVRŠI AKO AKO je p> 50 ONDA ispisati "p Large" ZAVRŠI AKO 1 test za pokriće izvoda, 2 za pokriće poslovnica 120. Koji se pregled obično koristi za ocjenu proizvoda kako bi se utvrdila njegova prikladnost za namjeravanu uporabu i utvrdila odstupanja? Tehnički pregled. 121. Tko bi pronađene greške trebao izvorno dokumentirati? Po ispitivačima. 122. Koji je trenutni formalni svjetski priznati standard dokumentacije? Ne postoji. 123. Tko je od navedenog sudionik recenzije koji je stvorio predmet za pregled? Autor 124. U softveru su otklonjene brojne kritične pogreške. Sve su pogreške u jednom modulu, povezane s izvješćima. Voditelj ispitivanja odlučuje izvršiti regresijsko testiranje samo na modulu izvješća. Ispitivanje regresije treba obaviti i na drugim modulima, jer popravljanje jednog modula može utjecati na druge module. 125. Zašto analiza granične vrijednosti pruža dobre test slučajeve? Budući da se tijekom programiranja različitih slučajeva u blizini 'rubova' raspona vrijednosti često rade pogreške. 126. Po čemu se inspekcija razlikuje od ostalih vrsta pregleda? Vodi ga obučeni vođa, koristi formalne kriterije ulaska i izlaska i kontrolne liste. 127. Zašto ispitivač može ovisiti o upravljanju konfiguracijom? Budući da upravljanje konfiguracijom osigurava da znamo točnu verziju testnog softvera 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? Potaknuto izmjenama, migracijom ili povlačenjem postojećeg softvera 130. Što je pokrivenost testom? Pokrivenost ispitivanja mjeri na neki specifičan način količinu ispitivanja izvedenih nizom testova (izvedenih na neki drugi način, npr. Pomoću tehnika temeljenih na specifikacijama). Gdje god možemo izbrojati stvari i možemo utvrditi je li svaka od tih stvari testirana nekim testom ili ne, tada možemo izmjeriti pokrivenost. 131. Zašto se preferira inkrementalna integracija u odnosu na integraciju "velikog praska"? Budući da inkrementalna integracija ima bolju sposobnost ranog otkrivanja i izolacije oštećenja 132. Što se naziva proces koji započinje s terminalnim modulima? Integracija odozdo prema gore 133. Tijekom koje bi se ispitne aktivnosti najisplativije moglo pronaći pogrešku? Tijekom planiranja ispitivanja 134. Svrha faze zahtjeva je Zamrznuti zahtjeve, razumjeti potrebe korisnika, definirati opseg testiranja 135. Zašto testiranje dijelimo na različite faze? Testiranje smo podijelili u različite faze iz sljedećih razloga, 136. Što je DRE? Da bi se izmjerila učinkovitost ispitivanja, koristi se snažna mjerna vrijednost za mjerenje učinkovitosti ispitivanja poznata kao DRE (Učinkovitost uklanjanja neispravnosti). Iz ove metrike znat ćemo koliko smo pogrešaka pronašli u skupu testnih slučajeva. Formula za izračunavanje DRE je DRE = Broj bugova tijekom testiranja / broj bugova tijekom testiranja + broj bugova koje je korisnik pronašao 137. Što će od sljedećeg vjerovatno najviše profitirati od upotrebe testnih alata koji pružaju mogućnosti za snimanje i ponavljanje testa? a) Ispitivanje regresije b) Ispitivanje integracije c) Ispitivanje sustava d) Ispitivanje prihvaćanja korisnika Ispitivanje regresije 138. Kako biste procijenili količinu ponovnog testiranja koja će vjerojatno biti potrebna? Mjerni podaci iz prethodnih sličnih projekata i razgovori s razvojnim timom 139. Što proučava analizu protoka podataka? Korištenje podataka na putanjama kroz kod. 140. Što je neuspjeh? Neuspjeh je odstupanje od određenog ponašanja. 141. Što su ispitne usporednice? Je li doista test ako stavite neke ulaze u neki softver, ali nikada ne tražite da li softver daje točan rezultat? Bit testiranja je provjeriti daje li softver točan rezultat i to učiniti, a ono što softver proizvodi moramo usporediti s onim što bi trebao proizvesti. Test usporednik pomaže automatizirati aspekte te usporedbe. 142. Tko je odgovoran za dokumentiranje svih pitanja, problema i otvorenih pitanja koja su utvrđena tijekom revizijskog sastanka Pisar 143. Koja je glavna svrha neformalnog pregleda Jeftin način za postizanje neke koristi 144. Koja je svrha tehnike dizajniranja ispitivanja? Utvrđivanje uvjeta ispitivanja i utvrđivanje test slučajeva 145. Pri ispitivanju sustava izračunavanja ocjena, ispitivač utvrđuje da će svi bodovi od 90 do 100 dati ocjenu A, ali bodovi ispod 90 neće. Ova analiza je poznata kao: Ekvivalentna particija 146. Voditelj testa želi koristiti resurse dostupne za automatizirano testiranje web aplikacije. Najbolji izbor je Tester, automatizacija ispitivanja, web stručnjak, DBA 147. Tijekom testiranja ispitivača modula, 'X' je pronašao bug i dodijelio ga programeru. No programer odbija isto, govoreći da to nije bug. Što bi X trebao učiniti? Pošaljite detaljne informacije o pronađenoj grešci i provjerite ponovljivost 148. Vrsta integracijskog testiranja u kojem se softverski elementi, hardverski elementi ili oba kombiniraju odjednom u komponentu ili cjelokupni sustav, umjesto u fazama. Ispitivanje velikog praska 149. Koji model životnog ciklusa u praksi 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 komponenata nakon testiranja komponenata i testiranje integracije sustava nakon testiranja sustava. V-model 150. Kojom se tehnikom može postići ulazno i izlazno pokrivanje? Može se primijeniti na ljudski unos, unos putem sučelja u sustav ili parametre sučelja u testiranju integracije. Ekvivalentna particija 151. "Ovaj model životnog ciklusa pokretan je rasporedom i proračunskim rizicima" Ova je izjava najprikladnija za. V-model 152. Kojim redoslijedom treba izvoditi testove? Prvo se mora testirati najvažniji 153. Što se kasnije u životnom ciklusu razvoja otkrije kvar, to je skuplje otkloniti. Zašto? Kvar je ugrađen u više dokumentacije, koda, ispitivanja itd 154. Što je mjerenje pokrivenosti? To je djelomična mjera temeljitosti ispitivanja. 155. Što je ispitivanje granične vrijednosti? Ispitajte granične uvjete na, ispod i iznad rubova klasa ekvivalencije ulaza i izlaza. Na primjer, recimo da imate bankovnu aplikaciju u kojoj možete povući maksimalno 20 000 Rs i najmanje Rs 100, tako da u ispitivanju granične vrijednosti testiramo samo točne granice, umjesto da udarimo u sredinu. To znači da testiramo iznad maksimalne i ispod minimalne granice. 156. Što predstavlja COTS? Komercijalno izvan police. 157. čija je svrha omogućiti provođenje određenih ispitivanja na sustavu ili mreži koja što više sliči okruženju u kojem će se predmet koji se testira koristiti nakon puštanja u promet? Test okruženje 158. Na što se može smatrati da se temelji na projektnom planu, ali s većim količinama detalja? Fazni plan ispitivanja 159. Što je brzi razvoj aplikacija? Brzi razvoj aplikacija (RAD) formalno je paralelni razvoj funkcija i naknadna integracija. Komponente / funkcije razvijaju se paralelno kao da se radi o mini projektima, razvoji se vremenski uklapaju, isporučuju i zatim sastavljaju u radni prototip. To kupcu može vrlo brzo pružiti nešto za vidjeti i koristiti i pružiti povratne informacije u vezi s dostavom i njihovim zahtjevima. Brza promjena i razvoj proizvoda mogući su pomoću ove metodologije. Međutim, u jednom će trenutku za proizvod trebati razviti specifikaciju proizvoda, a projekt će prije stavljanja u proizvodnju morati biti pod formalnijom kontrolom. Pogledajte naš kviz o testiranju Pogledajte naše - Pitanja o intervjuu za ispitivanje softvera Youtube Video Besplatno preuzimanje PDF-a: Pitanja i odgovori na intervju za testiranje softvera Gore navedena pitanja i odgovori za ručno testiranje u pdf-u pomoći će kako svježim tako i iskusnim QA inženjerima. Molimo podijelite stranicu s prijateljima i kolegama.
ako je širina> duljinatada najveća_dimenzija = širinaako je visina> širinatada najveća_dimenzija = visinazavrši akoelsebiggest_dimension = duljinaako je visina> duljinatada najveća_dimenzija = visinazavrši akozavrši ako