Koja je razlika između SDLC (životni ciklus razvoja softvera) i STLC (životni ciklus testiranja softvera)?

• Životni ciklus razvoja softvera (SDLC) je proces koji softverska industrija koristi za dizajniranje, razvoj i testiranje softvera visokog kvaliteta. SDLC ima za cilj da proizvede softver visokog kvaliteta koji
ispunjava ili premašuje očekivanja kupaca, postiže završetak u roku i procjeni troškova.
• Životni ciklus testiranja STLC softvera je niz različitih aktivnosti koje obavlja tim za testiranje kako bi se osigurao kvalitet softvera ili proizvoda. STLC je sastavni dio životnog ciklusa razvoja softvera (SDLC). Ali, STLC se bavi samo fazama testiranja

Koji su različiti nivoi testiranja softvera?

Unit Testing, Integration Testing, System Testing, Acceptance Testing
• Unit Testing: ima za cilj verifikaciju svakog dijela softvera izolacijom a zatim izvršite testove kako biste pokazali da je svaka pojedinačna komponenta ispravna u smislu ispunjavanja zahtjeva i željena funkcionalnost [Urađeno od strane programera]
• Integration Testing: ima za cilj testiranje različitih dijelova sistema kombinacije kako bi se procijenilo da li rade ispravno zajedno. Testiranjem jedinica u grupama, mogu se identificirati sve greške u načinu na koji međusobno djeluju [Done by developers]
• System Testing: sve komponente softvera se testiraju kao a cjelinu kako bi se osiguralo da cjelokupni proizvod zadovoljava
specificirani zahtjevi [Done by Testers]
• Acceptance Testing: je nivo u procesu testiranja softvera gdje je proizvodu dato zeleno svjetlo ili ne. Cilj ove vrste testiranje je da se proceni da li sistem odgovara krajnjem korisniku zahtjevima i da li je spreman za primjenu

3. Objasnite korake kroz the defect prolazi od otkrivanja do rješavanja?

A defect life cycle je proces u kojem defekt prolazi kroz različite faze tokom cijelog svog životnog vijeka. Ciklus počinje kada se pronađe kvar i završava kada se kvar zatvori, nakon što se osigura da se ne reproducira. Životni ciklus greške ili kvara uključuje korake kao što je prikazano na donjoj slici. Otvara se novi

4. Koja je razlika između testnog slučaja i testnog scenarija?

• Testni scenario je definisan kao svaka funkcionalnost koja se može testirati. Naziva se još i testni uvjet ili mogućnost testiranja.  Primjer  Testirajte funkcionalnost prijave
• Testni slučaj je skup radnji koje se izvršavaju da bi se potvrdila određena karakteristika ili funkcionalnost vaše softverske aplikacije. Testni slučaj sadrži testne korake, podatke testa, preduslov, postuslov razvijen za specifičnosti test scenarija za provjeru bilo kojeg zahtjeva. Primjer: Testirajte prijavu s važećim korisničkim imenom i važećom lozinkom. Test scenario se može testirati sa više od jednog test slučaja

5. Koja je razlika između funkcionalnog i nefunkcionalnog testiranja?

• Funkcionalno testiranje je vrsta testiranja koja potvrđuje da svaka funkcija softverske aplikacije radi u skladu sa specifikacijom zahtjeva. Testira šta sistem radi
• Nefunkcionalno testiranje je vrsta testiranja za provjeru nefunkcionalnih aspekata (performanse, upotrebljivost, pouzdanost, itd.) softverske aplikacije. Testira koliko dobro sistem radi.

6. Koja je razlika između validacije i verifikacije?

• Validacija –  je dinamički mehanizam testiranja i validacije gdje se testiranje vrši izvršavanjem koda i provjerom da softverski proizvod zaista zadovoljava potrebe korisnika ili ne. Validacija uključuje aktivnosti kao što su funkcionalne i nefunkcionalne tehnike testiranja.
• verifikacija –  je tehnika u kojoj se provjeravaju dokumenti, dizajn, kod i program kako bi se osiguralo da su zahtjevi ispunjeni ili ne. Ovdje se testiranje vrši bez izvršavanja koda. Proces verifikacije uglavnom uključuje aktivnosti poput pregleda i inspekcije.

7. Kada treba da počnemo sa testiranjem u našem projektu?

