ISTQB - CZ glossary (rest of the terms) Flashcards
revize založena na roli (=role-based reviewing)
Revizní technika, v níž revidující hodnotí pracovní produkt z pohledu různých rolí zúčastněných stran.
kořenová příčina (=root cause)
Zdroj defektu, při jehož odstranění je snížen nebo úplně eliminován výskyt daného typu defektu.
analýza kořenové příčiny (=root cause analysis)
Analytická technika, jejíž cílem je identifikace kořenových příčin defektů. Předpokládá se, že aplikováním nápravných
opatření pro hlavní příčiny bude minimalizována pravděpodobnost opakování daného defektu.
metodika SMART cílů (=S.M.A.R.T. goal methodology (SMART))
Metodika, podle níž jsou cíle definovány velmi specificky a ne obecně. SMART je zkratka odvozená od vlastností cíle, který má být definován: specifický (Specific), měřitelný (Measureble), dosažitelný (Attainable), relevantní (Relevant) a včasný
(Timely).
bezpečí (safety) (=safety)
Schopnost systému nedostat se (za definovaných podmínek) do stavu, který povede k ohrožení lidského života, zdraví,
majetku nebo životního prostředí.
bezpečnostně kritický systém (=safety critical system)
Systém, jehož selhání nebo porucha může způsobit smrt nebo vážné zranění osob, případně ztrátu nebo vážné poškození
zařízení anebo poškození životního prostředí.
testování bezpečí (safety testing) (=safety testing)
Testování s cílem stanovit bezpečí (safety) softwarového produktu.
kryptografické solení (salting) (=salting)
Kryptografická technika, která přidává před procesem hashování náhodná data (sůl) do uživatelských dat.
škálovatelnost (=scalability)
Schopnost softwarového produktu být upgradován s cílem vyhovět zvýšenému zatížení.
testování škálovatelnosti (=scalability testing)
Testování s cílem určit škálovatelnost softwarového produktu.
revize založená na scénáři (=scenario-based reviewing)
Revizní technika, při níž je cílem revize určit schopnost pracovního produktu řešit konkrétní scénáře
scorecard (=scorecard)
Reprezentace sumarizovaných měření výkonnosti, které představují posun směrem k realizaci dlouhodobých cílů. Scorecard poskytuje statické měření výkonnosti za definovaný interval nebo na jeho konci.
zapisovatel (=scribe)
Osoba, která zaznamenává informace během schůzek zaměřených na revizi (přezkoumání).
script kiddie (=script kiddie)
Osoba, která provádí bezpečnostní útoky pomocí existujících nástrojů nebo skriptů (již vytvořenými jinými hackery) místo
vytváření vlastních.
skriptované testování (=scripted testing)
Způsob provádění testů, kdy je využita sekvence již dříve dokumentovaných testů.
skriptovací jazyk (=scripting language)
Programovací jazyk pro psaní spustitelných testovacích skriptů, které lze využít v nástroji pro podporu provedení testů
(např. nástroj typu nahraj/přehraj).
scrum (=scrum)
Iterativně inkrementální rámec pro řízení projektů běžně používaný v agilním vývoji softwaru.
bezpečnost (security) (=security)
Míra, do jaké komponenta nebo systém chrání informace a data tak, aby osoby příp. jiné komponenty nebo systémy měly
takovou úroveň přístupu, který odpovídá druhu a úrovně autorizace.
bezpečnostní útok (=security attack)
Pokus o získání neoprávněného přístupu k systému nebo komponentě, zdrojům, informacím, případně pokus ohrozit
integritu systému.
bezpečnostní audit (=security audit)
Audit hodnotící bezpečnostní procesy a infrastrukturu organizace.
bezpečnostní politika (=security policy)
Obecný dokument popisující principy, přístup a hlavní cíle organizace v oblasti bezpečnosti.
bezpečnostní procedura (=security procedure)
Soubor kroků potřebných k provedení politiky bezpečnosti a kroky, které je třeba podniknout v reakci na bezpečnostní
incident.
bezpečnostní testování (security
testing) (=security testing)
Proces testování s cílem určit bezpečnost softwarového produktu.
nástroj pro testování bezpečnosti (=security testing tool)
Nástroj, který poskytuje podporu pro testování bezpečnostních charakteristik a zranitelností (slabých míst).
bezpečnostní nástroj (=security tool)
Nástroj, který podporuje provozní bezpečnost.
bezpečnostní zranitelnost (=security vulnerability)
Slabina systému, která by mohla umožnit úspěšný bezpečnostní útok.
sekvenční model vývoje (=sequential development
model)
Typ modelu životního cyklu vývoje (softwaru), kdy je je celý systém vyvíjen lineárně v několika diskrétních a po sobě
následujících fázích, které se vzájemně nepřekrývají.
řízení testování založené na
relaci (=session-based test
management)
Metoda pro měření a řízení testování založené na relaci, např. průzkumné testování.
testování v relacích (=session-based testing)
Přístup k testování, ve kterém jsou testovací aktivity plánovány jako nepřerušovaná relace návrhu a provedení testu. Je
často používaný ve spojení s průzkumným testováním.
závažnost (=severity)
Stupeň dopadu, který má daný defekt na vývoj nebo fungování komponenty nebo systému.
zkrácené vyhodnocení (=short-circuiting)
Technika programovacího jazyka nebo interpreteru pro vyhodnocení složených podmínek, při které nemusí být podmínka na jedné straně logického operátoru vyhodnocena, pokud podmínka na druhé straně je dostatečná k dosažení
konečného výstupu.
simulace (=simulation)
Reprezentace vybraných charakteristik chování jednoho fyzického nebo abstraktního systému jiným systémem.
simulátor (=simulator)
Zařízení, počítačový program nebo systém používaný v průběhu testování, který se chová nebo funguje jako jiný systém v
případě, že disponuje sadou řízených vstupů.
akceptační testování na straně zákazníka (=site acceptance testing)
Akceptační testování uživateli / zákazníky na jejich straně s cílem určit, zda komponenta nebo systém splňuje uživatelské
/ zákaznické potřeby zákazníků a zapadá do byznysových procesů. Běžně zahrnuje hardware i software.
smoke test (=smoke test)
Podmnožina všech definovaných/plánovaných testovacích případů, které pokrývají hlavní funkcionalitu komponenty nebo systému. Jejich úspěšné provedení potvrzuje funkcionalitu nejdůležitějších funkcí komponenty nebo systému,
nejsou řešeny jemnější detaily.
sociální inženýrství (=social engineering)
Pokus o zmanipulování někoho za účelem odhalení informací (například hesla), které lze použít k útoku na systémy nebo
sítě.
software (=software)
Počítačové programy, postupy a případně související dokumenty a data týkající se provozu počítačového systému.
životní cyklus vývoje softwaru (=software development
lifecycle)
Činnosti prováděné v každé fázi vývoje softwaru a vzájemné logické a chronologické souvislosti mezi nimi.
úroveň integrity softwaru (=software integrity level)
Míra, do jaké software vyhovuje nebo musí být v souladu se sadou softwarů vybraných zainteresovanými stranami a/nebo systémové charakteristiky založené na softwaru (např. softwarová složitost, hodnocení rizik, úroveň bezpečnosti, úroveň zabezpečení, požadovaný výkon, spolehlivost nebo náklady), které jsou definovány tak, aby odrážely důležitost
softwaru pro jeho zainteresované strany.
životní cyklus softwaru (=software lifecycle)
Časový interval, který začíná, když je softwarový produkt formován a končí, když již není k dispozici k užívání. Životní cyklus softwaru typicky zahrnuje fáze konceptu, požadavků, návrhu, implementace, testování, instalace a vyzkoušení, provozu a údržby a někdy také fázi stažení (z produkce). Tyto fáze se mohou překrývat nebo mohou být vykonávány
iterativně.
Software Process Improvement
(SPI) (=Software Process
Improvement (SPI))
Sada aktivit určená ke zlepšování výkonnosti a zralosti procesů organizace. SPI zároveň zahrnuje i výsledky těchto aktivit.
kvalita softwaru (=software quality)
Souhrn všech funkcí a vlastností softwarového produktu, které souvisejí s jeho schopností uspokojit stanovené nebo
očekávané potřeby.
Software Usability Measurement Inventory (SUMI) (=Software Usability Measurement Inventory
(SUMI))
Technika testování použitelnosti založená na dotazníku pro měření kvality softwaru z pohledu koncového uživatele.
specifikace (=specification)
Dokument, který ustanovuje, v ideálním případě, úplným, precizním a ověřitelným způsobem požadavky, návrh, chování
nebo jiné vlastnosti komponenty nebo systému. Často taky definuje postupy pro určení, zda jsou tato ustanovení naplněna.
specifikovaný vstup (=specified input)
Vstup, pro který specifikace předpovídá nějaký výsledek.
SQL injection (=SQL injection)
Bezpečnostní útok, při kterém jsou škodlivé SQL příkazy vkládány do vstupního pole pro spouštění.
stabilita (=stability)
Míra, do jaké může být systém nebo komponenta účinně a efektivně modifikován(-a), aniž by došlo k zanesení (nových)
defektů nebo snížení stávající kvality produktu.
stupňovitá reprezentace (=staged representation)
Struktura modelu (např. CMMI), při níž je dosažení cílů sady procesních oblastí stanoveno jako úroveň zralosti; každá úroveň vytváří základ pro další úrovně.
standard (=standard)
Formální, případně povinná sada požadavků vyvinutá a používaná k předepsání konzistentních přístupů ke způsobu práce
nebo k poskytování pokynů (například normy ISO / IEC, IEEE standardy a organizační normy).
strategie testování shody se standardem (=standard-compliant test strategy)
Testovací strategie, při které testovací tým dodržuje nějaký standard. Tento standard může např. platit pro určitý stát (právní předpis), pro obchodní oblast (oborová norma) nebo může být interní (standard organizace).
testování dle standardu (=standard-compliant testing)
Testování, které je v souladu se souborem požadavků definovaných nějakým standardem, např. průmyslovým
standardem pro testování nebo standardem pro testování bezpečnostně kritického systému.
stavový diagram (=state diagram)
Diagram, který znázorňuje stavy, ve kterých se komponenta nebo systém může nacházet. Dále ukazuje podmínky nebo
okolnosti, které způsobují změnu a/nebo jsou důsledkem změny z jednoho stavu do jiného.
tabulka stavů (=state table)
Tabulka (mřížka) zobrazující výsledné přechody pro každý stav v kombinaci s každou možnou událostí a ukazující zároveň
platné i neplatné přechody.
přechod stavů (=state transition)
Přechod mezi dvěmi stavy komponenty nebo systému.
testování přechodů stavů (=state transition testing)
Technika testu černé skříňky používající diagram přechodů stavů nebo stavovou tabulku s cílem odvodit testovací případy tak, aby bylo možné vyhodnotit, zda daná položka testování úspěšně provede platné přechody (stavů) a zablokuje
(neprovede) neplatné.
příkaz (=statement)
Prvek programovacího jazyka, který je typicky nejmenší nedělitelnou spustitelnou jednotkou.
pokrytí příkazů (=statement coverage)
Podíl spustitelných příkazů vykonaných v rámci testovací sady.
testování příkazů (=statement testing)
Technika návrhu testů bílé skříňky, ve které jsou testovací případy navrhovány tak, aby došlo k provedení (všech) příkazů.
statická analýza (=static analysis)
Proces hodnocení komponenty nebo systému bez nutnosti jejího/jeho spuštění. Hodnocení je prováděno na základě
její/jeho formy, struktury, obsahu nebo dokumentace.
statický analyzátor (=static analyzer)
Nástroj, který provádí statickou analýzu.
statická analýza kódu (=static code analysis)
Analýza zdrojového kódu provedená bez spuštění daného softwaru.
statické testování (=static testing)
Testování pracovního produktu bez spuštění zdrojového kódu.
statistické testování (=statistical testing)
Technika návrhu testů, při které se používá model statistického rozložení vstupu pro tvorbu reprezentativních testovacích
případů.
evidence stavů (=status accounting)
Prvek správy konfigurací, který sestává ze zaznamenávání a reportování informací potřebných pro efektivní řízení konfigurace. Tyto informace obsahují identifikaci schválené konfigurace, stav navrhovaných změn v konfiguraci a stav
implementace schválených změn.
testy extrémní zátěže (stress testing) (=stress testing)
Typ testování výkonnosti prováděné za účelem vyhodnocení chování testované položky v podmínkách zátěže překračující předpokládané nebo stanovené požadavky na kapacitu nebo v podmínkách dostupnosti prostředků nedosahujících
minimální stanovené požadavky.
nástroj pro testy extrémní zátěže
stress testing) (=stress testing tool
Nástroj pro podporu testů extrémní zátěže.
strukturální pokrytí (=structural coverage)
Metrika pokrytí založená na vnitřní struktuře komponenty nebo systému.
strukturované skriptování (=structured scripting)
Skriptovací technika, která vytváří a využívá knihovnu opakovaně použitelných skriptů.
stub (=stub)
Implementace softwarové komponenty ve formě skeletu nebo komponenty se speciálním určením, použitá pro vývoj nebo test komponenty, která tuto implementaci volá nebo je na ní závislá. Nahrazuje volanou komponentu.
dílčí cesta (=subpath)
Sekvence spustitelných příkazů v komponentě.
vhodnost (=suitability)
Schopnost softwarového produktu poskytovat vhodnou množinu funkcí pro dané úlohy a uživatelské cíle.
testování vhodnosti (=suitability testing)
Proces testování s cílem určení vhodnosti softwarového produktu.
kritéria pozastavení (=suspension criteria)
Kritéria použitá k (dočasnému) zastavení celého nebo části testovacích činností na testovaných položkách.
testování syntaxe (=syntax testing)
Technika návrhu testů černé skříňky, ve které jsou testovací případy navrženy na základě definice vstupního a/nebo
výstupního oboru hodnot.
systém (=system)
Sada vzájemně se ovlivňujících prvků, která je uspořádána tak, aby plnila zamýšlenou funkci nebo skupinu funkcí.
zpevňování systému (=system hardening)
Postupný proces snižující bezpečnostní zranitelnost systému pomocí aplikování bezpečnostní politiky a různých vrstev
ochrany.
systémové integrační testování (=system integration testing)
Testování integrace systémů a balíčků; testování rozhraní k externím organizacím (např. elektronická výměna dat EDI,
Internet).
systém systémů (=system of systems)
Vícenásobné heterogenní distribuované systémy, které jsou vestavěné v sítích na několika úrovních a ve více vzájemně propojených oblastech, které řeší rozsáhlé interdisciplinární společné problémy a cíle, obvykle bez společné struktury
řízení.
systémové testování (=system testing)
Testování systému jako celku s cílem ověřit, že splňuje předepsané požadavky.
testovaný systém (SUT - system
under test) (=system under test (SUT))
Typ testovaného objektu, kterým je systém.
proces systematického testování a hodnocení (STEP) (=Systematic Test and Evaluation Process (STEP))
Strukturovaná metodika testování, také využívaná jako model založený na obsahu s cílem zlepšit proces testování. STEP nevyžaduje, aby byla jednotlivá zlepšení aplikována ve specifickém pořadí.
technická revize (přezkoumání) (=technical review)
Typ formální revizeprováděný týmem technicky kvalifikovaných osob, kdy je zkoumána vhodnost pracovního produktu
pro jeho zamýšlené použití. Zároveň se zjišťují odchylky od specifikací a norem.
test (=test)
Sada jednoho nebo více testovacích případů.
vrstva pro adaptaci testů (=test adaptation layer)
Vrstva v obecné architektuře automatizace testování, která poskytuje potřebný kód k adaptaci automatizovaných testů
pro jednotlivé komponenty, konfigurace nebo rozhraní testovaného systému.
testovací analýza (=test analysis)
Aktivita pro identifikaci testovacích podmínek pomocí analýzy báze testování.
přístup k testování (=test approach)
Implementace strategie testování pro konkrétní projekt.
architekt testování (=test architect)
(1) Osoba, poskytující poradenství a strategické vedení s následnou návazností na ostatní obory činnosti organizace provádějící testování.
2) Osoba, která stanoví způsob, jakým je pro daný systém testování strukturováno, zahrnuje oblasti jako testovací nástroje a management testovacích dat.
automatizace testů (=test automation)
Užití softwaru k provádění nebo podpoře testovacích činností, např. při managementu testování, návrhů testů, provádění
testů a kontrole výsledků.
architektura automatizovaného
testování (=test automation
architecture)
Konkrétní implementace obecné architektury automatizovaného testování, která určuje architekturu řešení tj. jeho
vrstvy, komponenty, služby a rozhraní.