85+ pitanja i odgovora za intervju za testiranje softvera

Ovdje je popis svih vaลพnih pitanja za intervju za testiranje softvera za brucoลกe i profesionalce. Dobijte posao iz snova u testiranju softvera uz pomoฤ‡ ovog vodiฤa za intervjue za testiranje softvera.

 

Pitanja za intervju za testiranje softvera za brucoลกe

1) ล to je integracijsko testiranje?

Integracijsko testiranje je metoda testiranja softvera koja kombinira i testira pojedinaฤne komponente aplikacije. Obiฤno se provodi nakon jediniฤnog i funkcionalnog testiranja.


2) ล to je nasumiฤno testiranje?

Nasumiฤno testiranje, takoฤ‘er poznato kao ad hoc testiranje, metoda je koja ne slijedi nikakve testne sluฤajeve ili zahtjeve povezane s aplikacijom. U mnogim sluฤajevima radi se o neplaniranoj aktivnosti u kojoj se bilo koji dio aplikacije nasumiฤno provjerava kako bi se pronaลกli nedostaci.


3) ล to je SDLC?

SDLC (ลฝivotni ciklus razvoja softvera) je sustavni proces za razvojping softver kako bi se osigurala kvaliteta i ispravnost izgraฤ‘enog softvera. To je skraฤ‡eni oblik procesa ลพivotnog ciklusa razvoja softvera koji ima za cilj proizvodnju visokokvalitetnog softvera koji ispunjava oฤekivanja kupaca.

Razvoj bi trebao biti dovrลกen u unaprijed definiranom vremenskom okviru i troลกku. Ovaj ลพivotni ciklus sastoji se od detaljnog plana koji objaลกnjava kako planirati, izgraditi i odrลพavati odreฤ‘eni softver.


4) ล to je testiranje temeljeno na podacima?

Testiranje temeljeno na podacima je izvoฤ‘enje testnih skripti opetovano koriลกtenjem izvora podataka kao ลกto su XML datoteke, proraฤunske tablice, Microsoft Excel i SQL baze podataka.

Kako biste generirali izlaz, moลพete koristiti ove izvore podataka kao ulazne vrijednosti. Nakon toga, njegov se rezultat usporeฤ‘uje radi provjere sustava ili softvera.

Testiranje temeljeno na podacima


5) Koje su najbolje prakse za pisanje testnih sluฤajeva?

Napiลกite testne sluฤajeve iz perspektive krajnjeg korisnika:

  • Napiลกite korake testa jednostavno i lako tako da ih svatko moลพe lako pratiti
  • Omoguฤ‡ite viลกekratnu upotrebu testnih sluฤajeva
  • Postavite zadani prioritet
  • Trebali biste opisati testni sluฤaj, testne podatke, oฤekivane rezultate, preduvjete i postuvjete.
  • Napiลกite nevaลพeฤ‡e testne sluฤajeve osim valjanih testnih sluฤajeva
  • Slijedite sve ispravne konvencije imenovanja
  • Revtj. testne sluฤajeve i aลพurirajte ih ako je potrebno.

6) ล to je analiza graniฤnih vrijednosti?

To je tehnika testiranja softvera koja se koristi za analizu graniฤnih vrijednosti particija klasa ekvivalencije. Ova metoda testiranja pomaลพe vam identificirati pogreลกke na granicama umjesto unutar vrijednosti raspona.


7) Koje su vaลพne metrike testiranja?

Evo nekoliko vaลพnih metrika testiranja:

  • Ukupan broj ispravljenih greลกaka.
  • Broj pronaฤ‘enih nedostataka i redoslijed njihove teลพine.
  • Ukupan broj problema koji su uzrokovani greลกkom izvornog koda u odnosu na konfiguraciju ili vanjske ฤimbenike okruลพenja
  • Stopa ispravljanja greลกaka tijekom vremena
  • Numbers nerijeลกenih greลกaka prije izdavanja.
  • Greลกke koje su prijavili korisnici u odnosu na greลกke koje su pronaลกli testeri.

8) Koji parametri pomaลพu provjeriti kvalitetu izvrลกenja testa?

Dva najvaลพnija parametra za provjeru kvalitete izvrลกenja testa su:

  • Omjer odbaฤenih nedostataka je omjer ukupnih odbaฤenih proizvoda i ukupne proizvodnje.
  • Omjer istjecanja nedostataka je omjer ukupnog odbacivanja i ukupne proizvodnje.

9) Koje su razliฤite razine ispita?

  • ฤŒetiri vrste razina ispita su: testiranje jedinica/komponenti/programa/modula
  • Integracijsko testiranje
  • Ispitivanje sustava
  • Ispitivanje prihvatljivosti