• Testiranje softvera treba započeti rano u životnom ciklusu razvoja softvera. Ovo pomaže u hvatanju i eliminaciji nedostataka u ranim fazama SDLC-a, tj. prikupljanju zahtjeva i fazama dizajna. Rani početak testiranja pomaže u smanjenju broja kvarova i na kraju troškova dorade.
• Jedan od sedam principa testiranja softvera je „Rano testiranje štedi vrijeme i novac“.

8. Ako nemamo jasne pisane zahtjeve korisnika, kako možemo testirati softver?

1. Radite sa bilo kojom malo dokumentacije koju možete dobitiruke.
2. Koristite stariju/trenutnu verziju aplikacije kao a referenca za testiranje budućeg izdanja softverskog proizvoda.
3. Razgovarajte sa članovima projektnog tima
4. Koristite istraživačko testiranje da testirate aplikaciju kada jeste spreman

9. Šta je (exploratory testing) istraživačko testiranje, zašto ga koristimo?

• Eksplorativno testiranje je pristup testiranju softvera koji je sažeto opisan kao istovremeno učenje, dizajn testa i izvođenje testa.
• U istraživačkom testiranju, test slučajevi se ne kreiraju unaprijed, već testeri provjeravaju sistem u hodu.
• Eksploratorno testiranje se koristi iz dva razloga:
1. Kada nemamo vremena za dizajn test slučajeva
2. Kada postoje loši zahtjevi ili ih nema

10. Defekt koji je mogao biti otklonjen u početnoj fazi uklanja se u kasnijoj fazi. Kako to utiče na troškove?

• Trošak defekata identifikovanih tokom testiranja softvera, u potpunosti zavisi od uticaja pronađenih nedostataka. Što je ranije kvar
Ako se pronađe, lakše je i jeftinije popraviti ove nedostatke. Za na primjer, ako postoji nedostatak u zahtjevu projekta
specifikacije i analize, onda je relativno jeftinije popraviti.

• Slično, ako su nedostaci ili kvarovi pronađeni u dizajnu softvera, zatim se dizajn proizvoda ispravlja i zatim ponovo izdaje.
Međutim, ako te nedostatke nekako promaše testeri i ako oni se identifikuju tokom faze prihvatanja korisnika, onda može
biti preskupo da se isprave takve vrste grešaka.

11. -Šta je testiranje u vezi sa promjenama ( change-related testing)? I zašto ga koristimo? -Koja je razlika između potvrdnog testiranja i regresijskog testiranja? ( confirmation testing & regression testing)

• Testiranje potvrde ili ponovno testiranje Kada test ne uspije zbog kvara, tada se taj kvar prijavljuje i očekuje se nova verzija softvera u kojoj je kvar otklonjen. U ovom slučaju moramo ponovo izvršiti test kako bismo potvrdili da li je kvar zaista otklonjen ili ne.
• Regresiono testiranje je definisano kao vrsta testiranja softvera kako bi se potvrdilo da nedavna promjena programa ili koda nije negativno uticala na postojeće karakteristike.
• Analiza uticaja se koristi da se zna koliko će regresijskog testiranja biti potrebno.

12. Koja je razlika između testiranja black-box, white-box, and grey-box testing?

• Black-box Testing je metoda testiranja softvera u kojoj interna struktura/dizajn/implementacija predmeta koji se testira nije poznata testeru.
• White-box Testing je metoda testiranja softvera u kojoj je ispitivaču poznata interna struktura/dizajn/implementacija predmeta koji se testira.
• Grey-box Testing je tehnika testiranja softvera za testiranje softverskog proizvoda ili aplikacije uz djelimično poznavanje interne strukture aplikacije. Svrha testiranja sivog okvira je pretraživanje i identifikacija nedostataka zbog nepravilne strukture koda ili nepravilne upotrebe aplikacija.

13. Koji se testni slučajevi prvi pišu, black-box or white box?

• Black-box test slučajevi su prvi napisani jer su njihova testna osnova zahtevi korisnika i SRS, dok su osnova testa za bele kutije detaljan dizajn i specifikacija komponenti.

14. Šta je testiranje slučaja upotrebe? use-case 

• use-case je opis određene upotrebe sistema od strane akter (korisnik sistema).
• Svaki slučaj upotrebe opisuje interakcije koje akter ima sa sistema kako bi se postigao određeni zadatak (ili, barem, proizveo nešto od vrijednosti za korisnika).
• Glumci su uglavnom ljudi, ali mogu biti i drugi sistemima.
• Testiranje slučajeva upotrebe je tehnika koja nam pomaže da identifikujemo test slučajevi koji koriste cijeli sistem na transakciji transakcijsku osnovu od početka do kraja.

