Pitanja iz Softverskog Testiranja PDF

1\. \*\*Alfa testiranje\*\* se \*\*vrsi\*\*: a\. \*\*U firmi koja razvija softver od strane zaposlenih te firme, simulacijom stvarnih korisnika\*\* 2\. \*\*Alfa testiranje je\*\*: a\. \*\*Testiranje pre isporuke sistema od strane predstavnika korisnika sistema na lokaciji firme koja je razvijala...

1\. \*\*Alfa testiranje\*\* se \*\*vrsi\*\*: a\. \*\*U firmi koja razvija softver od strane zaposlenih te firme, simulacijom stvarnih korisnika\*\* 2\. \*\*Alfa testiranje je\*\*: a\. \*\*Testiranje pre isporuke sistema od strane predstavnika korisnika sistema na lokaciji firme koja je razvijala softver\*\* 3\. \*\*Beta testiranje\*\*: a\. \*\*Izvrsavaju klijenti na svojoj lokaciji\*\* 4\. \*\*Bilo koja promena u podacima i servisima\*\* koje funkcionalnost koja se trenutno implementira koristi moze uticati na funkcionalnosti koje su razvijane ranije. Zbog toga moramo sprovesti: a\. \*\*Regresiono testiranje\*\* 5\. \*\*Vi se nalazite u ulozi menadzera\*\* i treba da pokrenete sistemsko testiranje. Programerski tim Vam javlja da zbog kasne promene u zahtevima nece moci da Vam isporuce sistem na testiranje do predvidjenog trenutka isporuke, vec da ce kasniti 5 radnih dana nakon tog roka. Ne mozete menjati resurse (prekovremeni sati, dodavanje novih test alata, dodavanje novih resursa). Koje korake mozete preduzeti da se testiranje ipak izvrsi u predvodjenom roku? a\. \*\*Rankiracete funkcionalnosti prema riziku i koncentrisati se vise na testiranje kriticnih funkcionalnosti\*\* 6\. Gde se moze \*\*primeniti funkcionalno testiranje\*\*? a\. \*\*Na svim nivoima testiranja\*\* 7\. \*\*Greske poput\*\* gubitka podataka \*\*prilikom prolaska kroz interfejs\*\* ili \*\*problema sa globalnim strukturama podataka\*\* bi trebalo da budu otkrivene za vreme: a\. \*\*Integracionog testiranja\*\* 8\. \*\*Glavni nedostaci manuelnog testiranja\*\* su: a\. \*\*U velikoj meri zavisi od sposobnosti i iskustva testera;\*\* b\. \*\*Moze biti veoma monotno, frustrirajuce, a samim tim i podlozno ljudskim greskama;\*\* 9\. \*\*Glavni fokus testiranja prihvatanja\*\* od strane korisnika \*\*(Acceptance testing)\*\* je: a\. \*\*Osiguravanje da je sistem prihvatljiv za sve korisnike\*\* 10\. Danas je \*\*najcesci model metodologije\*\* razvoja softvera: a\. \*\*Agilni model\*\* 11\. Danas, na trzistu, \*\*najpopularniji je\*\*: a\. \*\*Agilni model\*\* 12\. \*\*Drajveri i stabovi\*\* predstavljaju \*\*dodatni trosak\*\* na projektu: a\. \*\*Tacno\*\* 13\. Za vreme procesa razvoja softvera, \*\*u kom trenutku testiranje moze da pocne\*\*? a\. \*\*Kada su softverski zahtevi odobreni\*\* 14\. Za integraciju \*\*od dna ka vrhu\*\* vazi: a\. \*\*Najveci trosak je razvoj drajvera;\*\* b\. \*\*Cim je spremna prva komponenta - list, pozeljno je krenuti sa testiranjem;\*\* 15\. Izlaz faze prikupljanja i analize zahteva, \*\*dokument pod nazivom specifikacija zahteva\*\*, je ulaz za pisanje: a\. \*\*Specifikacije programa\*\* 16\. \*\*Integraciono testiranje\*\* u malom \*\*podrazumeva\*\*: a\. \*\*Testiranje interakcije izmedju modula i podsistema\*\* 17\. \*\*Integraciono testiranje\*\* treba izvrsiti nakon: a\. \*\*Jedinicnog testiranja\*\* 18\. \*\*Jedan od najvecih problema lose validacije\*\* podataka koje korinik unosi je: a\. \*\*Injekcija koda\*\* 19\. Kada treba \*\*poceti sa aktivnostima testiranja softvera\*\*? a\. \*\*Kada su zahtevi formalno dokumentovani\*\* 20\. \*\*Kada prijavljuju pronadjene defekte programerima\*\*, testeri treba da budu: \*\* a\. \*\*Diplomatski nastrojeni, kako i da budu spremni da programeri mogu preosetljivo reagovati na kritike;\*\* b\. \*\*Ljubazni, konstruktivni i spremni da pruze pomoc koliko je to moguce;\*\* 21\. \*\*Kako bi se testirala odredjena funkcija\*\*, programer treba da napise\_\_\_\_\_\_\_\_\_\_\_\_ funkciju koja se testira i proslediti joj test podatke: a\. \*\*Drajver\*\* 22\. Kod kog modela \*\*klijent ima konstantan uvid i uticaj u razvoj\*\*? a\. \*\*Agilni model\*\* 23\. Koja je \*\*glavna svrha strategije integracije\*\* u okviru \*\*integracionog testiranja\*\*? a\. \*\*Specifikacija koji se moduli kombinuju (integrisu), kada i u kom broju\*\* 24\. Koje su \*\*prednosti nezavisnog testerskog tima\*\*? a\. \*\*Nezavisni testeri cesto vide drugacije defekte i generalno su nepristrasni i objektivni\*\* 25\. \*\*Koji od alata\*\* bi bio tipicno upotrebljen za \*\*automatizaciju regresionog testiranja\*\*? a\. \*\*Record/playback\*\* 26\. Koje od stavki su tacne za \*\*Waterfall model\*\*? a\. \*\*Lak za razumevanje i upotrebu;\*\* b\. \*\*Moze se koristiti za male projekte sa jasnim zahtevima;\*\* 27\. Koji od navedenih \*\*NIJE inkrementalni tip integracije\*\*: a\. \*\*Big bang\*\* 28\. \*\*Koji od navedenih tipova testiranja\*\* ce najvise benefitirati od upotrebe alata za testiranje \*\*koji omogucavaju capture and replay funkcionalnost\*\*? a\. \*\*Regresiono testiranje\*\* 29\. Koji od ponudjenih odgovora \*\*NIJE tip inkrementalne integracije\*\*? a\. \*\*Big bang\*\* 30\. Koji od ponudjenih odgovora \*\*NIJE strategija integracije\*\*? a\. \*\*Strategija bazirana na dizajnu\*\* 31\. Koji od ponudjenih odgovora \*\*NIJE tip nefunkcionalnog sistemskog testiranja\*\*? a\. \*\*Model tranzicije stanja\*\* 32\. Koji od ponudjenih odgovora \*\*opisuje najvecu korist od rane verifikacije\*\* u ciklusu razvoja softvera? a\. \*\*Smanjuje se multiplikacija defekata\*\* 33\. Koji od ponudjenih zahteva bi bio \*\*testiran testom koji pripada funkcionalnom sistemskom testiranju\*\*? a\. \*\*Sistem mora da dozvoli korisniku da izmeni adresu klijenta\*\* 34\. Koji je \*\*glavni razlog zasto se softver testira pre isporuke klijentu\*\*? a\. \*\*Da bi se pruzile informacije za donosenje odluke o isporuci softvera na osnovu rizika\*\* 35\. Koji je \*\*normalan redosled aktivnosti\*\* u kojima je \*\*testiranje softvera organizovano\*\*? a\. \*\*Jedinicno, integraciono, sistemsko, acceptance\*\* 36\. Koji je \*\*najveci problem Waterfall modela\*\*? a\. \*\*Veliki broj bagova se prijavljuje na samom kraju razvoja, pa je cena njihove ispravke obicno jako visoka\*\* 37\. Koji je \*\*tacan redosled faza u Waterfall modelu\*\*? a\. \*\*Requirement gathering, Design, Implementations, Testing, Deployment, Maintenance\*\* 38\. Koji iskaz \*\*NIJE tacan za sistemsko testiranje\*\*? a\. \*\*Krajnji korisnici sistema treba da budu ukljuceni u sistemsko testiranje\*\* 39\. \*\*Koji tip testiranja se koristi\*\* za verifikaciju ponasanja sistema kada se \*\*interna sistemska ogranicenja prevazidju daleko izvan razumnih limita\*\*? a\. \*\*Stres test\*\* 40\. \*\*Koji tip testiranja\*\* biste primenili na \*\*postojecoj Internet bankarskoj aplikaciji\*\*? a\. \*\*Nefunkcionalno testiranje\*\* 41\. \*\*Komponenta koja simulira rad modula viseg nivoa\*\*, koja poziva druge komponente i ocekuj neki odgovor je: a\. \*\*Driver\*\* 42\. \*\*Kljucni razlog zasto programeri imaju teskoce prilikom testiranja\*\* svoga koda je: a\. \*\*Nedostatak objektivnosti\*\* 43\. \*\*Loše vreme odziva aplikacije\*\* bi trebalo da bude otkriveno za vreme: a\. \*\*Testiranja performansi\*\* 44\. \*\*Maintenance testing\*\* (testiranje u okviru odrzavanja sistema) je: a\. \*\*Testiranje isporucenog sistema nakon njegove izmene\*\* 45\. Na koja \*\*tri pitanja\*\* svaki clan tima treba da odgovori za vreme \*\*dnevnog skrum sastanka\*\*? a\. \*\*Sta radim danas?;\*\* b\. \*\*Da li me nesto blokira da nastavim sa radom?;\*\* c\. \*\*Sta sam zavrsio juce?;\*\* 46\. Na testiranje softvera tipicno odlazi koji \*\*procenat ukupnih troskova razvoja aplikacije\*\*? a\. \*\*40-50\*\* 47\. \*\*Najznacajniji aspekt ranog dizajniranja testova\*\* je: a\. \*\*Sprecavanje multiplikacije gresaka\*\* 48\. \*\*Najveci broj sistemskih greska\*\* nastaje u kojoj fazi? \*\* a\. \*\*Faza programiranja\*\* 49\. \*\*Najveci problem kod integracije komponenti\*\* je u: a\. \*\*Njihovom medjusobnom povezivanju\*\* 50\. \*\*Najstariji model razvoja softvera\*\*, koji je prvi uveden i jos se koristi za neke tipove projekata je: a\. \*\*Waterfall\*\* 51\. \*\*Najstariji model softvera je:\*\* a\. \*\*Waterfall\*\* 52\. \*\*Nefunkcionalno sistemsko testiranje\*\* ukljucuje: a\. \*\*Testiranje kvalitativnih atributa sistema poput performansi upotrebljivosti sistema\*\* 53\. \*\*Ovaj modul\*\* simulira rad komponente nizeg nivoa. Simulira stvarnu komponentu tako sto prihvata pozive i vraca isti tip rezultata kao stvarna komponenta. \*\*Zove se\*\*? a\. \*\*Stab\*\* 54\. \*\*Odabir\*\* testova za \*\*regresiono testiranje\*\*: a\. \*\*Ukljucuje module u kojima se najcesce pojavljuju defekti;\*\* b\. \*\*Ukljucuje module koji su pretrpeli najskorije ili visestruke izmene koda;\*\* 55\. \*\*Ponovno testiranje vec testiranog programa\*\*, nakon modifikacije, kako bi se otkrili novouvedeni ili ekponirani defekti kao rezultat promene u softveru koji se testira ili u nekoj drugoj softverskoj komponenti sistema, naziva se: a\. \*\*Regresiono testiranje\*\* 56\. \*\*Pravilo\*\*: pojedinci i interakcije pre procesa i alata - je jasno obelezje kog modela razvoja softvera? a\. \*\*Agilni model\*\* 57\. Pri \*\*testiranju grafickog korisnickog interfejsa\*\*, najbitnije je obratiti paznju na: a\. \*\*Graficki izgled aplikacije\*\* 58\. Pristup \*\*od dna ka vrhu\*\* se vezuje za: a\. \*\*Integraciono testiranje\*\* 59\. \*\*Regulatorno testiranje\*\* i testiranje uskladjenosti sa standardima \*\*(compilance testing)\*\* spadaju u: a\. \*\*Sistemsko testiranje\*\* 60\. \*\*Regulatorno testiranje spada\*\* u: a\. \*\*Sistemsko testiranje\*\* 61\. \*\*Regresiono testiranje\*\* je metoda kojom: a\. \*\*Se verifikuje da ispravljanje bugova nije uvelo nove bugove u sistem;\*\* b\. \*\*Se ponavljaju testovi koji su izvrseni u ranijim iteracijama kako bi se ispitalo da li i ranije implementirane funkcionalnosti i dalje rade ispravno;\*\* 62\. \*\*Regresiono testiranje\*\* treba izvrsiti u \*\*kojim slucajevima\*\*? a\. \*\*Nakon izmene u softveru;\*\* a\. \*\*Nakon izmene u okruzenju aplikacije;\*\* 63\. \*\*Sistemsko testiranje\*\* treba da \*\*proveri\*\*: a\. \*\*I funkcionalne i nefunkcionalne zahteve\*\* 64\. \*\*Svrha faze sakupljanja zahteva\*\* je: a\. \*\*Razumevanje korisnickih potreba\*\* 65\. \*\*Smoke test\*\* oznacava: a\. \*\*Kratko testiranje koje treba da verifikuje osnovnu funkcionalnost programa, pre davanja na detaljno testiranje\*\* 66\. \*\*Smoke test se najcesce radi\*\* u slucaju: a\. \*\*Ranog builda i veoma nestabilne aplikacije u ranijim fazama razvoja\*\* 67\. \*\*Stand up meeting\*\* je: a\. \*\*Kratki svakodnevni sastanak u trajanju od 15 minuta\*\* 68\. \*\*Strategija po dubini\*\* ce izvrsiti integraciju svih komponenti: a\. \*\*Na glavnoj kontrolnoj putanji strukture programa\*\* 69\. \*\*Spiralni model\*\* je poznat po: a\. \*\*Proceni i analizi rizika\*\* 70\. \*\*Temeljno testiranje\*\* moze garantovati \*\*otkrivanje i uklanjanje svih defekata\*\* iz programa \*\*pre isporuke klijentu\*\*: a\. \*\*Netacno\*\* 71\. \*\*Testiranje koje obavljaju klijenti na svojoj lokaciji\*\*, zove se: a\. \*\*Beta testiranje\*\* 72\. \*\*Testiranje aplikacije na terenu\*\* pokazalo je \*\*prisustvo defekta\*\* kada vise korisnika \*\*pokusa da pristupi sistemu\*\*. Koja od navedenih tvrdnji je tacna? a\. \*\*Ovo je indikacija da vazni nefunkcionalni zahtev nije bio dobro specificiran i testiran\*\* 73\. \*\*Testiranje u kome se sistem postavlja pod razlicite nivoe opterecenja\*\* kako bi se izmenile i evaluirale performanse i mogucnost ispravnog rada sistema pod razlicitim nivoima opterecenja, zove se: a\. \*\*Test opterecenja\*\* 74\. \*\*Tip integracionog testiranja u kome se softverske i hardverske komponente (ako postoje) kombinuju\*\* i spajaju zajedno odjedanput u celinu, umesto po fazama, naziva se: a\. \*\*Big bang\*\* 75\. \*\*Tip testiranja performansi\*\* koji testira performanse sistema pod \*\*realnim uslovima opterecenja\*\*, naziva se: a\. \*\*Test opterecenja (load test)\*\* 76\. \*\*Tip testiranja performansi sistema,\*\* koji podrazumeva stavljanje aplikacije pod \*\*ekstremno opterecenje\*\*, kako bi se posmatralo ponasanje pod ogromnim brojem zahteva za obradu podataka, naziva se: a\. \*\*Stres test\*\* 77\. \*\*Tip funkcionalnog testiranja\*\*, koji istrazuje funkcije koje sluze za \*\*detekciju pretnji\*\*, poput virusa ili drugih malicioznih upada, naziva se: a\. \*\*Testiranje sigurnosti\*\* 78\. \*\*Trenutno najpopularniji model razvoja softvera\*\* u industriji je: a\. \*\*Agilni\*\* 79\. \*\*U agilnom modelu, kratke iteracije su poznate pod nazivom\*\*: a\. \*\*Sprintovi\*\* 80\. U agilnoj metodologiji, \*\*klijent ima uvid u softver\*\*: a\. \*\*Vrlo rano, vec posle prve faze\*\* 81\. \*\*U integraciji od vrha ka dnu\*\* vazi sledece: a\. \*\*Potreban je veliki broj stubova;\*\* b\. \*\*Najcesce nisu potrebni drajveri;\*\* 82\. \*\*Ukoliko se pri integraciji odabere pristup od vrha ka dnu\*\*, najverovatnije cemo morati da pisemo: a\. \*\*Stabove\*\* 83\. \*\*Ukoliko projekat zahteva blizak i stalni kontakt sa klijentom\*\*, pri cemu je potrebno da softver bude operativan brzo, a ocekujemo velike i ceste promene u zahtevima klijenta, najbolji model razvoja softvera bi bio: a\. \*\*Agilni\*\* 84\. Uopsteno gledano, \*\*koja je NAJMANJE bitna vestina koja cini dobrog testera\*\*? a\. \*\*Sposobnost pisanja koda\*\* 85\. \*\*Funkcionalno sistemsko testiranje\*\* je: a\. \*\*Testiranje funkcionalnosti sa kraja na kraj (end to end) sistema kao celine\*\* 86\. \*\*Cilj testera\*\* je da \*\*pronadje greske sto ranije\*\* i da \*\*osigura i potvrdi njihovu ispravku\*\*: a\. \*\*Tacno\*\* 87\. Šta od navedenog \*\*NIJE karakteristika testiranja prihvatanja od strane korisnika\*\* \*\*(User Acceptance Testing)\*\*? a\. \*\*Upotreba alata za automatizaciju testiranja\*\* 88\. Šta od sledeceg \*\*NIJE deo sistemskog testiranja\*\*? a\. \*\*Integraciono testiranje od vrha ka dnu\*\* 89\. Šta su od navedenih \*\*karakteristike regresionog testiranja\*\*? a\. \*\*Regresiono testiranje se primenjuje nakon ispravke bagova;\*\* a\. \*\*Regresiono testiranje se cesto automatizuje;\*\* 90\. Sta od ponudjenog je \*\*tacno za V model\*\*? a\. \*\*Ukljucuje verifikaciju dizajna\*\* 91\. Šta od sledeceg \*\*NIJE deo testiranja performansi sistema\*\*? a\. \*\*Testiranje oporavka sistema\*\* 92\. \*\*Što se kasnije u razvoju sfotvera greska pronadje\*\*, to je skuplja za isparavku. Zasto? a\. \*\*Greska je propagirala u druge delove koda, dokumentaciju, testove itd.\*\* 93\. \_\_\_\_\_\_\_\_\_\_ je veoma \*\*rana verzija aplikacije\*\* predvidjena za \*\*limitiranu distribuciju nekolicini kljucnih klijenata\*\* i za potrebe demonstracije u cilju marketinga. a\. \*\*Beta verzija\*\*