10) ล to je ลพivotni ciklus greลกke/defekta?

ลฝivotni ciklus greลกke naziva se i ลพivotni ciklus greลกke. U procesu razvoja softvera, svaka greลกka ima svoj ลพivotni ciklus. Bug mora proฤ‡i kroz ลพivotni ciklus da bi se zatvorio. ลฝivotni ciklus buga ovisi o alatima (QC, JIRA, itd.) i koriลกtenom organizacijskom procesu.

ลฝivotni ciklus greลกke/defekta


11) ล to je upravljanje konfiguracijom?

Konfiguracijski menadลพment je metoda testiranja za uspostavljanje i odrลพavanje konzistentnosti fiziฤkih, izvedbenih, funkcionalnih, dizajnskih i operativnih podataka proizvoda. Takoฤ‘er vaลกoj organizaciji donosi troลกkovnu uฤinkovitost i bolje upravljanje vremenom.


12) Koje su glavne komponente formata izvjeลกฤ‡a o kvarovima?

Ovo su osnovne komponente formata izvjeลกฤ‡a o kvarovima:

  • Naziv projekta
  • Naziv modula
  • Otkriven kvar
  • ID kvara
  • Naziv kvara
  • Snimka zaslona kvara
  • Status ozbiljnosti i prioriteta
  • Kvar je otklonio i rijeลกen dalje

13) Koje su razlike izmeฤ‘u Selenium a Sikuli?

Evo nekih osnovnih razlika izmeฤ‘u Selenium i Sikuli:

Selenium Sikuli
Ne moลพete automatizirati flash objekte poput video playera, audio playera itd. Nudi opseลพnu podrลกku za automatizaciju flash objekata
Ima kompliciran API Ima jednostavan API
Moลพe automatizirati samo web aplikacije Moลพete automatizirati web kao i Windows aplikaciju.

14) Koje su vrste sigurnosnih problema pri web testiranju?

  • Napad uskraฤ‡ivanja usluge (DOS).
  • Pregled ostalih statistika
  • Buffer preliti
  • Izravno prolazeฤ‡i kroz unutarnje URL putem adrese preglednika

15) ล to je TestNG?

TestNG je napredni okvir koji je dizajniran na naฤin da iskoristi prednosti i programera i testera softvera. Ovaj program takoฤ‘er ukljuฤuje mehanizam za rukovanje iznimkama koji sprjeฤava neoฤekivano prekidanje programa.


16) ล to je kaskadno spajanje greลกaka?

Kaskadno spajanje nedostataka metoda je pokretanja drugih nedostataka u aplikaciji kada se jedan nedostatak otkrije tijekom testiranja. Takoฤ‘er se poziva na nedostatke drugih aplikacija jer se viลกestruki nedostaci pojavljuju u kasnijim fazama razvoja softvera.


17) ล to je Workbench koncept?

Radni stol je dokument koji objaลกnjava kako se aktivnost treba dovrลกiti. Takoฤ‘er se naziva korakom, fazom ili zadatkom. Djeluje kao platforma za razvojping i praฤ‡enje radnih struktura testera. Koristeฤ‡i poฤetne podatke, moลพete koristiti ovu metodu za podjelu zadataka u svaku fazu i postizanje oฤekivanja kupca.

Workbench ima pet zadataka:

  • Ulazni
  • Izvrลกiti
  • Provjeriti
  • Proizvodnja proizvodnje
  • Preraditi

18) Koje su razliฤite strategije za uvoฤ‘enje krajnjim korisnicima?

Strategije koje treba slijediti za uvoฤ‘enje su sljedeฤ‡e:

1) Pilot, 2) Postupna implementacija, 3) Fazna implementacija, i 4) Paralelna implementacija


19) ล to je Testbed?

Testbed je softver, hardver i druge ispitne stavke koje se koriste za podrลกku procesu testiranja. Glavni cilj testbeda je kontrola i praฤ‡enje uvjeta ispitivanja. Testna ploฤa ukljuฤuje nekoliko alata i tehnologija u metodi ruฤnog testiranja softvera. Poput PHP-a, okvira poput WordPressa ili Joomle i baza podataka poput PostgreSQL or MySQL.


20) ล to je Statement coverage? Objasnite to na primjeru.

Statement Coverage metoda je testiranja bijele kutije u kojoj se sve izvrลกne izjave u izvornom kodu izvode barem jednom. Ova metoda pokrivanja koda izraฤunava broj iskaza u izvornom kodu koji su izvrลกeni.

Pogledajmo kako izraฤunati pokrivenost izvoda.

Za izraฤun pokrivenosti izjava za dati izvorni kod.

Primjer:

Prints (int a, int b) {                       ------------  Printsum is a function
int result = a+ b;
If (result> 0)
  Print ("Positive", result)
Else
  Print ("Negative", result)
}                                        -----------   End of the source code

Pitanja i odgovori za intervju za testiranje softvera za iskusne

21) ล to su latentni nedostaci?

Latentni defekt je pojam koji se koristi za identifikaciju skrivenih neotkrivenih nedostataka u softveru pomoฤ‡u nekog posebnog skupa operacija. Ovi se nedostaci pojavljuju samo kada testiranje softvera pokrene odreฤ‘eni dogaฤ‘aj, prikrivajuฤ‡i njihovu prisutnost.


22) ล to je Isporuka testa?

Rezultati testa su alati, komponente i dokumenti koji se odrลพavaju i razvijaju za podrลกku testu.

Ovo su rezultati testa u razliฤitim fazama testiranja SDLC-a (ลพivotni ciklus razvoja softvera):

1) Prije testiranja softvera 2) Tijekom testiranja softvera 3) Nakon testiranja softvera


23) ล to je testiranje mutacija?

Glavni cilj testiranja mutacija je potvrditi je li skup testnih podataka ili testnih sluฤajeva koristan. To se radi namjernim dodavanjem viลกestrukih promjena koda (bugova) i ponovnim testiranjem s izvornim testnim sluฤajevima i podacima.

Testiranje mutacija


24) ล to je gama testiranje?

Gama je pristup testiranju koji provjerava specificirane potrebe kada je softver spreman za izdavanje. Uglavnom se radi na mjestu krajnjeg korisnika.


25) ล to je ispitni pojas?

Test Harness je postupak testiranja koji prikuplja podatke o softveru i testiranju za testiranje cijelog programa ili jedinice. Radi pod razliฤitim promjenjivim uvjetima kao ลกto su stres, na temelju podataka i nadgleda njegovo ponaลกanje i rezultate.


26) ล to je zatvaranje testa?

To je dokument koji saลพima sve testove provedene tijekom SDLC-a (Software development life cycle). Nudi detaljnu analizu uklonjenih bugova i pronaฤ‘enih greลกaka.

Test Clouse takoฤ‘er sadrลพi agregat br. eksperimenata, ukupan broj izvrลกenih eksperimenata, dodajte brojeve greลกaka koje nisu rijeลกene, ukupan broj odbijenih greลกaka itd.


27) ล to je Fuzz testiranje?

Fuzz testiranje je metoda testiranja koja se koristi za otkrivanje pogreลกaka kodiranja softvera i sigurnosnih rupa. u Fuzz testiranje metodom, sustavu se dodaju nasumiฤni podaci kako bi se sustav sruลกio. Ako ranjivost i dalje postoji, koristi se alat poznat kao fuzz tester za utvrฤ‘ivanje moguฤ‡ih uzroka.


28) Koje je znaฤenje end-to-end testiranja?

Testiranje od kraja do kraja metoda je testiranja aplikacije koja vam pomaลพe da provjerite radi li ona kako se oฤekuje. To bi se trebalo koristiti za testiranje tijeka aplikacije od poฤetka do kraja.

Ova metoda ispitivanja ima za cilj ispitati cijeli protok sustava. Takoฤ‘er potvrฤ‘uje da se odrลพava integritet podataka izmeฤ‘u razliฤitih komponenti sustava i sustava.


29) ล to je dinamiฤko testiranje softvera?

U usporedbi sa statiฤkim testiranjem, dinamiฤko testiranje softvera testira softver tijekom izvoฤ‘enja. Tester softvera pokreฤ‡e softver u testnom okruลพenju, prolazi kroz sve korake, unosi ulaze i provjerava stvarni izlaz s moguฤ‡im rezultatom.


30) ล to je testiranje na viลกe preglednika? Koje biste alate koristili?

Web aplikacija radi u raznim preglednicima kao ลกto su Chrome, Mozilla Firefox, Microsoft Edge, Safari i viลกe. Svi ovi preglednici rade primarno isto u implementaciji web standarda. Testiranje na viลกe preglednika pomaลพe vam da provjerite radi li vaลกa web-lokacija ili aplikacija kako treba kada koristite razliฤite kombinacije preglednika i OS-a.


31) ล to su regresijsko i potvrdno testiranje?