15. Koja je razlika između podjele ekvivalencije i analize graničnih vrijednosti?  equivalence partitioning & boundary-value analysis?

• Ekvivalentno particioniranje dijeli podatke na particije (poznate i kao klase ekvivalencije) na takav način da se očekuje da će svi članovi date particije biti obrađeni na isti način
• Analiza graničnih vrijednosti (BVA) je proširenje ekvivalentnog particioniranja, ali se može koristiti samo kada je particija uređena, a sastoji se od numeričkih ili sekvencijalnih podataka. Minimalne i maksimalne vrijednosti (ili prva i zadnja vrijednost) particije su njene granične vrijednosti
• Vjerovatnije je da će ponašanje na granicama ekvivalentnih particija biti netačno nego ponašanje unutar particija.

16. Šta je matrica sljedivosti zahtjeva (requirements traceability matrix)?

• Requirements traceability je mogućnost povezivanja zahtjeva sa drugim artefaktima — kao što su različite vrste softverskih testova ili grešaka. Koristi se za praćenje zahtjeva — i dokazivanje da su zahtjevi ispunjeni.
• Dvosmjerna sljedivost je sposobnost praćenja naprijed (npr. od zahtjeva do test slučaja) i unazad (npr. od test slučaja do zahtjeva).
• Requirement Traceability Matrix (RTM) je dokument koji mapira i prati zahtjeve korisnika sa test slučajevima. On obuhvata sve zahtjeve koje je predložio klijent i sljedivost zahtjeva u jednom dokumentu. Glavna svrha Matrice sljedivosti zahtjeva je da potvrdi da su svi zahtjevi provjereni putem test slučajeva tako da nema funkcionalnost nije potvrđena tokom testiranja softvera.

17. Koja je razlika između statičkog i dinamičkog testiranja?

• Dinamičko testiranje uključuje izvođenje komponente ili sistema koji se testira
• Statičko testiranje ne uključuje izvođenje komponente ili sistema koji se testira. Oslanja se na ručno ispitivanje rada proizvoda ili alatom vođena evaluacija koda ili drugih radnih proizvoda

18. Šta je plan testiranja? I koje su to informacije koje bi u njemu trebale biti obuhvaćene?

• Test plan: Dokument koji opisuje obim, pristup, resurse i raspored planiranih aktivnosti testiranja. On, između ostalog, identifikuje testne stavke, karakteristike koje treba testirati, zadatke testiranja, ko će obavljati svaki zadatak, stepen nezavisnosti testera, testno okruženje, tehnike dizajna testa i kriterijume za ulazak i izlazak koji će se koristiti, i obrazloženje za njihovo izbor i sve rizike koji zahtijevaju planiranje vanrednih situacija. To je zapis procesa planiranja testa. – Kako projekat i planiranje testiranja napreduju, više informacija postaje dostupno i više detalja može biti uključeno u plan testiranja. Planiranje testiranja je kontinuirana aktivnost i izvodi se tokom životnog ciklusa proizvoda.
• Master Test Plan: Plan testiranja koji se obično odnosi na više nivoa testiranja.
• Phase Test Plan: Plan testiranja koji se obično odnosi na jednu fazu testiranja

19. Koja je razlika između izvještaja o napretku testiranja i izvještaja o sažetku testa ( test progress report and test summary report)?

•Svrha izvještavanja o testu je da se sumiraju i saopšte informacije o testnoj aktivnosti, kako tokom tako i na kraju testne aktivnosti. Izvještaj o testiranju pripremljen tokom testne aktivnosti može se nazvati izvještajem o napretku testiranja, dok se izvještaj sa testa pripremljen na kraju testne aktivnosti može nazvati sažetim izvještajem o testiranju.
•Sadržaj izvještaja o testiranju se mijenja u zavisnosti od konteksta projekta i publike izvještaja

20. Koje greške testeri obično rade?

1. Neuspjeh u komunikaciji
2. Bojite se postavljanja pitanja
3. Započnite testiranje prije nego što shvatite obim i zahtjeve
4. Pisanje loših izvještaja o kvarovima
5. Nedostaju neki zahtjevi prilikom pisanja test slučajeva
6. Bez bilo kakvog planiranja
7. Lažno pozitivno i lažno negativno

21. Ako ste prijavili nedostatak programeru, a on ga je odbio, šta ćete učiniti?

