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.
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.
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.
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
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
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:
- Planiranje
- Poฤeti igru
- Priprema
- Review sastanak
- Preraditi
- 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.
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?
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.
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.








