Brainscape's Knowledge GenomeTM


Top Flashcards (Certified)
All Flashcards

ISTQB CTFL > ISTQB - Základy statického testování > Flashcards

ISTQB - Základy statického testování Flashcards

(67 cards)

Start Studying
1
Q

Co je hlavnim znakem STATICKEHO TESTOVANI? (FL-3.1.3)

A
  1. NEVYŽADUJE spusteni testovaneho softwaru (kodu).
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

Uvedte alespon 3 priklady PRACOVNICH PRODUKTU, ktere mohou byt otestovany STATICKYM TESTOVANIM. (FL-3.1.1)

A
  1. Specifikace pozadavku.
  2. Navrhove dokumenty (architektura, design).
  3. Zdrojovy kod.
  4. (Testovaci plany, Testovaci pripady, Uzivatelske manualy).
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

Jaky je hlavni prinos (hodnota) STATICKEHO TESTOVANI z hlediska casu a nakladu? (FL-3.1.2)

A
  1. Drivejsi odhaleni defektu, coz setri cas a penize (opravy jsou levnejsi v ranych fazich).
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

Muze STATICKE TESTOVANI odhalit defekty, ktere by DYNAMICKE TESTOVANI nemuselo najit? (FL-3.1.2)

A
  1. ANO.
  2. Napriklad defekty v pozadavcich, “mrtvy kod”, nebo nedodrzeni kodovacich standardu.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

Jaky je rozdil v tom, CO SE HODNOTI pri statickem a dynamickem testovani? (FL-3.1.3)

A
  1. Staticke: Pracovni produkty (dokumenty, kod).
  2. Dynamicke: Chovani softwaru pri jeho spusteni.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

Co je primarne NALEZENO pri STATICKEM TESTOVANI (napr. revizi kodu)? (FL-3.1.3)

A
  1. Primo DEFEKTY (napr. chyba v logice kodu, nejasnost v dokumentu).
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

Co je primarne NALEZENO pri DYNAMICKEM TESTOVANI? (FL-3.1.3)

A
  1. SELHANI (projevy defektu), na zaklade kterych se pak analyzuje pricina (defekt).
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

Ktery typ testovani je vhodnejsi pro odhaleni problemu s VYKONEM aplikace pri zatezi? (Aplikace FL-3.1.3)

A
  1. Dynamicke testovani (konkretne vykonnostni/zatezove testy).
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

Ktery typ testovani je vhodnejsi pro kontrolu DODRZOVANI KODOVACICH STANDARDU? (Aplikace FL-3.1.3)

A
  1. Staticke testovani (napr. pomoci nastroju pro statickou analyzu kodu).
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

Jsou staticke a dynamicke testovani vzajemne se vylucujici pristupy? (FL-3.1.3)

A
  1. NE. Vzajemne se DOPLNUJI. Pro dosazeni vysoke kvality je idealni kombinace obou.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

Ktery typ testovani muze byt pouzit na NE spustitelne pracovni produkty, jako jsou diagramy UML nebo textove specifikace? (FL-3.1.1)

A
  1. Staticke testovani (napr. revize).
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

Jak staticke testovani prispiva k PREVENCI DEFEKTU? (FL-3.1.2)

A
  1. Tim, ze identifikuje problemy (napr. v pozadavcich, navrhu) drive, nez se stanou defekty v kodu, a tim, ze diskuse behem revizi vede k lepsimu porozumeni.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

Muze staticke testovani zlepsit KVALITU DOKUMENTACE? (FL-3.1.2)

A
  1. ANO. Revize dokumentu pomahaji zlepsit jejich srozumitelnost, uplnost a konzistenci.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

Ktery typ testovani je obecne spojovan s principem “SHIFT LEFT”? (Aplikace FL-2.1.5, FL-3.1.2)

A
  1. Staticke testovani (protoze umoznuje testovat a nachazet defekty v ranych fazich SDLC).
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

Pouziti nastroje LINT pro kontrolu zdrojoveho kodu je prikladem jakeho typu testovani? (Aplikace FL-3.1.3)

A
  1. Staticke testovani (konkretne staticka analyza kodu).
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

Diskuse tymu nad navrhem uzivatelskeho rozhrani s cilem najit potencialni problemy s pouzitelnosti je prikladem jakeho typu testovani? (Aplikace FL-3.1.3)

A
  1. Staticke testovani (konkretne revize navrhu).
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
17
Q

Ktery typ testovani se typicky zabyva merenim pokryti kodu (napr. statement coverage, branch coverage)? (FL-3.1.3, souvisi s Kap. 4)

A
  1. Dynamicke testovani (pro zjisteni, ktere casti kodu byly vykonany).
  2. (Staticka analyza muze take odhadovat pokryti, ale skutecne mereni je pri dynamickem).
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
18
Q