• Komunicirajte s njim
• Povratak na radne proizvode 
• Pitajte vlasnika proizvoda
• Provjerite okruženje za testiranje [Ponovite korake u različitim okruženjima]
• Eskalirajte problem
• Prihvatite da nije kvar

22. What is the difference between a mistake, defect, and failure (mistake, defect, and failure)?

• Osoba može napraviti grešku (grešku), koja može dovesti do unošenja kvara (greške ili greške) u softverskom kodu ili u nekom drugom srodnom proizvodu rada.
• Greška koja dovodi do unošenja kvara u jedan radni proizvod može pokrenuti grešku koja dovodi do unošenja kvara u povezani radni proizvod. Na primjer, greška izazivanja zahtjeva može dovesti do defekta zahtjeva, što onda rezultira greškom u programiranju koja dovodi do defekta u kodu.
• Ako se izvrši kvar u kodu, to može uzrokovati kvar, ali ne nužno u svim okolnostima. Na primjer, neki defekti zahtijevaju vrlo specifične ulaze ili preduslove da izazovu kvar, koji se može dogoditi rijetko ili nikada.

23. Koje su najvažnije komponente izvještaja o grešci ( important components of a defect report)?

1.Title
2.Steps to reproduce
3.Expected result
4.Actual result
5.Priority
6.Screenshot or video

24. Šta je testiranje zasnovano na riziku? What is risk-based testing?

risk-based testing (RBT) je tip testiranja softvera koji se zasniva na verovatnoći rizika. Uključuje procjenu rizika na osnovu složenosti softvera, kritičnosti poslovanja, učestalosti korištenja, mogućih područja s nedostatkom itd.

25. Koja je razlika između alfa testiranja i beta testiranja?

• Alfa i beta testiranje obično koriste programeri komercijalnog gotovog (COTS) softvera koji žele da dobiju povratne informacije od potencijalnih ili postojećih korisnika, kupaca i/ili operatera prije nego što se softverski proizvod stavi na tržište.
• Alfa testiranje se obavlja na lokaciji razvojne organizacije, ne od strane razvojnog tima, već od strane potencijalnih ili postojećih kupaca, i/ili operatera ili nezavisnog tima za testiranje.
• Beta testiranje vrše potencijalni ili postojeći korisnici, i/ili operateri na svojim lokacijama. Beta testiranje može doći nakon alfa testiranja ili se može dogoditi bez prethodnog alfa testiranja
dogodio.

26. Koje su prednosti nezavisnosti od testiranja? What are the benefits of test independence?

Prednosti nezavisnosti od testiranja uključuju:
• Nezavisni testeri će vjerovatno prepoznati različite vrste grešaka u poređenju sa programerima zbog njihovog različitog iskustva, tehničkih perspektiva i predrasuda
• Nezavisni tester može provjeriti, osporiti ili opovrgnuti pretpostavke zainteresiranih strana tokom specifikacije i implementacije sistema
• Nezavisni testeri dobavljača mogu na ispravan i objektivan način izvestiti o sistemu koji se testira bez pritiska kompanije koja ih je angažovala

27. Koji su potencijalni nedostaci nezavisnosti testa? What are the potential drawbacks of test independence?

Potencijalni nedostaci nezavisnosti testa uključuju:
• Izolacija od razvojnog tima može dovesti do nedostatka saradnje, kašnjenja u pružanju povratnih informacija razvojnom timu ili suprotstavljenog odnosa sa razvojnim timom
• Programeri mogu izgubiti osjećaj odgovornosti za kvalitet
• Nezavisni testeri se mogu posmatrati kao usko grlo
• Nezavisnim testerima možda nedostaju neke važne informacije.

28. Koja je razlika između tehnika testiranja i alata za testiranje (test techniques and testing tools)?

• Svrha tehnike testiranja je da pomogne u identifikaciji uslova testiranja, test slučajeva i podataka testa.
• Alati iz konteksta testiranja softvera mogu se definirati kao proizvod koji podržava jednu ili više testnih aktivnosti direktno od planiranja, zahtjeva, kreiranja građenja, izvođenja testa, evidentiranja grešaka i test analiza.

29. Šta je nasumično/majmunsko (random/monkey) testiranje? Kada ga koristimo?

Nasumično testiranje je često poznato kao testiranje majmuna. U takvoj vrsti testiranja podaci se generiraju nasumično, često koristeći alat ili automatizirani mehanizam. Sa ovim nasumično generiranim ulazom, sistem se testira i rezultati se analiziraju u skladu s tim. Ova ispitivanja su manje pouzdana; stoga ga obično koriste početnici i da vide da li će sistem izdržati pod negativnim efektima.