Ovdje su dvije vaลพne metode testiranja:

  • Ispitivanje regresije potvrฤ‘uje da nedavna promjena koda nije utjecala na postojeฤ‡e znaฤajke.
  • Potvrdno testiranje: Kvar se prijavljuje kada test ne uspije zbog kvara. Nakon toga se ลกalje nova verzija softvera s ispravljenim nedostatkom. Zove se potvrdno testiranje ili ponovno testiranje.

32) Kako preskoฤiti metodu ili blok koda TestNG?

Moลพete preskoฤiti odreฤ‘enu testnu metodu ili kod; tada moลพete postaviti parametar 'enabled' u komentaru testa na false.

@Test (enabled = false)

33) Kako napraviti snimke zaslona Selenium WebDriver?

  • Zaslon moลพete snimiti pomoฤ‡u funkcije TakeScreenshot.
  • metoda getScreenshotAs () omoguฤ‡uje spremanje te snimke zaslona.

34) Kada trebam koristiti Selenium Mreลพa?

The Selenium reลกetka omoguฤ‡uje vam da izvrลกite test skriptu na viลกe platformi i preglednika u isto vrijeme. To vam pomaลพe da postignete distribuirano izvoฤ‘enje testa, testiranje u razliฤitim okruลพenjima i znaฤajno ลกtedite vrijeme izvrลกenja.


35) ล to je strategija testiranja?

Testna strategija je dokument visoke razine koji obiฤno razvija voditelj projekta. Obuhvaฤ‡a pristup testiranju proizvoda i postizanju ciljeva. Opฤ‡enito se izvodi iz Specifikacije poslovnih zahtjeva (BRS).


36) ล to je zahtjev za izmjenom?

Klijenti koriste zahtjeve za modifikaciju u razvoju softvera kako bi promijenili postojeฤ‡u funkcionalnost softvera.


37) ล to je verifikacija?

Verifikacija je proces mjerenja, na primjer. Pomaลพe u provjeri jeste li razvijeniping proizvod u skladu s tim ili ne. Ovdje ukljuฤene aktivnosti su inspekcije.


38) ล to je Grey Box Testiranje?

Siva kutija je kombinacija bijele Box i Crna Box Testiranje. Ispitivaฤi ukljuฤeni u ovu vrstu testiranja trebaju imati pristup projektnim dokumentima. Pomaลพe u stvaranju boljih testnih sluฤajeva u ovom procesu.


39) ล to je pokrivenost testom?

Pokrivenost testom definira se kao metrika u testiranju softvera koja mjeri koliฤinu testiranja koje izvodi skup testova. To ฤ‡e ukljuฤivati โ€‹โ€‹prikupljanje informacija o dijelovima programa koji bi se trebali izvrลกiti tijekom izvoฤ‘enja testnog skupa. Takoฤ‘er ga moลพete koristiti da odredite koje su grane uvjetnih iskaza uzete.


40) ล to je pokriฤ‡e odluka?

Primjer pokriฤ‡a odluke:

Demo (int a) {
If (a> 5)
 a=a*3
 Print (a)
}

Scenarij 1:

Vrijednost a je 2

Pokrivenost odluka

Ovdje ฤ‡e se izvrลกiti ลกifra oznaฤena ลพutom bojom i oznaฤen je "Ne" ishod odluke Ako (a>5).

Pokrivenost odluke = 50%

Scenarij 2:

Vrijednost a je 6

Pokrivenost odluka

U ovom scenariju kod koji je oznaฤen ลพutom bojom bit ฤ‡e izvrลกen. Ovdje je oznaฤen "Da" ishod odluke Ako (a>5).

Pokrivenost odluke = 50%

Testni sluฤaj Vrijednost A Izlaz Pokrivenost odluka
1 2 2 50%
2 6 18 50%

Pitanja i odgovori za intervju za testiranje softvera za 3 godine iskustva

41) ล to mislite pod testiranjem zdravog razuma?

Test ispravnosti provodi se nakon izgradnje kako bi se provjerile nove funkcionalnosti/greลกke koje je potrebno popraviti tijekom testiranja ispravnosti. Njegov glavni cilj je provjeriti kompletnu funkcionalnost, ลกto vam pomaลพe da odluฤite je li greลกka ispravljena i testira uฤinak ispravljene greลกke na aplikaciju pod Testom.


42) ล to je TDD?

Test-Driven Development (TDD) je metodologija razvoja softvera voฤ‘ena testnim sluฤajevima koja vam pomaลพe da stvorite funkcionalnost koju ลพelite implementirati. Test sluฤajevi su razvijeni u TDD metodi.