Je pravda, ze staticke testovani je vzdy manualni proces? (Souvisi s FL-3.1.3)

A
  1. NE. Muze byt manualni (revize) nebo podporovane nastroji (staticka analyza).
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
19
Q

Jaky je vztah mezi nalezenim defektu primo a nalezenim selhani? (FL-3.1.3)

A
  1. Staticke testovani nachazi defekty primo.
  2. Dynamicke testovani nachazi selhani, ktera jsou projevem defektu.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
20
Q

Ktery pristup (staticky vs. dynamicky) je efektivnejsi pro odhaleni fundamentalnich chyb v ARCHITEKTURE systemu? (Aplikace FL-3.1.2)

A
  1. Staticke testovani (napr. revize architektonickeho navrhu) je efektivnejsi pro odhaleni takovych chyb vcas.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
21
Q

Uvedte alespon 2 VYHODY VCASNE ZPETNE VAZBY od zainteresovanych stran. (FL-3.2.1)

A
  1. Drivejsi odhaleni nedorozumeni a defektu (napr. v pozadavcich).
  2. Snizeni nakladu na prepracovani.
  3. (Prevence chybne prace, Lepsi sladeni s potrebami).
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
22
Q

Proc je CASTA ZPETNA VAZBA behem vyvoje softwaru prospesna? (FL-3.2.1)

A
  1. Umoznuje prubezne overovani spravneho smeru projektu.
  2. Umoznuje rychle reagovat na zmeny.
  3. (Zvysuje angazovanost, Buduje duveru).
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
23
Q

Ktera hlavni cinnost PROCESU REVIZE zahrnuje definovani rozsahu, cilu a vyber revidujicich? (FL-3.2.2)

A
  1. Planovani (Planning).
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
24
Q

Co je ucelem uvodniho setkani (KICK-OFF MEETING) v procesu revize? (FL-3.2.2)

A
  1. Seznamit revidujici s cilem revize, procesem a ocekavanymi vystupy.
  2. Distribuovat revidovany pracovni produkt a podpurne materialy.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
25
Ktera cinnost procesu revize je klicova pro jeji efektivitu a zahrnuje samostatne prochazeni produktu kazdym revidujicim? (FL-3.2.2)
1. Individualni priprava (Individual Preparation / Pre-work).
26
Co je hlavnim cilem REVIZNI SCHUZKY (Review Meeting)? (FL-3.2.2)
1. Prezentovat a diskutovat zjisteni revidujicich. 2. Dosahnout shody ohledne identifikovanych problemu a jejich zavaznosti. 3. (Nejde o hledani reseni defektu).
27
Ktera cinnost procesu revize nasleduje po identifikaci a odsouhlaseni defektu na revizni schuzce? (FL-3.2.2)
1. Prepracovani (Rework / Fixing) autorem produktu.
28
Co zahrnuje NASLEDNE SLEDOVANI (Follow-up) v procesu revize? (FL-3.2.2)
1. Kontrolu, zda byly vsechny odsouhlasene defekty autorem opraveny. 2. Rozhodnuti, zda je produkt prijmutelny nebo je potreba dalsi revize.
29
V jake fazi procesu revize se typicky pouzivaji KONTROLNI SEZNAMY (Checklists)? (FL-3.2.2)
1. Behem Individualni pripravy (Individual Preparation).
30
Jsou vsechny identifikovane anomalie behem individualni pripravy automaticky povazovany za defekty? (FL-3.2.2)
1. NE. Behem faze Komunikace a analyzy (napr. na revizni schuzce) se rozhoduje, zda jsou zjisteni skutecne defekty.
31
Muze byt pracovni produkt revidovan vicekrat (v nekolika cyklech)? (FL-3.2.2)
1. ANO. Pokud po prepracovani nejsou splnena vystupni kriteria nebo jsou nalezeny dalsi zavazne problemy, muze nasledovat dalsi revizni cyklus.
32
Jak vcasna zpetna vazba behem revize pozadavku muze ovlivnit celkove naklady projektu? (Aplikace FL-3.1.2, FL-3.2.1)
1. Muze je vyznamne SNIZIT, protoze odhaleni a oprava nejasnosti ci defektu v pozadavcich je mnohem levnejsi nez oprava defektu v jiz implementovanem kodu.
33
Tester se ucastni diskuse nad novymi uzivatelskymi pribehy s Product Ownerem a vyvojari, aby si ujasnil akceptacni kriteria. Jde o priklad jakeho principu? (Aplikace FL-3.2.1, souvisi s Kap.1)
1. Jde o priklad VCASNE (a caste) ZPETNE VAZBY a spoluprace, ktera pomaha predchazet nedorozumenim.
34
Pokud behem individualni pripravy revidujici nevenuje dostatek casu prostudovani dokumentu, jaky to muze mit dopad na efektivitu revize? (Aplikace FL-3.2.2, souvisi s FL-3.2.5)
1. Efektivita revize bude pravdepodobne NIZKA, protoze nebude identifikovano tolik potencialnich defektu. 2. Revizni schuzka muze byt mene produktivni.
35
Kdo je zodpovedny za opravu defektu nalezenych behem revize? (FL-3.2.2)
1. Autor revidovaneho pracovniho produktu.
36
Jaky je rozdil mezi identifikaci defektu a resenim defektu behem revizni schuzky? (FL-3.2.2)
1. Na revizni schuzce se defekty IDENTIFIKUJI, klasifikuji a diskutuji. 2. Samotne RESENI (oprava) defektu je ukolem autora az po schuzce (ve fazi prepracovani).
37
Ktera role v revizi je primarne zodpovedna za OPRAVU nalezenych defektu? (FL-3.2.3)
1. Autor (Author).
38
Ktera role v revizi typicky ROZHODUJE o tom, KTERY pracovni produkt bude revidovan a jake zdroje budou alokovany? (FL-3.2.3)
1. Manazer (Management / Manager).
39
Kdo je zodpovedny za VEDENI REVIZNI SCHUZKY, zajisteni jeji efektivity a pusobeni jako mediator pri neshodach? (FL-3.2.3)
1. Moderator (Moderator / Facilitator).
40
Ktera role v revizi provadi INDIVIDUALNI PRIPRAVU tim, ze prochazi produkt a identifikuje potencialni defekty? (FL-3.2.3)
1. Revidujici (Reviewer).
41
Kdo behem revizni schuzky ZAZNAMENAVA identifikovane defekty, rozhodnuti a akcni body? (FL-3.2.3)
1. Zapisovatel (Scribe / Recorder).
42
Muze AUTOR pracovniho produktu zastavat roli MODERATORA pri INSPEKCI sve vlastni prace? (FL-3.2.3, FL-3.2.4)
1. NE. Pri inspekcich autor nesmi byt moderatorem ani vedoucim inspekce, aby byla zajistena objektivita.
43
Ktery typ revize je NEJMENE formalni a casto zahrnuje jen autora a kolegu bez definovaneho procesu? (FL-3.2.4)
1. Neformalni revize (Informal Review / Buddy Check).
44
Pri kterem typu revize AUTOR typicky PREZENTUJE pracovni produkt ucastnikum s cilem vzdelavani a ziskani zpetne vazby? (FL-3.2.4)
1. Walkthrough (Predvedeni).
45
Ktery typ revize je zameren na dosazeni KONSENZU ohledne TECHNICKEHO RESENI a je veden moderatorem s ucasti technickych expertu? (FL-3.2.4)
1. Technicka revize (Technical Review).
46
Ktery typ revize je NEJFORMALNEJSI, ridi se striktne definovanym procesem a jeho primarnim cilem je MAXIMALNI NALEZENI DEFEKTU? (FL-3.2.4)
1. Inspekce (Inspection).
47
U jakeho typu revize se casto sbiraji METRIKY pro zlepseni procesu revize i vyvoje? (FL-3.2.4)
1. Inspekce (Inspection).
48
Porovnejte Walkthrough a Technickou revizi z hlediska HLAVNIHO CILE. (FL-3.2.4)
1. Walkthrough: Vzdelavani, porozumeni, zpetna vazba.
2. Technicka revize: Konsenzus o technickem reseni, odhaleni defektu, shoda se standardy.
49
V cem spociva hlavni rozdil ve FORMALNOSTI mezi Neformalni revizi a Inspekci? (FL-3.2.4)
1. Neformalni revize: Velmi nizka formalnost, bez definovaneho procesu.
2. Inspekce: Velmi vysoka formalnost, striktne definovany proces a role.
50
Pokud tym potrebuje rychle ziskat druhy nazor na kratky navrh reseni bez nutnosti formalni dokumentace, jaky typ revize je nejvhodnejsi? (Aplikace FL-3.2.4)
1. Neformalni revize (Informal Review).
51
Spolecnost vyviji bezpecnostne kriticky software a potrebuje co nejefektivneji odhalit defekty v navrhu architektury. Jaky typ revize by meli zvolit? (Aplikace FL-3.2.4)
1. Inspekce (Inspection) - diky sve formalnosti a zamereni na maximalni nalezeni defektu.
52
Kdo by mel byt typicky obsazen do role REVIDUJICICH pri Technicke revizi navrhu databaze? (Aplikace FL-3.2.3, FL-3.2.4)
1. Technicti experti na databaze, databazovi administratori, architekt, pripadne vyvojari, kteri budou s databazi pracovat.
53
Je pravda, ze pri Walkthrough revidujici VZDY provadeji detailni individualni pripravu pred schuzkou? (FL-3.2.4)
1. NE VZDY. Individualni priprava u walkthrough muze byt volitelna, duraz je casto na prezentaci autorem a diskusi behem schuzky.
54
Ktera role je zodpovedna za to, ze se revizni schuzka neodchyli od tematu a dodrzi casovy plan? (FL-3.2.3)
1. Moderator.
55
Cilem revizni schuzky pri Inspekci je primarne diskutovat MOZNA RESENI nalezenych defektu. Je toto tvrzeni spravne? (FL-3.2.4)
1. NE. Pri Inspekci je cilem primarne identifikovat a ZAZNAMENAT defekty. Diskuse o resenich je obvykle oddelena a je na autorovi.
56
Pokud se ma revidovat velmi rozsahly dokument, jaky pristup muze Moderator zvolit, aby byla revize efektivni? (Souvisi s FL-3.2.5)
1. Muze navrhnout rozdeleni dokumentu na mensi casti a provest revizi po castech.
2. Nebo muze jasne definovat rozsah a zamereni pro konkretni revizni sezeni.
57
Uvedte alespon 3 FAKTORY, ktere prispivaji k USPESNE REVIZI. (FL-3.2.5)
1. Jasne definovane cile.
2. Spravny typ revize pro dany kontext.
3. Dostatek casu na pripravu pro revidujici.
4. (Revidovani po malych castech, Podpora managementu, Kultura uceni).
58
Proc je dulezite, aby revize mely JASNE DEFINOVANE CILE? (FL-3.2.5)
1. Aby vsichni ucastnici vedeli, ceho ma byt revizi dosazeno.
2. Umoznuje to zamerit usili a hodnotit uspech revize.
59
Jak ovlivnuje USPESNOST REVIZE, pokud je revidovan prilis velky dokument najednou? (FL-3.2.5)
1. Snizuje jeji efektivitu.
2. Revidujici mohou ztratit koncentraci a prehlednout defekty. (Proto je lepsi revidovat po mensich castech).
60
Ktery faktor uspesne revize zduraznuje potrebu, aby revidujici meli dostatek casu na prostudovani materialu PRED revizni schuzkou? (FL-3.2.5)
1. Dostatek casu na pripravu pro revidujici.
61
Jak PODPORA MANAGEMENTU prispiva k uspesnym revizim? (FL-3.2.5)
1. Tim, ze management chape hodnotu revizi, alokuje na ne potrebny cas a zdroje, a podporuje jejich implementaci jako standardni soucast procesu.
62
Co znamena KULTURA UCENI A ZLEPSOVANI v kontextu revizi? (FL-3.2.5)
1. Ze revize jsou vnimany jako prilezitost ke zlepseni, nikoli jako kritika.
2. Organizace podporuje otevrenou komunikaci a uceni se z chyb.
63
Pokud autor produktu vnima revizi jako osobni utok, ktery faktor uspesne revize je narusen? (Aplikace FL-3.2.5)
1. Kultura uceni a zlepseni (chybi otevrenost a konstruktivni pristup).
2. Potencialne i jasne definovane cile (hodnoti se produkt, ne osoba).
64
Moderator na revizni schuzce necha diskusi volne plynout bez ohledu na cas a agendu. Ktery faktor uspesne revize je zanedban? (Aplikace FL-3.2.5)
1. Spravne vedene revizni schuzky.
65
Tym se rozhodne provest formalni inspekci na kratkem marketingovem textu, ackoliv by stacila rychla neformalni kontrola. Ktery faktor uspesne revize zde muze byt problematicky? (Aplikace FL-3.2.5)
1. Spravny typ revize pro dane cile a kontext (zvoleny typ muze byt prilis nakladny a casove narocny pro dany ucel).
66
Proc je dulezite, aby zpetna vazba autorovi byla KONSTRUKTIVNI? (FL-3.2.5)
1. Aby ji autor prijal a byl motivovan k oprave defektu.
2. Udrzuje to pozitivni pracovni atmosferu a podporuje kulturu uceni.
67
Pokud revidujici dostanou rozsahly dokument k revizi jen hodinu pred revizni schuzkou, jak to ovlivni uspesnost revize? (Aplikace FL-3.2.5)
1. Velmi negativne. Revidujici nebudou mit dostatek casu na pripravu, coz povede k mene kvalitni revizi a mensimu poctu nalezenych defektu.

ISTQB CTFL (4 decks)

Brainscape helps you reach your goals faster, through stronger study habits.
© 2025 Bold Learning Solutions. Terms and Conditions