30. Koja je razlika između negativnog i pozitivnog testiranja?

Negativan test je kada unesete nevažeći unos i dobijete greške. Dok je pozitivno testiranje kada unesete ispravan unos i očekujete da će se neka radnja izvršiti u skladu sa specifikacijom.

31. Šta je testiranje tablice odluka? Kada ga trebamo koristiti? (Decision table testing)

Testiranje tablice odluka se koristi za testiranje sistema za koje specifikacija ima oblik pravila ili uzročno-posledičnih kombinacija. U tabeli odluka, ulazi su navedeni u koloni, sa izlazima u istoj koloni, ali ispod ulaza. Ostatak tabele istražuje kombinacije inputa za definisanje proizvedenih izlaza.

32. What is the waterfall model? How is testing performed in it?

• Model vodopada je najraniji SDLC pristup koji je korišten za razvoj softvera.
• Model vodopada ilustruje proces razvoja softvera u linearnom sekvencijalnom toku. To znači da svaka faza u procesu razvoja počinje samo ako je prethodna faza završena. U ovom modelu vodopada, faze se ne preklapaju.

33. Šta je v-model? Kako se u njemu vrši testiranje?

• V-model je SDLC model u kojem se izvršavanje procesa odvija na sekvencijalni način u Vshapeu. Takođe je poznat kao model verifikacije i validacije.
• V-model je proširenje modela vodopada i zasniva se na povezivanju faze testiranja za svaku odgovarajuću razvojnu fazu. To znači da za svaku pojedinačnu fazu u razvojnom ciklusu postoji direktno povezana faza testiranja. Ovo je visokodisciplinovan model i tek nakon toga počinje sljedeća faza
završetak prethodne faze.

34. Koje su najbolje prakse za pisanje test slučajeva?

•Pišite test slučajeve sa perspektivom krajnjih korisnika
•Napišite testne korake na jednostavan način da ih svako može lako pratiti
• Učinite testne slučajeve za višekratnu upotrebu
• Postavite prioritet
• Navedite opis testnog slučaja, podatke testa, očekivani rezultat, preduslov, postuslov.
• Napišite nevažeće test slučajeve zajedno sa važećim test slučajevima
•Slijedite pravila o imenovanju
• Redovno pregledajte testne slučajeve i ažurirajte ih ako je potrebno

35. Šta je test paket? What is the test suite?

• Testni paket je kontejner koji ima skup testova koji pomaže testerima u izvršavanju i izvještavanju o statusu izvršenja testa.
• Testni slučaj se može dodati u više testnih paketa.
• U nekim alatima “kao što je testlink”, testovi se kreiraju prije kreiranja test slučajeva

36. Šta je testno okruženje? What is the test environment?

Okruženje za testiranje je postavka softvera i hardvera da timovi za testiranje izvršavaju test slučajeve. Drugim riječima, podržava izvođenje testa sa konfiguriranim hardverom, softverom i mrežom.

37. Koja je razlika između izgradnje i izdanja? ( build and release)

Izrada je izvršna datoteka koju su programeri dali timu za testiranje radi testiranja aplikacije. Podvrgava se raznim iteracijama popravljanja i testiranja dok aplikacija ne radi kako se očekuje. Jednom aplikacija postaje stabilna i spremna za krajnje korisnike, pušta se na tržište.

Dok je izdanje softver koji se može instalirati koji se daje krajnjim korisnicima nakon što ga certificira tim za testiranje. Tokom izdavanja bilo kojeg softvera klijentu, uz njega se prilažu napomene o izdanju uključuje brojne nedostatke koji su još uvijek otvoreni, pokrivene korisničke priče, zahtjeve za promjenom i verziju izdanja.

38. Koji su podaci testa? What is the test data?

Testni podaci su podaci koje testeri koriste za pokretanje test slučajeva. Tokom izvođenja test slučajeva, testeri moraju unijeti neke ulazne podatke. Da bi to učinili, testeri pripremaju testne podatke. Može se pripremiti ručno a takođe i upotrebom alata.

39. Koja je razlika između kontrole kvaliteta i osiguranja kvaliteta?

• Osiguranje kvaliteta je obično fokusirano na pridržavanje pravila procese, kako bi se pružilo povjerenje da je odgovarajući nivo kvaliteta će se postići.
• Kontrola kvaliteta uključuje različite aktivnosti, uključujući i testne aktivnosti, koje podržavaju postizanje odgovarajućeg nivoa kvaliteta

40. Šta je šou stoper? Kako da se nosimo sa tim? What is a show stopper

• Kritična greška je zaustavljanje prikazivanja, što znači da je veliki dio funkcionalnosti ili glavna komponenta sistema potpuno pokvaren i ne postoji rješenje za dalje kretanje.

41. -Koji su pristupi integracije? -Koja je razlika između integracije velikog praska, integracije odozgo prema dolje i odozdo prema gore integracija?

Pristup velikog praska: Kombinacija svih modula jednom i provjera funkcionalnosti nakon završetka testiranja pojedinačnih modula.

Odozgo prema dolje i odozdo prema gore izvode se korištenjem lažnih modula poznatih kao Stubs i Driveri. Ovi stubovi i drajveri se koriste za zamjenu komponenti koje nedostaju za simulaciju komunikacije podataka između modula.

Pristup odozgo prema dolje: Testiranje se odvija od vrha do dna. Moduli visokog nivoa se prvo testiraju, a zatim moduli niskog nivoa i na kraju se integrišu moduli niskog nivoa na visoki nivo kako bi se osiguralo da sistem radi kako je predviđeno. Stubovi se koriste kao privremeni modul ako modul nije spreman za integracijsko testiranje.

Pristup odozdo prema gore: To je recipročan pristup odozgo prema dolje. Testiranje se odvija odozdo prema gore. Prvo se testiraju moduli najnižeg nivoa, a zatim moduli visokog nivoa i na kraju se integrišu moduli visokog nivoa na niži nivo kako bi se osiguralo da sistem radi kako je predviđeno. Drajveri se koriste kao privremeni modul za testiranje integracije.

42. -Koja je razlika između testiranja dima i testiranja zdravog razuma?

Smoke Testiranje se vrši kako bismo bili sigurni da je build koji smo dobili od razvojnog tima testiran ili ne. Naziva se i provjerom „Dana 0“. Radi se na „nivou izgradnje“. Pomaže da ne gubite vrijeme testiranja jednostavno testiranje cijele aplikacije kada ključne karakteristike ne rade ili ključne greške još nisu ispravljene.

Testiranje razumnosti se vrši tokom faze izdavanja kako bi se provjerile glavne funkcionalnosti aplikacije bez dubljeg ulaska. Naziva se i kao podskup regresijskog testiranja. To se radi pri „puštanju nivo”. Ponekad se zbog vremenskih ograničenja izdanja ne može izvršiti rigorozno regresijsko testiranje na gradnji, testiranje ispravnosti radi taj dio provjeravanjem glavnih funkcionalnosti.

43. Šta je ad-hoc testiranje?

Ad-hoc testiranje je sasvim suprotno od formalnog testiranja. To je neformalni tip testiranja. U Ad-hoc testiranju, testeri nasumično testiraju aplikaciju
bez praćenja ikakvih dokumenata i tehnika testiranja dizajna. Ovo testiranje se prvenstveno izvodi ako je znanje testera u aplikaciji koja se testira veoma visoko. Testeri nasumično testiraju aplikacija bez ikakvih test slučajeva ili bilo kakvog poslovnog dokumenta

44. Koja je razlika između testiranja globalizacije i lokalizacije? globalization & localization testing?

Testiranje lokalizacije (l10n) je proces testiranja softvera za provjeru lokalizirane verzije proizvoda za tu određenu kulturu ili postavke lokalizacije. Oblasti na koje utiče testiranje lokalizacije su korisničko sučelje i sadržaj.

Testiranje globalizacije/internacionalizacije (i18n) je testiranje softvera metod koji se koristi kako bi se osiguralo da softverska aplikacija može funkcionirati u bilo koju kulturu ili lokalitet (jezik, teritorij ili kodnu stranicu) testiranjem softverske funkcionalnosti koje koriste svaku vrstu međunarodnog ulaza moguće.

45. Koja je razlika između prioriteta i ozbiljnosti kvara, navedite primjere? defect priority & severity, give examples?

• Prioritet defekta je redosled kojim kvar treba da se popravi. Što je prioritet veći, to prije treba otkloniti kvar.
• Ozbiljnost kvara je stepen uticaja greške ili Defekta na softversku aplikaciju koja se testira. Veći efekat greške/defekta na funkcionalnost sistema će dovesti do većeg nivoa ozbiljnosti.

• Order of priority:
1. High priority – High severity
2. High priority – Low severity
3. Low priority – High severity
4. Low priority – Low severity