43) ล to je verifikacija i validacija u testiranju softvera?

  • Provjera: To je tehnika statiฤke analize. U ovoj metodi, testiranje se provodi bez izvrลกavanja koda. Primjeri Revpregledi, pregled i prolazak.
  • Provjera valjanosti: To je metoda dinamiฤke analize gdje se testiranje provodi izvrลกavanjem koda. Primjeri funkcionalnih i nefunkcionalnih tehnika ispitivanja.

44) Kako se validacija razlikuje od verifikacije?

Verifikacija Potvrฤ‘ivanje
Ocjenjuje zadovoljava li softver specifikaciju ili ne. Ocjenjuje zadovoljava li specifikacija potrebe kupca ili ne.
Verifikacija je vrsta statiฤkog testiranja. Validacija je vrsta dinamiฤkog testiranja.
Ne morate vi izvrลกiti kod. Zahtijeva izvrลกenje koda.

45) Na kojoj osnovi moลพete mapirati uspjeh testiranja automatizacije?

Na temelju automatiziranog testiranja mogu se mapirati sljedeฤ‡i kriteriji:

  • Omjer otkrivanja kvarova
  • Automatizirano vrijeme izvoฤ‘enja i uลกteda vremena za puลกtanje proizvoda
  • Smanjenje troลกkova rada i ostalih troลกkova

46) ล to je strategija testiranja?

Strategija testiranja je dokument visoke razine (statiฤki dokument) koji obiฤno razvija voditelj projekta. To je dokument o testiranju koji biljeลพi kako testiramo proizvod i postiลพemo ciljeve. Uglavnom je izveden iz Specifikacije poslovnih zahtjeva. Bitan dokument poput Plana testiranja priprema voditelj projekta.ping ovaj dokument kao osnovu.


47) ล to je provjera valjanosti na strani klijenta?

Provjera valjanosti na strani klijenta obavlja se na razini preglednika, gdje se korisniฤki unos provjerava u samom pregledniku bez ukljuฤivanja posluลพitelja.


48) ล to je testiranje voฤ‘eno kontekstom?

Kontekstualno testiranje je metoda testiranja softvera za razvojping i otklanjanje pogreลกaka u raฤunalnom softveru koji uzima u obzir kako se oฤekuje da ฤ‡e se programi koristiti u stvarnom svijetu.


49) Koji su izlazni kriteriji u testiranju softvera?

Izlazni kriterij je skup specifiฤnih uvjeta koji odreฤ‘uju dogovorene znaฤajke ili stanje aplikacije kako bi se oznaฤilo dovrลกenje proizvoda ili procesa.


50) Koje su razliฤite metode testiranja?

Tri metode za testiranje softvera su:

  • Testiranje crne kutije: Tehnika testiranja crne kutije temelji se iskljuฤivo na zahtjevima i specifikacijama. Ova strategija ne zahtijeva znanje o unutarnjim putovima, strukturama ili softveru koji se testira.
  • Ispitivanje bijele kutije je metoda testiranja koja se temelji na internim putovima, strukturama koda i softveru koji se testira.
  • Testiranje sive kutije: To je metoda za otklanjanje pogreลกaka softvera u kojoj ispitivaฤ softvera ima malo znanja o internom radu softvera.

51) Koje su razliฤite tehnike pokrivanja?

Tri su osnovne vrste tehnika pokrivanja:

  • Pokrivenost izjave: Ova metoda pomaลพe osigurati da je svaki redak izvornog koda izvrลกen i testiran.
  • Pokrivenost odluke: Osigurava da je svaka odluka (toฤno ili netoฤno) u izvornom kodu izvrลกena i testirana.
  • Pokrivenost staze: Provjerite jesu li sve moguฤ‡e rute testirane kroz odreฤ‘eni dio koda.

52) ล to je osnovno testiranje?

Osnovno testiranje je niz testova koji prikupljaju informacije o izvedbi. Prikupljene informacije takoฤ‘er se mogu koristiti za poboljลกanje performansi i moguฤ‡nosti aplikacije uvoฤ‘enjem promjena na temelju rezultata. Tijekom osnovnog testiranja, performanse aplikacije usporeฤ‘uju se s prethodnim performansama.


53) ล to je testiranje na razini sustava?

Testiranje cijelog raฤunalnog sustava kroz sve module naziva se testiranje na razini sustava. Ova metoda ispitivanja ukljuฤuje funkcionalno kao i strukturalno ispitivanje.


54) ล to je bucket testiranje?

Bucket testiranje takoฤ‘er se naziva A/B testiranje. Uglavnom se koristi za prouฤavanje utjecaja razliฤitih dizajna proizvoda na metriku web stranice. U ovoj metodi testiranja, dvije istovremene verzije pokreฤ‡u se na jednoj ili skupu web stranica, ลกto vam pomaลพe u mjerenju razlike u stopama klikova, suฤelju i prometu.


