Crowdly
Додати до Chrome
Verifikacija i validacija softvera
Шукаєте відповіді та рішення тестів для Verifikacija i validacija softvera? Перегляньте нашу велику колекцію перевірених відповідей для Verifikacija i validacija softvera в c2.etf.unsa.ba.
Отримайте миттєвий доступ до точних відповідей та детальних пояснень для питань вашого курсу. Наша платформа, створена спільнотою, допомагає студентам досягати успіху!
Testove prikazane ispod je potrebno modifikovati tako da:
-deklaracija objekta treba bude na nivou klase,
-ograniči se izvršavanje unit test metodeTest_MultiplyMethod na maksimalno 3 sekunde.
Razmotrite konstatacije i odaberite odgovor koji obuhvata sve akcije koje treba uraditi.
1.Kreirati odvojenu metodu SetupT koja će sadržavati deklaraciju objekta bm i označiti je sa TestInitialize stereotipom
2. Izbrisati linije deklaracije bm objekta u metodama Test_AddMethod, Test_MultiplyMethod
3. Kreirati odvojenu metodu SetupK koja će sadržavati deklaraciju objekta bm i označiti je sa ClassInitialize stereotipom
5.Obilježiti Test_MultiplyMethod sa stereotipom Ignore[3000]
6. Pozvati metodu SetupT u svakom unit testu
7. Pozvati metodu SetupK u svakom unit testu
8.Dodati u metodu Test_MultiplyMethod nit koja će mjeriti vrijeme izvršavanja
9.Obilježiti Test_MultiplyMethod sa stereotipom TimeOut[3000]
Zaokružite tačan odgovor za sljedeći test:
Razmotrite navedene konstatacije. Odaberite odgovor koji obuhvata sve tačne odgovore.
1.Prilikom poziva metode Assert klase, obično se navode očekivani i stvarni rezultat.
2.Unit testovi se isporučuju korisniku zajedno sa produkcijskim kodom.
3.Od korisnika se očekuje da piše unit testove.
4.Od developera se očekuje da piše unit testove.
5.Od testera se očekuje da piše unit testove.
6.Unit testovi se pišu na kraju kada je aplikacija u potpunosti završena.
7.Unit testovi se mogu parametizirati.
8.Unit testovi treba da sadrže logičke iskaze
Pročitajte konstatacije date ispod i odaberite odgovor koji obuhvata sve tačne konstatacije.
1. Inspekcija je manje formalna metoda od prolaza kroz (walktrough).
2. Inspekcija ističe ciljeve korektivnih akcija .
3. U timu inspekcije se ne nalazi moderator .
4. Optimalan broj članova tima za inspekciju je od 3 do 5 .
5. Inspekcija koda je verifikacijska tehnika.
6. Inspekcija koda je validacijska tehnika.
7. Metoda prolaza kroz (walktrough) obavezno je bazirana na check listama.
Zaokružite tačan odgovor za sljedeći test:
Razmotrite date konstatacije. Odaberite odgovor koji pokriva sve tačne konstatacije za metrike:
1.Metrika funkcionalnih tačaka se koristi nakon što se napiše programski kod.
2.Halstead metrike su bazirane na interpretiranju izvornog koda kao sekvence tokena i njihovoj klasifikaciji u grupe operatora ili operanda.
3.Metrika informacijskog toka broji broj ulaza i izlaza iz programa.
4.LOC metrika broji linije koda.
5.Što je metrika informacijskog toka veća modul je manje podložan greškama.
6.LOC, Halstead metrike pretpostavljaju da je svaki modul odvojen entitet.
Testove prikazane ispod je potrebno modifikovati tako da:
-deklaracija objekta treba bude na nivou klase,
-ograniči se izvršavanje unit test metodeTest_MultiplyMethod na maksimalno 3 sekunde.
Razmotrite konstatacije i odaberite odgovor koji obuhvata sve akcije koje treba uraditi.
1.Kreirati odvojenu metodu SetupT koja će sadržavati deklaraciju objekta bm i označiti je sa TestInitialize stereotipom
2. Izbrisati linije deklaracije bm objekta u metodama Test_AddMethod, Test_MultiplyMethod
3. Kreirati odvojenu metodu SetupK koja će sadržavati deklaraciju objekta bm i označiti je sa ClassInitialize stereotipom
5.Obilježiti Test_MultiplyMethod sa stereotipom Ignore[3000]
6. Pozvati metodu SetupT u svakom unit testu
7. Pozvati metodu SetupK u svakom unit testu
8.Dodati u metodu Test_MultiplyMethod nit koja će mjeriti vrijeme izvršavanja
9.Obilježiti Test_MultiplyMethod sa stereotipom TimeOut[3000]
Razmotrite navedene konstatacije. Nakon toga odaberite odgovor koji obuhvata sve tačne konstatacije.
1.Neki defekti se nikad ne dese zato što se nalaze u dijelu koda koji nikada nije izvršen.
2. Otkaz (failure) je greška pronađena prije objave (release) programa.
3.Softverski defekti postaju softverski otkazi samo kada se aktiviraju tj. kada korisnik pokuša da primjeni specifičnu softversku sekciju koja ima defekt.
4. Defekt (fault) i otkaz (failure) su sinonimi.
5.Dio softverskih defekata ostaje skriven, nevidljivi za korisnike softvera, ali uvijek postoji mogućnost da se aktiviraju.
6. Otkaz (failure) je neispravno ponašanje programa uzrokovano defektom u programu.
7. Otkaz (failure) je greška pronađena za vrijeme dizajn faze.
Analizirajte konstatacije. Odaberite odgovor koji obuhvata sve tačne konstatacije.
1. Na osnovu IEEE definicije softvera softver se sastoji od 3 komponente.
2. Scatter dijagram se koristi da pokaže kako različite grupe grešaka ovise od neke varijable.
3.McConnell je uveo 11 faktora za kvalitetan softver.
4.McConnell je naveo 3 kategorije faktora bitnih za kvalitet softvera.
5.McConnell je naveo 4 kategorije faktora bitnih za kvalitet softvera.
6. Za provođenje verifikacijskih tehnika potrebno je izvršavati program.
7.U operacijske faktore pripada portabilnost softvera.
8.U faktore tranzicije produkta pripada portabilnost.
9.Data-driven testiranje omogućava da se jedan test pokreće više puta sa različitom kombinacijom parametara.
Za programski kod prikazan ispod definisana su četiri unit testa.
Odabrati koji testovi od ponuđenih će se uspješno izvršiti: