Menu

Skúška na úrovni ISTQB Vzorový príspevok - III

  • Hlavná
  • Iné
  • Skúška na úrovni ISTQB Vzorový príspevok - III

istqb foundation level exam sample paper iii

1. Mali by sa začať aktivity na testovanie softvéru

a. akonáhle je kód napísaný
b. počas fázy návrhu
c. keď sú požiadavky formálne zdokumentované
d. životného cyklu vývoja

Vzorový príspevok k skúške na úrovni ISTQB - 3

2. Chyby zistené používateľmi sú spôsobené:

a. Nekvalitný softvér
b. Slabý softvér a zlé testovanie
c. smola
d. nedostatočný čas na testovanie

3. Aký je hlavný dôvod testovania softvéru pred jeho vydaním?

a. aby ste ukázali, že systém bude fungovať po vydaní
b. rozhodnúť, kedy je softvér v dostatočnej kvalite na vydanie
c. pred vydaním nájsť čo najviac chýb
d. poskytnúť informácie pre rozhodnutie o prepustení na základe rizika

4. ktoré z nasledujúcich tvrdení nie je pravdivé

a. testovanie výkonu je možné vykonať počas testovania jednotky aj počas testovania celého systému
b. Akceptačný test nemusí nevyhnutne zahŕňať regresný test
c. Overovacie činnosti by nemali zahŕňať testerov (kontroly, inšpekcie atď.)
d. Testovacie prostredia by mali byť čo najviac podobné produkčným prostrediam

5. Pri hlásení chýb zistených vývojárom by mali byť testeri:

a. maximálne zdvorilý, konštruktívny a nápomocný
b. firma trvá na tom, že chyba nie je „vlastnosťou“, ak by sa mala opraviť
c. diplomatický, citlivý na spôsob, akým môžu reagovať na kritiku
d. Všetko vyššie uvedené

6. V akom poradí by sa mali testy spustiť?

a. najskôr najdôležitejšie testy
b. najťažšie testy ako prvé (aby sa dosiahol maximálny čas na opravu)
c. najjednoduchšie testy ako prvé (na zaistenie počiatočnej dôvery)
d. poradie, na ktoré sa myslí

7. Čím neskôr v životnom cykle vývoja sa chyba odhalí, tým je oprava nákladnejšia. prečo?

a. dokumentácia je zlá, takže zistenie, čo softvér robí, trvá dlhšie.
b. platy rastú
c. chyba bola zabudovaná do väčšej dokumentácie, kódu, testov atď
d. žiadny z vyššie uvedených

8. Čo nie je pravda - tester čiernej skrinky

a. by mali byť schopní porozumieť funkčnej špecifikácii alebo dokumentu s požiadavkami
b. by mali byť schopní porozumieť zdrojovému kódu.
c. je vysoko motivovaný hľadať poruchy
d. je kreatívny na nájdenie slabých stránok systému

9. Technika návrhu testu je

a. proces výberu testovacích prípadov
b. proces určovania očakávaných výstupov
c. spôsob merania kvality softvéru
d. spôsob, ako v pláne testov zmerať, čo sa musí urobiť

10. Testware (testovacie prípady, testovací súbor údajov)

a. potrebuje správu konfigurácie rovnako ako požiadavky, dizajn a kód
b. by mala byť novo skonštruovaná pre každú novú verziu softvéru
c. je potrebný iba do vydania softvéru do výroby alebo používania
d. nie je potrebné dokumentovať a komentovať, pretože to nie je súčasťou zverejneného
softvérový systém

11. Systém zaznamenávania nehôd

a zaznamenáva iba chyby
b má obmedzenú hodnotu
c je cenným zdrojom projektových informácií počas testovania, ak obsahuje všetky incidenty
d. by mal používať iba testovací tím.

12. Zvýšenie kvality softvéru lepšími vývojovými metódami ovplyvní čas potrebný na testovanie (testovacie fázy) tým, že:

otázky a odpovede z pohovoru technickej podpory

a. skrátenie času skúšky
b. žiadna zmena
c. predĺženie času skúšky
d. nemôžem povedať

13. Meranie pokrytia

a. nemá nič spoločné s testovaním
b. je čiastočnou mierou dôkladnosti testu
c. pobočkové pokrytie by malo byť povinné pre všetok softvér
d. možno použiť iba pri testovaní jednotky alebo modulu, nie pri testovaní systému

14. Kedy by si mal prestať s testovaním?

a. keď vypršal čas na testovanie.
b. keď prebehnú všetky plánované testy
c. keď sú splnené kritériá na dokončenie skúšky
d. keď behom testov neboli zistené žiadne poruchy

15. Čo z toho je pravda?

a. Testovanie komponentov by malo byť čierna skrinka, testovanie systému by mala byť biela skrinka.
b. Ak pri testovaní nájdete veľa chýb, nemali by ste si byť veľmi istí kvalitou softvéru
c. čím menej chýb nájdete, tým lepšie bolo vaše testovanie
d. čím viac testov spustíte, tým viac chýb nájdete.

16. Aké je dôležité kritérium pri rozhodovaní, ktorá testovacia technika sa má použiť?

a. ako dobre poznáš konkrétnu techniku
b. cieľ testu
c. aká vhodná je technika na testovanie aplikácie
d. či existuje nástroj na podporu tejto techniky

17. Ak bol nižšie uvedený pseudokód programovacím jazykom, koľko testov je potrebných na dosiahnutie 100% pokrytia výpisu?

1. Ak x = 3 potom
2. Display_messageX;
3. Ak y = 2, potom
4. Display_messageY;
5. Inak
6. Display_messageZ;
7. Inak
8. Display_messageZ;

do. 1
b. dva
c. 3
d. 4

18. Koľko testov je potrebných na dosiahnutie 100% pokrytia pobočky / rozhodnutia pomocou rovnakého príkladu kódu ako v otázke 17?

do. 1
b. dva
c. 3
d. 4

19 Čo z toho NIE JE typ nefunkčného testu?

a. Štátny prechod
b. Použiteľnosť
c. Výkon
d. Bezpečnosť

20. Ktorý z nasledujúcich nástrojov by ste použili na zistenie úniku pamäte?

a. Analýza stavu
b. Analýza pokrytia
c. Dynamická analýza
d. Analýza pamäte

21. Čo z toho NIE JE štandardom súvisiacim s testovaním?

a. IEEE829
b. IEEE610
c. BS7925-1
d. BS7925-2

22. z čoho je štandard testovania komponentov?

a. IEEE 829
b. IEEE 610
c. BS7925-1
d. BS7925-2

World of Warcraft najlepší súkromný server

23 ktoré z nasledujúcich tvrdení sú pravdivé?

a. Poruchy v špecifikáciách programu sú najdrahšie opraviteľné.
b. Chyby v kóde sú najdrahšie opraviteľné.
c. Poruchy v požiadavkách sú najdrahšie opraviteľné
d. Poruchy v dizajnoch sú najdrahšie opraviteľné.

24. Čo z toho nie je integračná stratégia?

a. Dizajn založený
b. Veľký tresk
c. Zdola nahor
d. Zhora nadol

25. Čo z toho je technika návrhu čiernej skrinky?

a. testovanie výpisov
b. rozdelenie rovnocennosti
c. chyba-dohad
d. testovanie použiteľnosti

26. Program s vysokou cyklometickou zložitosťou je takmer pravdepodobný:

a. Veľký
b. Malý
c. Ťažko sa píše
d. Ťažko sa testuje

27. Čo z toho je statický test?

a. kontrola kódu
b. analýza pokrytia
c. posúdenie použiteľnosti
d. inštalačný test

28. Čo z toho je nepárne?

a. biela krabica
b. sklenená krabica
c. štrukturálne
d. funkčné

29. Program validuje číselné pole takto:

hodnoty menšie ako 10 sú odmietnuté, hodnoty medzi 10 a 21 sú akceptované, hodnoty väčšie alebo rovné 22 sú odmietnuté

ktoré z nasledujúcich vstupných hodnôt zahŕňajú všetky oddiely ekvivalencie?

do. 10,11,21
b. 3.20.21
c. 3,10,22
d. 10,21,22

30. Ktoré z nasledujúcich textov s použitím rovnakých špecifikácií ako otázka 29 pokrýva NAJVYŠŠIE hraničné hodnoty?

do. 9,10,11,22
b. 9,10,21,22
c. 10,11,21,22
d. 10,11,20,21

Odpovede na všetky vyššie uvedené otázky:

Otázka odpoveď
1. d
2. b
3. d
4. c
5. d
6. a
7. c
8. b
9. až
10. až
11. st
12. a
13. b
14. stor
15. b
16. b
17. stor
18. stor
19. až
20. stor
21. b
22. d
23. stor
24. a
25. b
26. d
27. a
28. d
29. stor
30. b

Môžete si tiež stiahnuť tento ukážkový dokument vo formáte PDF z nasledujúceho odkazu -
Otázkový papier ISTQB 3

Odporúčané čítanie

^