Pitanja i odgovori za intervju za testiranje softvera za 5+ godina iskustva

55) ล to je N+1 testiranje?

Varijacija regresijskog testiranja predstavljena je kao N+1. Izvodi se u viลกe ciklusa u kojima se pogreลกke pronaฤ‘ene u ispitnom ciklusu 'N' rjeลกavaju i ponovno testiraju u ispitnom ciklusu N+1. Ovaj proces se nastavlja sve dok se ne pronaฤ‘u greลกke.


56) Koje je znaฤenje testiranja odozdo prema gore?

U testiranju odozdo prema gore, metoda je da se prvo testiraju komponente najniลพe razine, a zatim se testira viลกa razina komponenti. Ponavlja se dok se ne testira komponenta na vrhu hijerarhije.


57) ล to je testiranje temeljeno na riziku?

Testiranje temeljeno na riziku je pristup stvaranju strategije testiranja koji se temelji na davanju prioriteta testovima prema riziku. Osnova pristupa je detaljna analiza rizika i prioritizacija rizika.


58) Koje su razliฤite faze formalnog pregleda?

Formalni postupak pregleda sastoji se od ลกest koraka:

  1. Planiranje
  2. Poฤeti igru
  3. Priprema
  4. Review sastanak
  5. Preraditi
  6. Nastavak

59) ล to su polusluฤajni testni sluฤajevi?

Polusluฤajni testni sluฤajevi su testni sluฤajevi koji izvode nasumiฤne testne sluฤajeve i takoฤ‘er rade particiju ekvivalencije. Takoฤ‘er eliminira suviลกne testne sluฤajeve, ลกto rezultira polu-sluฤajnim skupom testova.


60) ล to je API testiranje?

API testiranje provjerava rad API-ja koje softver koristi. Kao tester softvera, morate napisati kod koji ลกalje API zahtjev posluลพitelju koji pruลพa API i potrebne ulaze. Prikuplja izlaz iz odgovora i usporeฤ‘uje stvarni izlaz s oฤekivanim izlazom.


61) ล to je testiranje prihvatljivosti?

Testiranje prihvatljivosti je vrsta testiranja koje provodi krajnji korisnik ili klijent. Provjerava ili prihvaฤ‡a softverski sustav prije premjeลกtanja softverskih aplikacija u proizvodno okruลพenje.


60) ล to je testiranje globalizacije?

Globalizacija je metoda testiranja softvera dizajniranja softverske aplikacije koja ฤ‡e biti prilagoฤ‘ena brojnim jezicima i regijama bez ikakvih promjena.


61) ล to je GUI testiranje?

GUI ili testiranje grafiฤkog korisniฤkog suฤelja testira korisniฤko suฤelje softvera u odnosu na dane zahtjeve/HTML dizajne/mockupove itd.


62) ล to je RTM u testiranju softvera?

RTM je skraฤ‡enica od (Requirement TracMatrica jednostavnosti) To je alat koji pomaลพe testeru da track pokrivenosti zahtjeva tijekom procesa testiranja kada se primi dokument sa zahtjevima. Razvija se na temelju zahtjeva i odrลพava se sve dok se ne objavi odreฤ‘eni softverski sustav ili aplikacija.

RTM u testiranju softvera


63) ล to je testiranje optereฤ‡enja?

Testiranje optereฤ‡enja je metoda testiranja performansi gdje se aplikacija izvrลกava nakon nekoliko razina optereฤ‡enja. Moลพete pratiti vrลกnu izvedbu posluลพitelja, vrijeme odziva itd. Pod paralelnim optereฤ‡enjem sustava, ova vam metoda omoguฤ‡uje mjerenje stabilnosti, performansi i integriteta aplikacije.


64) Koja je razlika izmeฤ‘u SDLC i STLC?

Razlika izmeฤ‘u SDLC i STLC

Evo nekih razlika izmeฤ‘u SDLC i STLC

SDLC STLC
Cilj ลพivotnog ciklusa SDLC-a je zavrลกiti uspjeลกan razvoj softvera, ukljuฤujuฤ‡i testiranje i druge faze. Jedini cilj STLC faze je testiranje.
U SDLC-u, BA (poslovni analitiฤar) prikuplja zahtjeve i stvara razvojni plan U STLC-u QA tim analizira zahtjeve za izradu plana testiranja i provedbu funkcionalnih i nefunkcionalnih dokumenata.
U ovom ลพivotnom ciklusu razvojni tim stvara planove dizajna visoke i niske razine U ovom ลพivotnom ciklusu, analitiฤar testa stvara Plan testa integracije
Stvarni kod je razvijen, a stvarni rad se odvija prema projektnim dokumentima. Tim za testiranje softvera priprema testno okruลพenje i izvrลกava ga

65) ล to je testiranje instalacije?

Testiranje instalacije provjerava moลพemo li uspjeลกno instalirati softver prema smjernicama danim u instalacijskom dokumentu.


66) ล to je testiranje suฤelja?

Testiranje suฤelja provjerava komuniciraju li pojedinaฤni moduli ispravno prema zadanim specifikacijama. Uglavnom se koristi za testiranje korisniฤkog suฤelja GUI aplikacija.


67) ล to je Bing Bang model?

Model velikog praska fokusiran je na razvoj softvera i izvore kodiranja s malo ili nimalo planiranja. U ovom modelu, zahtjevi se razumiju i implementiraju kada doฤ‘u. Ovaj softverski model najbolje funkcionira za male projekte s manjim razvojnim timovima.


68) Koji su uobiฤajeni scenariji u kojima je automatizirano testiranje bolje od ruฤnog?

Moลพete odabrati automatsko testiranje umjesto ruฤnog testiranja u sljedeฤ‡im uvjetima:

  • Morate viลกe puta testirati sluฤajeve tijekom dugog vremenskog razdoblja.
  • Potrebno je provesti test regresije, izvedbe i optereฤ‡enja.
  • ลฝelite snimiti proces testiranja.
  • Kada imate minimalno vrijeme za dovrลกetak faze testiranja
  • Izvrลกavate testove u standardnom okruลพenju za izvoฤ‘enje
  • Ruฤno testiranje postaje dugotrajno i suviลกno kada postoji viลกestruka i brza implementacija proizvoda.

69) ล to je testiranje klijent-posluลพitelj?

Aplikacija klijent-posluลพitelj je ona gdje se sama aplikacija instalira na posluลพitelj gdje se EXE datoteka aplikacije uฤitava na sva klijentska raฤunala. Ovo okruลพenje se ลกiroko koristi u intranetskim mreลพama.


70) ล to je testiranje jedinica?

Unit Testing je vrsta testiranja softvera kada se testiraju pojedinaฤne jedinice ili komponente softvera. Ova vrsta testiranja provodi se kako bi se provjerilo rade li moduli izvornog koda ispravno.

Ispitivanje jedinice


71) Koja je uloga testiranja upotrebljivosti u web testiranju?

U web testiranju, testiranje upotrebljivosti igra vitalnu ulogu. Dobro je poznato da testiranje upotrebljivosti znaฤi utvrฤ‘ivanje naฤina na koji krajnji korisnik moลพe lako pristupiti aplikaciji bez znanja programskog jezika.


72) Na kojoj osnovi moลพete doฤ‡i za procjenu svog projekta?

Da biste procijenili bilo koji projekt, morate uzeti u obzir sljedeฤ‡e toฤke:

  • Podijelite cijeli projekt na manje zadatke
  • Svaki zadatak dodijelite ฤlanovima tima
  • Pomaลพe vam procijeniti napor potreban za dovrลกenje svakog zadatka
  • Potvrdite procjenu

73) ล to je kritiฤna pogreลกka?

Kritiฤna pogreลกka znaฤi da je veliki dio funkcionalnosti ili znaฤajna komponenta sustava pokvarena i da ne postoji zaobilazno rjeลกenje za daljnje korake.

Na primjer, ne moลพemo testirati druge module zbog greลกke u jednom modulu koja je blokirala testiranje drugih modula. Greลกke koje utjeฤu na klijentovo poslovanje smatraju se kritiฤnima.


74) ล to je curenje greลกaka?

Tim za testiranje propustio je greลกku tijekom testiranja i meฤ‘uverzija je puลกtena u proizvodnju. Ako je krajnji korisnik ili kupac pronaลกao greลกku (koju je propustio tim za testiranje softvera), to je poznato kao Curenje greลกke.


75) ล to je sijanje pogreลกaka?

To je metoda dodavanja poznatih pogreลกaka u program koja vam pomaลพe identificirati stopu otkrivanja pogreลกaka. Pomaลพe u procjeni vjeลกtina testera u pronalaลพenju greลกaka.


76) ล to je SPICE u testiranju softvera?

SPICE je skraฤ‡eni oblik poboljลกanja softverskog procesa i odreฤ‘ivanja sposobnosti. To je standardni okvir za procjenu uฤinkovitosti i djelotvornosti razvojnog procesa.


