ISTQB Základy testování Flashcards
Deck obsahuje kartičky na témata z ISTQB sekce Základy testování (91 cards)
1
Q
Cíl testování: VERIFIKACE
A
Ověření, zda software splňuje stanovené požadavky a specifikace. (“Stavíme produkt SPRÁVNĚ?”)
2
Q
Cíl testování: VALIDACE
A
Ověření, zda software splňuje potřeby uživatelů a dalších zainteresovaných stran a je vhodný pro zamýšlený účel. (“Stavíme SPRÁVNÝ produkt?”)
3
Q
Může testování prokázat, že software NEOBSAHUJE žádné defekty?
A
NE. Testování může pouze prokázat PŘÍTOMNOST defektů, nikoliv jejich absenci. (Viz 7 principů testování).
4
Q
Jaký je hlavní cíl LADĚNÍ (DEBUGGINGU)?
A
Nalezení PŘÍČINY defektu, analýza této příčiny a ODSTRANĚNÍ defektu z kódu.
5
Q
Kdo typicky provádí TESTOVÁNÍ?
A
Testeři. (Mohou, ale nemusí mít detailní znalost kódu, záleží na typu testování).
6
Q
Kdo typicky provádí LADĚNÍ (DEBUGGING)?
A
Vývojáři. (Vyžaduje detailní znalost kódu).
7
Q
Jaký je typický VÝSTUP z TESTOVÁNÍ?
A
Reporty o defektech (popisující, co se stalo a za jakých okolností selhání nastalo).
8
Q
Jaký je typický VÝSTUP z LADĚNÍ?
A
Opravený kód (software s odstraněným defektem).
9
Q
Jaký je vztah mezi testováním a laděním v čase?
A
Ladění typicky NÁSLEDUJE po testování (když testování odhalí selhání). Po ladění by mělo následovat konfirmační testování.
10
Q
Cíl testování: PREVENCE DEFEKTŮ
A
Včasným zapojením testování (např. revize požadavků) lze identifikovat problémy dříve, než se stanou defekty v kódu, a tím jim předejít.
11
Q
Cíl testování: VYTVOŘENÍ DŮVĚRY V KVALITU
A
Úspěšné a důkladné testování může zvýšit důvěru zainteresovaných stran, že software bude fungovat spolehlivě a podle očekávání.
12
Q
Uveďte alespoň 3 hlavní důvody, PROČ JE TESTOVÁNÍ NEZBYTNÉ. (FL-1.2.1)
A
1.) Snižuje riziko selhání softwaru v provozu.
2.) Přispívá ke kvalitě softwarových produktů.
3.) Pomáhá splnit smluvní a legislativní požadavky.
(Další možné: Chrání reputaci, Je nákladově efektivní)
13
Q
Příklad NEZBYTNOSTI TESTOVÁNÍ: Software pro řízení letového provozu.
A
Selhání tohoto softwaru může mít katastrofální následky (havárie, ztráty na životech). Důkladné testování je nezbytné pro zajištění bezpečnosti a spolehlivosti. (FL-1.2.1)
14
Q
Jaký je hlavní rozdíl mezi ZAJIŠTĚNÍM KVALITY (QA) a TESTOVÁNÍM (QC)? (FL-1.2.2)
A
1.) QA (Proces): PREVENCE defektů, zaměření na správné procesy.
2.) Testování (Produkt): NALEZENÍ defektů, zaměření na hodnocení produktu.
15
Q
Definujte pojem: CHYBA (Error / Mistake). (FL-1.2.3)
A
LIDSKÁ AKCE, která produkuje nesprávný výsledek. (Např. programátor špatně pochopí požadavek).
16
Q
Definujte pojem: DEFEKT (Defect / Fault / Bug). (FL-1.2.3)
A
NEDOKONALOST nebo VADA v pracovním produktu (kód, dokumentace), která vznikla v důsledku chyby. (Např. nesprávný algoritmus v kódu).
17
Q
Definujte pojem: SELHÁNÍ (Failure). (FL-1.2.3)
A
PROJEV DEFEKTU během běhu (spuštění) softwaru, kdy se systém nechová podle očekávání. (Např. program zobrazí špatný výsledek).
18
Q
Definujte pojem: KOŘENOVÁ PŘÍČINA (Root Cause). (FL-1.2.3)
A
NEJZÁKLADNĚJŠÍ DŮVOD, proč chyba (a následně defekt) vůbec vznikla. (Např. nejasně formulované požadavky).
19
Q
Seřaďte pojmy podle typického sledu vzniku: DEFEKT, CHYBA, SELHÁNÍ.
A
- CHYBA (lidská akce) → 2. DEFEKT (vada v produktu) → 3. SELHÁNÍ (projev defektu při běhu).
20
Q
Princip testování č. 1: Testování prokazuje… (FL-1.3.1) .. a jaký má tento princip důsledek?
A
1.) …PŘÍTOMNOST defektů, nikoli jejich absenci.
2.) Důsledek: Nelze zaručit 100% bezchybnost.
21
Q
Princip testování č. 2: Vyčerpávající testování… (FL-1.3.1) .. a jaký má tento princip důsledek?
A
1.) …NENÍ MOŽNÉ (u většiny systémů).
2.) Důsledek: Nutnost analýzy rizik a prioritizace.
22
Q
Princip testování č. 3: Včasné testování… (FL-1.3.1) .. a jaký má tento princip důsledek?
A
1.) …ŠETŘÍ ČAS A PENÍZE.
2.) Důsledek: Testovací aktivity by měly začít co nejdříve (např. revize požadavků).
23
Q
Princip testování č. 4: Defekty se… (FL-1.3.1) .. a jaký má tento princip důsledek?
A
1.) …SHLUKUJÍ (malá část modulů často obsahuje většinu defektů).
2.) Důsledek: Zaměřit testování na “problematické” oblasti.
24
Q
Princip testování č. 5: Paradox pesticidů… (FL-1.3.1) .. a jaký má tento princip důsledek?
A
1.) Opakované použití stejných testů snižuje jejich efektivitu v nacházení NOVÝCH defektů.
2.) Důsledek: Testy je třeba pravidelně revidovat a aktualizovat.
25
Princip testování č. 6: Testování je závislé na... (FL-1.3.1) .. a jaký má tento princip důsledek?
1.) ...KONTEXTU (typ aplikace, rizika, technologie atd.).
2.) Důsledek: Neexistuje univerzální přístup k testování; je třeba ho přizpůsobit.
26
Princip testování č. 7: Klam absence chyb... (FL-1.3.1) .. a jaký má tento princip důsledek?
1.) I software bez (známých) defektů nemusí být užitečný nebo splňovat potřeby uživatelů.
2.) Důsledek: Důležitá je i VALIDACE (nejen verifikace).
27
Jaký princip testování zdůrazňuje, že oprava chyby v požadavcích je levnější než oprava chyby nalezené až v produkci?
Princip č. 3: Včasné testování šetří čas a peníze.
28
Proč je dle principů testování důležité pravidelně aktualizovat regresní testy?
Kvůli principu č. 5: Paradox pesticidů. (Aby stále efektivně nacházely nové regresní chyby).
29
Manažer projektu tvrdí: "Náš software prošel všemi testy a nenašli jsme žádné chyby, takže je 100% dokonalý a připravený k vydání." Který princip testování je zde ignorován?
Princip č. 1: Testování prokazuje přítomnost defektů, nikoli jejich absenci. (A potenciálně i princip č. 7: Klam absence chyb, pokud nebyla provedena validace).
30
Tým se rozhodl otestovat každou možnou hodnotu vstupního pole, které přijímá čísla od 1 do 1 000 000, a také všechny možné sekvence uživatelských akcí. Který princip testování naznačuje, že tento přístup je pravděpodobně nerealistický?
Princip č. 2: Vyčerpávající testování není možné.
31
Tester navrhuje, aby se revize uživatelských požadavků prováděly ještě před tím, než vývojáři začnou psát kód. Který princip testování tento přístup podporuje?
Princip č. 3: Včasné testování šetří čas a peníze.
32
Během testování nové funkce pro nahrávání souborů bylo nalezeno několik defektů týkajících se zpracování velkých souborů a souborů se speciálními znaky v názvu. Na základě jakého principu by měl testovací tým zvážit intenzivnější testování této konkrétní funkce?
Princip č. 4: Defekty se shlukují.
33
Testovací tým již několik měsíců používá stejnou sadu automatizovaných testů pro kontrolu uživatelského rozhraní. V poslední době tyto testy neodhalují téměř žádné nové defekty, i když uživatelé stále hlásí problémy. Který princip by měl tým zvážit?
Princip č. 5: Pozor na paradox pesticidů. (Testy by měly být revidovány a aktualizovány).
34
Při testování bankovní aplikace se tým zaměřuje na bezpečnostní aspekty, přesnost výpočtů a dodržování finančních regulací. Při testování jednoduché informační webové stránky se zaměřuje spíše na použitelnost a rychlost načítání. Který princip testování toto odlišné zaměření nejlépe vysvětluje?
Princip č. 6: Testování je závislé na kontextu.
35
Společnost vydala software, který prošel rozsáhlým testováním a nebyly v něm nalezeny žádné známé technické defekty. Uživatelé si však stěžují, že software je pro ně nepoužitelný, protože neřeší jejich klíčové pracovní úkoly efektivně. Který princip testování byl pravděpodobně přehlédnut?
Princip č. 7: Klam absence chyb. (Produkt mohl být technicky správný, ale nebyl validován pro potřeby uživatelů).
36
Proč je při plánování testování důležité identifikovat nejrizikovější oblasti systému a zaměřit na ně více testovacího úsilí, místo snahy otestovat všechno se stejnou intenzitou? Na které DVA principy testování se zde odvoláváme?
1.) Princip č. 2: Vyčerpávající testování není možné.
2.) Princip č. 4: Defekty se shlukují.
37
Testovací tým objevil, že 80 % všech defektů nalezených v poslední verzi softwaru se nacházelo ve 20 % jeho modulů. Jaký princip testování tento jev ilustruje?
Princip č. 4: Defekty se shlukují. (Toto je také známé jako Paretovo pravidlo nebo pravidlo 80/20 aplikované na defekty).
38
Vývojový tým argumentuje, že není třeba testovat novou mobilní aplikaci tak důkladně jako jejich předchozí projekt – software pro řízení lékařských přístrojů, protože "je to jenom hračka". Který princip testování by měl tester použít k vysvětlení, proč může být pro každý produkt zapotřebí jiný přístup k testování?
Princip č. 6: Testování je závislé na kontextu.
39
Jmenujte alespoň 5 hlavních skupin činností typického TESTOVACÍHO PROCESU. (FL-1.4.1)
1.) Plánování testování
2.) Monitorování a řízení testování
3.) Analýza testování
4.) Návrh testování
5.) Implementace testování
6.) (Provádění testování)
7.) (Dokončení testování)
40
Co je hlavním cílem činnosti PLÁNOVÁNÍ TESTOVÁNÍ? (FL-1.4.1)
1.) Definovat cíle testování.
2.) Určit, jak jich bude dosaženo v rámci omezení projektu (čas, rozpočet, zdroje).
3) Vytvořit dokument Plán testování.
41
Které dvě paralelně probíhající činnosti zajišťují sledování postupu testování oproti plánu a přijímání nápravných opatření? (FL-1.4.1)
1.) Monitorování testování
2.) Řízení testování
42
Na jakou otázku primárně odpovídá činnost ANALÝZA TESTOVÁNÍ? (FL-1.4.1)
1.) "CO budeme testovat?"
2.) (Analyzuje základ testování a identifikuje testovací podmínky).
43
Co je hlavním vstupem pro činnost ANALÝZA TESTOVÁNÍ? (FL-1.4.1)
1.) Základ testování (Test Basis)
2.) (Např. požadavky, návrhové dokumenty, uživatelské scénáře, rizika).
44
Na jakou otázku primárně odpovídá činnost NÁVRH TESTOVÁNÍ? (FL-1.4.1)
1.) "JAK to budeme testovat?"
2.) (Transformuje testovací podmínky na konkrétní testovací případy).
45
Uveďte alespoň 2 typické úkoly činnosti IMPLEMENTACE TESTOVÁNÍ. (FL-1.4.1)
1.) Vývoj detailních testovacích případů a testovacích procedur.
2.) Sestavení testovacího prostředí a ověření jeho připravenosti.
3.) (Příprava testovacích dat, vývoj automatizačních skriptů).
46
Která činnost testovacího procesu zahrnuje porovnávání skutečných výsledků s očekávanými a hlášení defektů? (FL-1.4.1)
Provádění testování (Test Execution).
47
Co je typickým výstupem činnosti DOKONČENÍ TESTOVÁNÍ, který shrnuje celý testovací projekt pro zainteresované strany? (FL-1.4.1)
Souhrnný report z testování (Test Summary Report).
48
Jsou činnosti testovacího procesu vždy striktně sekvenční? (FL-1.4.1)
1.) NE. Často jsou iterativní a mohou se překrývat.
2.) Např. monitorování a řízení probíhá po celou dobu.
49
Definujte ZÁKLAD TESTOVÁNÍ (Test Basis). (FL-1.4.1)
1.) Sada dokumentů nebo zdrojů informací, ze kterých jsou odvozeny požadavky na testování.
2.) (Např. požadavky, specifikace, uživatelské příběhy, návrhové dokumenty).
50
Definujte TESTOVACÍ PODMÍNKU (Test Condition). (FL-1.4.1)
1.) Položka nebo událost komponenty nebo systému, která by mohla být ověřena jedním nebo více testovacími případy.
2.) (Např. funkce, transakce, vlastnost kvality nebo strukturální prvek).
51
Jak ovlivňuje KONTEXT projektu (např. bezpečnostně kritický software) testovací proces? (FL-1.4.2)
1.) Vyžaduje důkladnější a formálnější testování.
2.) Větší důraz na specifické typy testů (např. bezpečnostní).
3.) Přísnější vstupní/výstupní kritéria.
52
Uveďte alespoň 3 faktory, které tvoří KONTEXT testování a ovlivňují testovací proces. (FL-1.4.2)
1.) Model životního cyklu vývoje softwaru (SDLC).
2.) Rizika spojená s produktem.
3.) Dostupné zdroje (čas, rozpočet, lidé).
4.) (Regulatorní požadavky, požadavky na kvalitu, organizační faktory).
53
Liší se testovací proces v agilním vývoji od testovacího procesu ve vodopádovém modelu? Pokud ano, jak? (Aplikace FL-1.4.2)
1.) ANO, liší se.
2.) Agilní: Iterativní, kratší cykly, úzká spolupráce, větší důraz na automatizaci, méně formální plánování.
3.) Vodopád: Sekvenční, jasně oddělené fáze, formálnější plánování a dokumentace.
54
Během činnosti NÁVRH TESTOVÁNÍ se tým rozhoduje, které testovací techniky použije. Je toto správně? (Aplikace FL-1.4.1)
ANO. Návrh testování zahrnuje výběr a aplikaci vhodných technik návrhu testů pro odvození testovacích případů.
55
Tester analyzuje uživatelské příběhy, aby identifikoval, co přesně má být otestováno pro ověření každé funkce. Kterou hlavní testovací ČINNOST provádí? (Aplikace FL-1.4.1)
Analýza testování (Test Analysis).
56
Tým připravuje testovací data a konfiguruje testovací prostředí před spuštěním testů. Do které hlavní testovací ČINNOSTI tyto úkoly spadají? (Aplikace FL-1.4.1)
Implementace testování (Test Implementation).
57
Manažer testování sleduje počet provedených testů a porovnává ho s plánem. Pokud zjistí zpoždění, navrhne přesun zdrojů. Které DVĚ hlavní testovací ČINNOSTI zde probíhají? (Aplikace FL-1.4.1)
1.) Monitorování testování (sledování postupu).
2.) Řízení testování (návrh nápravných opatření).
58
Na konci iterace tým sepisuje, co se povedlo, co ne a co by se dalo zlepšit v testovacím procesu pro příští iterace. Do které hlavní testovací ČINNOSTI tento úkol patří? (Aplikace FL-1.4.1)
Dokončení testování (lessons learned / retrospektivy).
59
Co je to TESTWARE? (FL-1.4.3)
1.) Všechny pracovní produkty (artefakty) vytvořené nebo použité během testovacího procesu.
2.) (Např. plány, případy, skripty, data, reporty).
60
Uveďte alespoň 3 příklady TESTWARU vznikajícího během PLÁNOVÁNÍ TESTOVÁNÍ. (FL-1.4.3)
1.) Plán testování (Test Plan).
2.) Harmonogram testování (Test Schedule).
3.) Registr rizik (Risk Register).
4.) (Vstupní/výstupní kritéria).
61
Který pracovní produkt (testware) detailně popisuje kroky pro provedení konkrétního testu, včetně vstupů a očekávaných výsledků? (FL-1.4.3)
1.) Testovací případ (Test Case).
2.) (Nebo Testovací procedura/skript, pokud jde o detailní sekvenci kroků).
62
Jak se nazývá dokument, který shrnuje výsledky a stav testování po dokončení určité fáze nebo celého projektu? (FL-1.4.3)
Souhrnný report z testování (Test Summary Report).
63
Co je to SLEDOVATELNOST (Traceability) v testování? (FL-1.4.4)
1.) Schopnost propojit různé pracovní produkty navzájem.
2.) (Např. požadavky ↔ testovací případy ↔ výsledky testů ↔ defekty).
64
Uveďte alespoň 2 hlavní PŘÍNOSY (hodnoty) udržování SLEDOVATELNOSTI. (FL-1.4.4)
1.) Umožňuje analýzu dopadu změn.
2.) Pomáhá hodnotit pokrytí (např. požadavků testy).
3.) (Podporuje auditovatelnost, zlepšuje porozumění stavu testování).
65
Pokud se změní požadavek, jak nám SLEDOVATELNOST pomůže? (Aplikace FL-1.4.4)
Pomůže identifikovat všechny testovací případy a další testware, které jsou tímto požadavkem ovlivněny a je třeba je upravit nebo znovu provést.
66
Jaká je typická hlavní odpovědnost MANAŽERA TESTOVÁNÍ? (FL-1.4.5)
Celková odpovědnost za testovací proces, plánování, řízení, zdroje a strategii.
67
Jaká je typická hlavní odpovědnost TESTERA? (FL-1.4.5)
Analýza základu testování, návrh a implementace testovacích případů, provádění testů, hlášení defektů.
68
Která role v testování je více zaměřena na STRATEGICKÉ a MANAŽERSKÉ aspekty? (FL-1.4.5)
Manažer testování (Test Manager / Test Lead).
69
Která role v testování je více zaměřena na TECHNICKÉ a "HANDS-ON" aspekty (analýza, návrh, provádění)? (FL-1.4.5)
Tester (Test Analyst / Test Designer / Test Executor).
70
Tester připravuje detailní kroky pro provedení testu ověřujícího přihlašovací funkci, včetně zadání konkrétních uživatelských jmen a hesel. Jaký typ TESTWARU vytváří? (Aplikace FL-1.4.3)
Testovací případ (Test Case) nebo Testovací proceduru (Test Procedure/Script).
71
Manažer testování potřebuje zjistit, kolik procent z definovaných požadavků je již pokryto navrženými testovacími případy. Jaký koncept mu v tom pomůže? (Aplikace FL-1.4.4)
Sledovatelnost (Traceability) mezi požadavky a testovacími případy.
72
V malém agilním týmu se členové s testovacími dovednostmi podílejí jak na definování testovací strategie pro sprint, tak na samotném provádění testů. Jaké ROLE v testování zde mohou být kombinovány? (Aplikace FL-1.4.5)
Mohou být kombinovány prvky role Manažera testování (strategie) a Testera (provádění).
73
Který dokument (testware) definuje celkovou strategii, cíle, zdroje a harmonogram pro testování v rámci projektu? (FL-1.4.3)
1. Plán testování (Test Plan).
74
Jak se nazývá pracovní produkt testování, který seskupuje několik testovacích případů nebo procedur, často podle funkcionality? (FL-1.4.3)
1. Testovací sada (Test Suite).
75
Pokud je nalezen defekt při revizi dokumentu s požadavky (tedy ještě před napsáním kódu), jedná se o výstup které testovací činnosti? (FL-1.4.3)
1. Analýza testování (Test Analysis).
76
Jaký je hlavní účel PROTOKOLU Z TESTOVÁNÍ (Test Log)? (FL-1.4.3)
1. Zaznamenávat chronologicky provedené testovací aktivity, události a jejich výsledky během provádění testů.
77
Proč je důležité archivovat TESTWARE po dokončení projektu? (Aplikace FL-1.4.1, FL-1.4.3)
1. Pro budoucí použití (např. při údržbě, regresním testování v dalších verzích).
2. Pro auditovatelnost a doložení provedených činností.
78
Jak sledovatelnost pomáhá při zajištění, že žádný důležitý požadavek nebyl při testování opomenut? (Aplikace FL-1.4.4)
1. Umožňuje mapovat každý požadavek na jeden nebo více testovacích případů, čímž se vizualizuje pokrytí požadavků testy.
79
Pokud testovací případ selže a je nahlášen defekt, jak sledovatelnost propojuje tyto tři entity? (Aplikace FL-1.4.4)
1. Defekt je propojen s testovacím případem, který selhal.
2. Testovací případ je propojen s testovacími podmínkami a požadavky, které ověřoval.
80
Je manažer testování zodpovědný za samotné psaní detailních testovacích skriptů pro automatizaci? (FL-1.4.5)
1. Typicky NE.
2. Jeho rolí je spíše plánování potřeby automatizace, výběr nástrojů a zajištění zdrojů. Psaní skriptů je obvykle úkolem testera (nebo specialisty na automatizaci).
81
Která role v testování by typicky rozhodovala o tom, zda jsou splněna výstupní kritéria pro ukončení systémového testování? (FL-1.4.5)
1. Manažer testování (Test Manager).
82
Tester identifikuje nejasnost v uživatelském požadavku a diskutuje ji s byznys analytikem. Kterou testovací činnost tímto podporuje? (FL-1.4.1)
1. Analýza testování (Test Analysis) – konkrétně revizi základu testování z hlediska testovatelnosti a identifikaci potenciálních defektů v základu testování.
83
Uveďte alespoň 3 klíčové OBECNÉ DOVEDNOSTI požadované pro testování. (FL-1.5.1)
1. Zvědavost.
2. Profesionální pesimismus / Kritické myšlení.
3. Pozornost k detailu.
4. (Dobré komunikační dovednosti, Metodický přístup).
2. Profesionální pesimismus / Kritické myšlení.
3. Pozornost k detailu.
4. (Dobré komunikační dovednosti, Metodický přístup).
84
Proč je pro testera důležitá ZVĚDAVOST? (Aplikace FL-1.5.1)
1. Protože ho motivuje zkoumat software do hloubky a ptát se "Co se stane, když...", což může vést k odhalení neočekávaných defektů.
85
Jaký přístup k testování popisuje situaci, kdy kvalita je odpovědností celého týmu a všichni členové spolupracují na jejím dosažení? (FL-1.5.2)
1. Týmový přístup (Whole Team Approach).
86
Uveďte alespoň 2 VÝHODY TÝMOVÉHO PŘÍSTUPU k zajištění kvality. (FL-1.5.2)
1. Sdílená odpovědnost za kvalitu.
2. Lepší komunikace a spolupráce.
3. (Rychlejší zpětná vazba, Lepší porozumění požadavkům).
2. Lepší komunikace a spolupráce.
3. (Rychlejší zpětná vazba, Lepší porozumění požadavkům).
87
Co znamená NEZÁVISLOST TESTOVÁNÍ? (FL-1.5.3)
1. Že testování je prováděno osobami, které nejsou přímo zapojeny do vývoje (psaní kódu) testovaného softwaru.
88
Uveďte alespoň 2 VÝHODY NEZÁVISLOSTI TESTOVÁNÍ. (FL-1.5.3)
1. Větší objektivita (testeři nejsou ovlivněni "autorskou slepotou").
2. Různé perspektivy a předpoklady vedoucí k odhalení jiných typů defektů.
2. Různé perspektivy a předpoklady vedoucí k odhalení jiných typů defektů.
89
Uveďte alespoň 2 NEVÝHODY (rizika) NEZÁVISLOSTI TESTOVÁNÍ. (FL-1.5.3)
1. Izolace od vývojového týmu (komunikační problémy).
2. Vývojáři mohou ztratit pocit odpovědnosti za kvalitu.
3. (Potenciální úzké hrdlo, Nedostatek znalostí o produktu).
2. Vývojáři mohou ztratit pocit odpovědnosti za kvalitu.
3. (Potenciální úzké hrdlo, Nedostatek znalostí o produktu).
90
Tester, který je součástí vývojového týmu, ale má vyhrazené testovací úkoly, představuje jakou úroveň nezávislosti testování? (Aplikace FL-1.5.3)
1. Nižší stupeň nezávislosti (než např. samostatný testovací tým nebo externí testeři), ale vyšší než když vývojář testuje vlastní kód. (Často označováno jako nezávislí testeři v rámci vývojového týmu).
91
Která dovednost testera je klíčová pro psaní jasných a srozumitelných reportů o defektech? (Aplikace FL-1.5.1)
1. Dobré komunikační dovednosti (zejména písemné).