77) ล to je Object Repository?

Repozitorij objekata je zbirka web elemenata i njihovih lokatora koji pripadaju aplikaciji pod testom (AUT). QA odrลพavaju sve lokatore elemenata u zasebnoj datoteci koja se naziva datoteka svojstava (. properties) u Selenium. Tijekom faze izvoฤ‘enja, omoguฤ‡uje vam identificiranje objekata izmeฤ‘u testne skripte i aplikacije.


78) ล to je izvjeลกฤ‡e o bugu?

U procesu testiranja softvera, ispitivaฤ softvera biljeลพi svoje nalaze, zapaลพanja, nalaze i druge korisne informacije za programere ili upravu. Ovi su podaci dio testnog zapisa poznatog kao izvjeลกฤ‡e o pogreลกci.

Izvjeลกฤ‡e o pogreลกci pruลพa sljedeฤ‡e prednosti:

  • Shvatite problem
  • Koraci za reprodukciju ovog problema
  • Okruลพenje i specifiฤni uvjeti pod Testom se dogaฤ‘aju
  • Rjeลกenje ako/i kada programeri rijeลกe problem

79) ล to se podrazumijeva pod nagaฤ‘anjem o pogreลกci u testiranju softvera?

Nagaฤ‘anje pogreลกke metoda je dizajniranja testnog sluฤaja sliฤna sijanja pogreลกke. U ovoj metodi testiranja, ispitivaฤi dizajniraju testne sluฤajeve nagaฤ‘ajuฤ‡i moguฤ‡e pogreลกke koje bi se mogle pojaviti u softverskoj aplikaciji.


80) ล to je Showstopper defekt?

To je nedostatak koji korisniku ne dopuลกta dalje kretanje kroz aplikaciju. Gotovo je poput sudara.

Na primjer, osigurajte da u jednoj softverskoj aplikaciji gumb za prijavu ne radi ฤak i ako imate vaลพeฤ‡e korisniฤko ime i lozinku; ne moลพete iฤ‡i dalje jer vam gumb za prijavu ne radi.


81) ล to je Bug Bounty?

Bug bounty program pomaลพe organizaciji da nagradi nekoga tko pronaฤ‘e greลกke u njihovom softveru i prijavi ih. To je koncept koji je dugo postojao. Internet je stvoren.

Mnoge su tvrtke poฤele shvaฤ‡ati koliko je skupo angaลพirati struฤnjake za penetracijsko testiranje svaki put kada ลพele traลพiti ranjivosti u svom sustavu ili aplikaciji.


82) ล to je tranzicija drลพave?

Testiranje prijelaza stanja pomaลพe vaลกim testnim sluฤajevima iz aplikacije u kojoj trebamo testirati razliฤite prijelaze sustava. Ovu metodu moลพemo primijeniti kada aplikacija daje razliฤit izlaz za isti ulaz, ovisno o tome ลกto se dogodilo u prethodnom stanju.


83) ล to mislite pod Trijaลพom kvara?

Trijaลพa kvarova je metoda koja vam pomaลพe pronaฤ‡i nedostatke po prioritetu ovisno o razliฤitim karakteristikama kao ลกto su rizik, ozbiljnost i vrijeme koje bi trebalo biti potrebno da se popravi problem. Ukljuฤeni su razliฤiti dionici, poput razvojnog tima, tima za testiranje, voditelja projekta itd.


84) ล to je uฤinkovitost uklanjanja kvarova?

Uฤinkovitost uklanjanja nedostataka metrika je testiranja koja pokazuje koliko uฤinkovito razvojni tim moลพe popraviti pogreลกke i probleme prije izdavanja proizvoda. Pomaลพe vam da izmjerite omjer nedostataka i broja pronaฤ‘enih problema. Na primjer, ako je 100 otkriveno tijekom testiranja, a 80 je popravljeno, DRE ฤ‡e biti 100/80 = 1.25%.


85) ล to je testiranje upijanja?

Pokretanje sustava pri vrlo velikom optereฤ‡enju tijekom duljeg razdoblja kako bi se identificirali problemi s performansama naziva se ispitivanje upijanja.


86) ล to je Paradoks pesticida?

U testiranju softvera, paradoks pesticida dogaฤ‘a se kada testovi koji se ponavljaju ne otkrivaju nove pogreลกke. Moลพete prevladati ovaj paradoks pesticida jer je neophodno redovito pregledavati testne sluฤajeve koje moลพemo dodati ili aลพurirati kako bismo pronaลกli viลกe nedostataka.

Saลพmite ovu objavu uz: