Brainscape's Knowledge GenomeTM

Browse over 1 million classes created by top students, professors, publishers, and experts.


See full index

ISTQB - CZ glossary > ISTQB - CZ glossary > Flashcards

ISTQB - CZ glossary Flashcards

1
Q

případ zneužití (=abuse case)

A

Případ užití, ve kterém někteří aktéři se zlým úmyslem způsobují škody na systému nebo jiným aktérům.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

akceptační kritéria (=acceptance criteria)

A

Výstupní kritéria, která musí komponenta nebo systém splňovat proto, aby mohly být akceptovány uživatelem,
zákazníkem nebo jinou oprávněnou osobou.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

akceptační testování (=acceptance testing)

A

Formální testování zohledňující potřeby, požadavky a obchodní procesy uživatele, vykonávané za účelem zjištění, zda systém splňuje akceptační kritéria a které umožňuje uživateli, zákazníkovi nebo jiné autorizované osobě určit, zda má
nebo nemá být daný systém akceptován.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

usnadnění (=accessibility)

A

Míra, do jaké může být komponenta nebo systém využíván osobami s nejširší možnou škálou vlastností a schopností k
dosažení stanoveného cíle v konkrétním kontextu použití.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

testování přístupnosti (=accessibility testing)

A

Testování s cílem zjistit lehkost, která umožňuje uživatelům s postižením používat komponentu nebo systém.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

sběr účtů (=account harvesting)

A

Proces získávání seznamů e-mailových adres pro použití v hromadných e-mailových zprávách.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

přesnost (=accuracy)

A

Způsobilost softwarového produktu poskytovat správné nebo dohodnuté výsledky nebo výstupy s potřebnou mírou
přesnosti.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

testování přesnosti (=accuracy testing)

A

Proces testování za účelem zjištení přesnosti softwarového produktu.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

provádění (IDEAL) (=acting (IDEAL))

A

Fáze v modelu IDEAL (provádění - acting), ve kterém jsou zlepšení vytvořena, aplikována do praxe a nasazena v organizaci. Fáze provádění (acting) se skládá z následujících aktivit: vytvoření řešení, testování řešení/pilot, zdokonalování
řešení a implementace řešení.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

aktér (=actor)

A

Uživatel nebo jiná osoba, která určitým způsobem přichází do styku s testovaným systémem.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

skutečný výsledek (=actual result)

A

Chování vytvořené/pozorované při testování systému nebo komponenty.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

ad-hoc revize (=ad hoc reviewing)

A

Revizní technika prováděná nezávislými revidujícími neformálně bez strukturovaného procesu.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

ad hoc testování (=ad hoc testing)

A

Testování prováděné neformálně; není k dispozici příprava formálních testů, nejsou použity žádně techniky návrhu testů,
neexistují žádná očekávání ohledně výsledků a testy jsou prováděny dle libovolného uvážení.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

adaptabilita (=adaptability)

A

Schopnost softwarového produktu být adaptován do rozdílných specifikovaných prostředí bez použití jiných činností
nebo prostředků, než těch, které jsou pro tento účel uvažovaným softwarem poskytovány.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

agilní manifest (=Agile Manifesto)

A

Prohlášení o hodnotách, které jsou základem pro agilní vývoj softwaru. Tyto hodnoty jsou: (preferování) jednotlivců a interakcí před procesy a nástroji, (preferování) reakce na změnu před sledováním plánu, (preferování) spolupráce se
zákazníkem před vyjednáváním o smlouvě.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

agilní vývoj softwaru (=Agile software

development)

A

Skupina metodik vývoje softwaru založená na iterativním inkrementálním vývoji, kde se požadavky a řešení vyvíjejí
během spolupráce v samoorganizujících a mezifunkčních týmech.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
17
Q

agilní testování (=Agile testing)

A

Postup testování pro projekt, který využívá metodiku agilního vývoje softwaru; zahrnuje techniky a metody jako jsou extrémní programování (XP), zachází s vývojem jako se zákazníkem testování a zdůrazňuje princip návrhu test-first.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
18
Q

alfa testování (=alpha testing)

A

Simulované nebo skutečné testování prováděné v testovacím prostředí vývojářské organizace, ale lidmi mimo vývojový
tým.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
19
Q

analytická testovací strategie (=analytical test strategy)

A

Testovací strategie, kdy testovací tým analyzuje testovací bázi, aby identifikoval testovací podmínky, které mají být
pokryty.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
20
Q

analytické testování (=analytical testing)

A

Testování založené na systematické analýze, např. produktových rizik nebo požadavků.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
21
Q

analyzovatelnost (=analyzability)

A

Schopnost softwarového produktu být diagnostikován kvůli nedostatkům nebo příčinám selhání (poruch) v samotném
softwaru nebo kvůli identifikaci částí, které mají být modifikovány.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
22
Q

anomálie (=anomaly)

A

Jakákoliv okolnost, která se liší od očekávání plynoucích ze specifikace požadavků, z dokumentace návrhu, z uživatelské dokumentace, ze standardů atd. nebo z něčích dojmů či zkušeností. Anomálie mohou být nalezeny (mimo jiné, ale ne jenom) během revize (přezkoumání), testování, analýzy, kompilace nebo užívání softwarového produktu nebo
aplikovatelné dokumentace.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
23
Q

anti-malware (=anti-malware)

A

Software, který je použit k detekci a potlačení malwaru.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
24
Q

anti-vzor (=anti-pattern)

A

Opakovaná akce, proces, struktura nebo opakovaně použitelné řešení, které se původně zdálo prospěšné a je běžně
užívané, ale je neefektivní a/nebo kontraproduktivní v praxi.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
25
Q

API (=API)

A

Zkratka pro aplikační programové rozhraní (Application Programming Interface).

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
26
Q

testování API (=API testing)

A

Testování kódu, který umožňuje komunikaci mezi různými procesy, programy a/nebo systémy. Testování API často
zahrnuje negativní testování, např. validaci robustnosti zpracování dat. Viz také testování rozhraní.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
27
Q

hodnotící report (=assessment report)

A

Dokument, který shrnuje výsledky hodnocení, např. závěry, doporučení a zjištění.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
28
Q

hodnotitel (=assessor)

A

Osoba, která vykonává hodnocení; kterýkoliv člen hodnotícího týmu.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
29
Q

atomická podmínka (=atomic condition)

A

Podmínka, která se dále nedá rozložit, např. taková, která neobsahuje dvě nebo více jednoduchých podmínek spojených
pomocí logických operátorů (AND, OR, XOR).

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
30
Q

vektor útoku (=attack vector)

A

Cesta nebo způsoby, kterými může útočník se zlým úmyslem získat přístup k systému.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
31
Q

testování založené na útoku (=attack-based testing)

A

Technika založená na zkušenostech, která využívá útoky na software k vyvolání selhání a to zejména takových, které
souvisí s bezpečností.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
32
Q

útočník (=attacker)

A

Osoba nebo proces, který se pokouší bez povolení o přístup k datům, funkcím nebo jiným vymezeným oblastem systému
s možným zlým úmyslem.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
33
Q

atraktivnost (=attractiveness)

A

Schopnost softwarového produktu být atraktivní (lákavý) pro uživatele.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
34
Q

audit (=audit)

A

Nezávislé zhodnocení produktu, procesu nebo sady procesů prováděné třetí stranou s cílem ohodnocení shody se
specifikacemi, standardy, smluvními dohodami nebo jinými kritérii.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
35
Q

auditní stopa (=audit trail)

A

Cesta celým procesem, pomocí které lze zpětně vysledovat původní vstup do procesu (např. data), kdy je procesní výstup brán jako startovní bod. To pak pomáhá při analýze defektu a umožňuje provedení procesního auditu.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
36
Q

autentifikace (=authentication)

A

Procedura s cílem zjistit, zda je osoba nebo proces tím, za koho se vydává.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
37
Q

autorizace (=authorization)

A

Povolení k užívání zdrojů, které je dáno uživateli nebo procesu.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
38
Q

automatizovaný testware (=automated testware)

A

Testware použitý v automatizovaném testování, např. automatizační skripty.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
39
Q

hustota defektů v
automatizačním kódu (=automation code defect
density)

A

Hustota defektů v komponentě automatizačního kódu testu.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
40
Q

dostupnost (=availability)

A

Míra, do jaké je komponenta nebo systém provozuschopný(-á) a dostupný(-á) pro užívání.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
41
Q

systém vyvážených ukazatelů

balanced scorecard) (=balanced scorecard

A

Nástroj strategického řízení výkonnosti na měření toho, zda jsou provozní aktivity společnosti v souladu s jejími cíli v
rámci obchodní vize a strategie.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
42
Q

základní sestava (baseline) (=baseline)

A

Specifikace nebo softwarový produkt, který byl formálně revidován (přezkoumán) nebo bylo dohodnuto předem, že bude
sloužit jako základ pro další vývoj. Tento základ může být změněn pouze prostřednictvím formálního procesu změnového řízení.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
43
Q

základní blok (=basic block)

A

Sekvence jednoho nebo více na sebe navazujících spustitelných příkazů, které neobsahují žádné větve. Pozn. uzel v grafu
toku řízení představuje základní blok.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
44
Q

základní testovací sada (=basis test set)

A

Sada testovacích případů odvozených z vnitřní struktury komponenty nebo specifikace. Tato sada zajišťuje, že bude
dosaženo 100% pokrytí dle specifikovaného kritéria.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
45
Q

chování (=behavior)

A

Odpověď komponenty nebo systému na sadu vstupních hodnot nebo podmínek.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
46
Q

srovnávací test (benchmark) (=benchmark test)

A

(1) Standard, proti kterému je provedeno měření nebo srovnání.
(2) Test, který je využíván pro srovnání systémů nebo komponent mezi sebou nebo komponenty nebo systému proti danému standardu.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
47
Q

nejlepší postup (best practise) (=best practice)

A

Dokonalejší metoda nebo inovativní postup, který přispívá ke zlepšení výkonnosti organizace v daném kontextu, obvykle
hodnocená jako nejlepší podobnými organizacemi.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
48
Q

beta testování (=beta testing)

A

Simulované nebo skutečné produkční testování prováděné na externí straně lidmi mimo společnost, která produkt
vyvinula.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
49
Q

testování velký třesk (big-bang) (=big-bang testing)

A

Koncept integračního testování, ve kterém je integrace softwarových a/nebo hardwarových elementů do komponenty
nebo celého systému upřednostňována před integraci v dané úrovni.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
50
Q

technika návrhu testů černé skříňky (=black-box test design technique)

A

Procedura s cílem odvození a/nebo výběru testovacích případů, založená na analýze funkcionální nebo nefunkcionální specifikace komponenty nebo systému bez vazby na jejich interní strukturu.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
51
Q

technika testování černé skříňky (=black-box test technique)

A

Procedura s cílem odvození a/nebo výběru testovacích případů, založená na analýze funkcionální nebo nefunkcionální specifikace komponenty nebo systému bez vazby na jejich interní strukturu.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
52
Q

testování černé skříňky (=black-box testing)

A

Funkcionální nebo nefunkcionální testování bez vztahu k vnitřní struktuře komponenty nebo systému.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
53
Q

blokovaný testovací případ (=blocked test case)

A

Testovací případ, který nelze provést, protože nejsou splněny vstupní podmínky pro jeho provedení.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
54
Q

botnet (=botnet)

A

Síť napadených počítačů nazývaných boti nebo roboti, která je řízena třetí stranou, a která je použita pro posílání
malwaru nebo spamu, případně ke spuštění útoků.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
55
Q

(integrační) testování zdola- nahoru (=bottom-up testing)

A

Přírůstkový přístup k integračním testům, kdy jsou nejprve testovány komponenty nejnižší úrovně, které se pak používají k usnadnění testování komponent vyšší úrovně. Tento proces se opakuje, dokud není testována komponenta v nejvyšší
úrovni.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
56
Q

hraniční hodnota (=boundary value)

A

Minimální nebo maximální hodnota v rámci setřízené třídy ekvivalence.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
57
Q

analýza hraničních hodnot (=boundary value analysis)

A

Technika návrhu testů (převážně) černé skříňky, ve které jsou testovací případy navrhované s ohledem na hraniční
hodnoty.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
58
Q

pokrytí hraničních hodnot (=boundary value coverage)

A

Procento hraničních hodnot, které je vykonáno testovací sadou.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
59
Q

větev (=branch)

A

Základní blok (kódu), který může být vybrán pro provedení na základě konstrukce programu, ve které je k dispozici buďto jedna ze dvou anebo dvě nebo více alternativních cest programu, např. přepínač (case/switch), skok, příkaz goto nebo
podmínka.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
60
Q

pokrytí větví (=branch coverage)

A

Procento větvení, které je vykonáno v rámci testovací sady. 100% pokrytí větví znamená jak 100% pokrytí rozhodnutí, tak
100% pokrytí příkazů.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
61
Q

testování větví (=branch testing)

A

Technika návrhu testů bílé skříňky, ve které jsou testovací případy navrhovány tak, aby došlo k provedení (všech) větví.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
62
Q

vyrovnávací paměť (buffer) (=buffer)

A

Zařízení nebo datové úložiště, které slouží k dočasnému ukládání dat z důvodu rozdílných rychlostí toku dat, času nebo
výskytu událostí. Důvodem pro využívání vyrovnávací paměti může být i rozdíl v množství dat, které jsou schopny zpracovat zařízení nebo procesy podílející se na jejich přenosu či použití.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
63
Q

přetečení vyrovnávací paměti (=buffer overflow)

A

Selhání přístupu do paměti z důvodu pokusu procesu o uložení dat za hranice délky pevné délky vyrovnávací paměti, což
má za následek přepsání přilehlých oblastí paměti nebo vyvolání výjimky přetečení.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
64
Q

ověřovací test sestavení (buildu) (=build verification test (BVT))

A

Sada automatických testů, která validuje integritu každého sestavení a ověřuje její klíčovou funkcionalitu, stabilitu a testovatelnost. Jedná se o postup, kdy jsou dodávky sestavovány velmi často (např. agilní projekty) a tato sada testů je pak spouštěna s každým novým sestavením předtím, než je systém/produkt uvolněn pro další testování.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
65
Q

graf burn-down (=burndown chart)

A

Zveřejněný graf, který znázorňuje pracnost v závislosti na čase v dané iteraci. Zobrazuje stav a trend při plnění úkolů v iteraci. Osa X typicky reprezentuje dny v iteraci, osa Y reprezentuje zbývající pracnost (obvykle buď v ideálních člověko-
hodinách nebo v tzv. story points).

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
66
Q

testování založené na
byznysových procesech (=business process-based
testing)

A

Přístup k testování, ve kterém jsou testovací případy navrženy na základě popisů a/nebo znalostí o byznysových
procesech.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
67
Q

graf volání (=call graph)

A

Abstraktní reprezentace vztahů mezi voláním jednotlivých programových částí v programu.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
68
Q

model hodnocení vyspělosti a zralosti procesů (CMMI) (=Capability Maturity Model Integration (CMMI))

A

Rámec, který popisuje klíčové elementy efektivního vývoje produktu a procesu údržby. CMMI pokrývá doporučené postupy pro plánování, technické oblasti a řízení vývoje produktu a údržby.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
69
Q

nahraj/přehraj (=capture/playback)

A

Přístup k automatizaci testování, kdy jsou vstupy do testovaného objektu zaznamenány během manuálního testování s cílem vytvořit automatizované testovací skripty, které by mohly být spouštěny (opakovaně) později (tj. přehrány).

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
70
Q

nástroj nahraj/přehraj (=capture/playback tool)

A

Typ nástroje pro provádění testů, ve kterém jsou vstupy zaznamenány při ručním testováním s cílem vytvořit automatizované testovací skripty, které mohou být spouštěny později (tj. přehrány). Tyto nástroje jsou často používány
na podporu automatizovaného regresního testování.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
71
Q

CASE (=CASE)

A

Zkratka pro počítačem podporované softwarové inženýrství (Computer Aided Software Engineering).

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
72
Q

CAST (=CAST)

A

Zkratka pro počítačem podporované testování softwaru (Computer Aided Software Testing).

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
73
Q

kauzální analýza (=causal analysis)

A

Analýza defektů s cílem určit jejich kořenovou příčinu.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
74
Q

graf příčiny a následku (=cause-effect diagram)

A

Grafické znázornění, které slouží k uspořádání a zobrazení vzájemných možných vztahů různých kořenových příčin problému. Možné příčiny skutečného nebo potenciálního defektu nebo selhání jsou organizovány v kategoriích a podkategoriích v horizontální stromové struktuře, ve které je (potenciální) defekt nebo selhání znázorněn jako kořenový uzel.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
75
Q

graf příčin a následků (=cause-effect graph)

A

Grafické znázornění vstupů a/nebo podnětů (příčin) a jim odpovídajících výstupů (následků), které může být použito pro
návrh testovacích případů.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
76
Q

znázornění příčiny a následku (=cause-effect graphing)

A

Technika návrhu testů černé skříňky, ve které jsou testovací případy navrženy z diagramů příčiny a následku.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
77
Q

certifikace (=certification)

A

Proces potvrzení (např. složením zkoušky), že komponenta, systém nebo osoba je ve shodě s pro ni specifikovanými
požadavky.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
78
Q

řízení změn (=change management)

A

(1) Strukturovaný přístup k přechodu jedinců a organizací ze současného do požadovaného budoucího stavu. (2) Řízený
způsob, jak dosáhnout změny nebo navrhované změny ve výrobku nebo službě.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
79
Q

změnitelnost (=changeability)

A

Schopnost softwarového produktu umožnit, aby byla specifikovaná modifikace implementována.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
80
Q

revize založená na kontrolním

seznamu (=checklist-based reviewing)

A

Revizní technika, při které se postupuje podle seznamu otázek nebo požadovaných atributů.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
81
Q

testování založené na kontrolních seznamech (=checklist-based testing)

A

Technika testování založená na zkušenostech, kdy tester používá obecný seznam položek (kontrolní seznam), které mají být zaznamenány, zkontrolovány nebo na ně má být pamatováno, příp. soubor pravidel nebo kritérií, proti kterým musí
být produkt ověřen.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
82
Q

strom klasifikací (=classification tree)

A

Strom ukazující hiearchicky seřazené třídy ekvivalence, což je použito k návrhu testovacích případů (při užití metody
stromu klasifikací).

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
83
Q

metoda stromové klasifikace (=classification tree method)

A

Technika návrhu testů černé skříňky, při které jsou testovací případy popsány jako strom klasifikací a navrženy tak, aby
došlo k vykonání kombinací představitelů vstupních a/nebo výstupních domén.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
84
Q

CLI (=CLI)

A

Zkratka pro rozhraní k příkazové řádce (command-line interface).

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
85
Q

testování pomocí příkazové řádky

CLI testování) (=CLI testing

A

Testování prováděné odesíláním příkazů do testovaného softwaru pomocí speciálního rozhraní založeném na příkazovém
řádku.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
86
Q

koexistence (=co-existence)

A

Schopnost softwarového produktu koexistovat s jiným nezávislým softwarem ve společném prostředí sdílejícím společné
zdroje.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
87
Q

kód (=code)

A

Počítačové instrukce a definice dat vyjádřené v programovacím jazyce nebo ve formě výstupu z asembleru, kompilátoru
nebo jiného překladače.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
88
Q

pokrytí kódu (=code coverage)

A

Analytická metoda, která určuje, jaké části softwaru byly prověřeny (pokryty) testovací sadou, a které části nebyly
prověřeny, např. pokrytí příkazů, pokrytí rozhodnutí nebo pokrytí podmínek.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
89
Q

závislé chování (=codependent behavior)

A

Nadměrná emoční nebo psychická závislost na jiné osobě, obzvláště při pokusu změnit stávající (nežádoucí) chování této osoby při současné podpoře tohoto chování. Například při testování softwaru, testeři si stěžují na zpožděnou dodávku softwaru určeného k testování, a přitom si zároveň užívají pocit hrdinství, kdy pracují přesčas. Tím, že takto dokáží získat potřebný čas při pozdních dodávkách, podporují tato zpoždění i do budoucna.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
90
Q

kombinační testování (=combinatorial testing)

A

Technika návrhu testů černé skříňky, při které jsou testovací případy navrženy tak, aby došlo k vykonání specifických kombinací hodnot několika (vstupních) parametrů.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
91
Q

krabicový software (COTS -
commercial off-the-shelf) (=commercial off-the-shelf
(COTS))

A

Softwarový produkt vyvinutý pro širší trh (tj. pro velké množství zákazníků), který je jim dodáván v jednotné (identické)
formě.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
92
Q

kompatibilita (=compatibility)

A

Míra, ve které si může komponenta nebo systém vyměňovat informace s jinými komponentami nebo systémy.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
93
Q

kompilátor (=compiler)

A

Softwarový nástroj, který překládá programy vyjádřené ve vysokoúrovňovém jazyce do jejich ekvivalentu ve strojovém
jazyce.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
94
Q

složitost (=complexity)

A

Stupeň složitosti komponenty nebo systému ve smyslu pochopení jejího návrhu a/nebo interní struktury, údržby a
ověřování funkčnosti.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
95
Q

soulad (=compliance)

A

Schopnost softwarového produktu dodržovat standardy, konvence nebo pravidla v zákonech a podobných předpisech.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
96
Q

testování shody (=compliance testing)

A

Proces testování s cílem určit shodu komponenty nebo systému.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
97
Q

komponenta (=component)

A

Nejmenší část systému, kterou lze izolovaně testovat.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
98
Q

integrační testování komponent (=component integration

testing)

A

Testování prováděné s cílem odhalit defekty v rozhraních a interakcích mezi integrovanými komponentami.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
99
Q

specifikace komponenty (=component specification)

A

Popis funkčnosti komponenty ve smyslu výstupních hodnot pro dané vstupní hodnoty za specifikovaných podmínek a ve
smyslu požadovaného nefunkcionálního chování (např. vytíženost zdrojů).

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
100
Q

testování komponent (=component testing)

A

Testování jednotlivých hardwarových nebo softwarových komponent.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
101
Q

složená podmínka (=compound condition)

A

Dvě nebo více jednotlivých podmínek spojených pomocí logického operátoru (AND, OR nebo XOR), např. “A>B AND
C>1000”.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
102
Q

počítačová forenzní věda (=computer forensics)

A

Praktika určení způsobu, kterým byl proveden úspěšný bezpečnostní útok a vyhodnocení jeho škod.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
103
Q

testování souběžnosti (=concurrency testing)

A

Testování s cílem zjistit, jak komponenta nebo systém zpracovávají souběh dvou nebo více současně probíhajících (konkurenčních) činností. Souběh činností může být dosažen buď jejich překrýváním nebo jejich současným provedením.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
104
Q

podmínka (=condition)

A

Logický výraz, který je možno vyhodnodit jako Pravda nebo Nepravda, např. A>B.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
105
Q

pokrytí podmínek (=condition coverage)

A

Procento výsledků podmínek, které jsou vykonány v rámci testovací sady. Pro 100% pokrytí podmínek je nutno mít každou jednotlivou podmínku v každém rozhodovacím příkazu otestovánu jako Pravda a Nepravda.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
106
Q

výsledek (vyhodnocení)

podmínky (=condition outcome)

A

Vyhodnocení podmínky jako pravdivé (True) nebo nepravdivé (False).

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
107
Q

testování podmínek (=condition testing)

A

Technika návrhu testů bílé skříňky, ve které jsou testovací případy navrženy tak, aby jejich provedení vedlo k vykonání
podmínek.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
108
Q

interval spolehlivosti (=confidence interval)

A

Časové období, během něhož musí být v oblasti managementu rizik provedeno nouzové (contingency) opatření, aby bylo
možné účinně snížit dopad rizika.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
109
Q

konfigurace (=configuration)

A

Skladba komponenty nebo systému, která je definována počtem, vlastnostmi a vzájemným propojením všech jeho
součástí.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
110
Q

konfigurační audit (=configuration auditing)

A

Činnost s cílem ověřit obsah knihoven konfiguračních položek, např. z důvodu souladu se standardy (např. normami).

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
111
Q

správa konfigurací (=configuration control)

A

Prvek konfiguračního managementu skládající se z vyhodnocení, koordinace, schválení (nebo neschválení) a
implementace změn konfiguračních položek po formálním stanovení identifikace konfigurace.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
112
Q

výbor pro správu konfigurací (CCB - configuration control

board) (=configuration control board (CCB))

A

Skupina osob zodpovědných za vyhodnocení a schválení či zamítnutí navrhovaných změn konfiguračních položek a dále za zajištění implementace schválených změn.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
113
Q

identifikace konfigurace (=configuration identification)

A

Součást konfiguračního managementu, která zahrnuje výběr konfiguračních položek systému a zaznamenávání jejich
funkcionálních a fyzických charakteristik v technické dokumentaci.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
114
Q

konfigurační položka (=configuration item)

A

Seskupení pracovních produktů, které je ustanoveno pro účely správy konfigurací, a které je dále v tomto procesu
považováno za samostatnou entitu.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
115
Q

konfigurační management (=configuration management)

A

Disciplína aplikující technický a administrativní směr a dohled nad položkami konfigurace s cílem identifikace a zdokumentování jejich funkcionálních a nefunkcionálnich charakteristik. Dále aplikující řízení změn těchto vlastností, nahrávání a reportování změn zpracování a stavu implementace a ověření souladu se stanovenými požadavky.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
116
Q

nástroj pro konfigurační
management (=configuration management
tool)

A

Nástroj podporující identifikaci a správu konfiguračních položek, jejich změn a verzí a uvolnění jejich základních sestav
(baselines).

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
117
Q

konfirmační testování (=confirmation testing)

A

Testování, které spouští testovací případy, jež v minulém běhu selhaly, s cílem ověřit úspěšnost nápravných opatření.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
118
Q

konzultační testovací strategie (=consultative test strategy)

A

Testovací strategie, při níž testovací tým spoléhá na vstup jednoho nebo více klíčových zainteresovaných stran (key
stakeholders) s cílem určit podrobnosti této strategie.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
119
Q

konzultační testování (=consultative testing)

A

Testování řízené poradenstvím a pokyny vhodných odborníků mimo testovací tým (např. experti na danou technologii
a/nebo v daném oboru podnikání).

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
120
Q

model založený na obsahu (=content-based model)

A

Procesní model, který poskytuje podrobný popis dobrých technických postupů, např. testovacích.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
121
Q

kontinuální reprezentace (=continuous representation)

A

Reprezentace modelu schopnosti a zralosti (např. CMM/CMMI), kdy jsou jednotlivé úrovně zlepšování procesů v rámci
svých procesních oblastí seřazeny v doporučeném pořadí.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
122
Q

smluvní akceptační testování (=contractual acceptance

testing)

A

Akceptační testování prováděné za účelem ověření, zda systém splňuje dané smluvní požadavky.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
123
Q

kontrolní graf (=control chart)

A

Nástroj pro statistickou kontrolu procesu používaný k jeho sledování a určení toho, zda je statisticky řízen. Graficky
zobrazuje průměrnou hodnotu a horní a dolní kontrolní limity (nejvyšší a nejnižší hodnoty) procesu.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
124
Q

řídící tok (=control flow)

A

Posloupnost, ve které jsou jednotlivé operace vykonávány během provádění položky testování.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
125
Q

analýza řídícího toku (=control flow analysis)

A

Forma statické analýzy, založená na znázornění unikátních cest (sekvencí událostí) při průběhu skrz komponentu nebo systém. Analýza řídícího toku vyhodnocuje integritu jeho struktur a hledá jeho možné anomálie jako např. uzavřené
smyčky nebo logicky nedosažitelné procesní kroky.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
126
Q

graf řídícího toku (=control flow graph)

A

Abstraktní reprezentace všech možných posloupností událostí (cest) při spuštění komponenty nebo systému.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
127
Q

testování řídícího toku (=control flow testing)

A

Přístup k testování založený na struktuře, při kterém jsou testovací případy založeny na vykonání specifických posloupností událostí. Existují různé techniky testování řídícího toku, např. testování rozhodnutí, testování podmínek, testování cest, a platí, že každá z nich má specifický přístup a úroveň pokrytí řídícího toku.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
128
Q

konvergenční metrika (=convergence metric)

A

Metrika, která ukazuje posun směrem k definovanému kritériu, např. konvergence celkového počtu provedených testů k
celkovému počtu testů plánovaných k provedení.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
129
Q

testování konverze (=conversion testing)

A

Testování softwaru použitého ke konverzi dat z existujících systémů pro užití v systémech, které existující systémy
nahrazují.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
130
Q

firemní dashboard (=corporate dashboard)

A

Prezentace stavu firemních výkonnostních ukazatelů ve formě dashboardu.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
131
Q

cena kvality (=cost of quality)

A

Celkové náklady vynaložené na činnosti a záležitosti spojené s kvalitou a často také rozdělené na náklady na prevenci,
ohodnocení, interní vady a externí vady.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
132
Q

pokrytí (=coverage)

A

Míra (vyjádřená v procentech), do jaké byla konkrétní položka prověřena nebo otestována testovací sadou.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
133
Q

analýza pokrytí (=coverage analysis)

A

Měření poměru dosaženého pokrytí vzhledem ke stanovenému pokrytí daného elementu během provádění testu s odkazem na předem stanovená kritéria. Tato kritéria jsou definována, aby bylo možné rozhodnout, zda je potřebné dále
testovat, a pokud ano, tak jaké testovací případy použít.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
134
Q

položka pokrytí (=coverage item)

A

Atribut nebo kombinace atributů, které jsou odvozeny z jedné nebo více testovacích podmínek pomocí určité techniky
testování, umožňující měření důkladnosti provádění testu.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
135
Q

nástroj pro pokrytí (=coverage tool)

A

Nástroj poskytující objektivní měření toho, jaké strukturální prvky (např. příkazy nebo rozhodnutí) byly prověřeny
testovací sadou.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
136
Q

klíčový faktor úspěchu (=critical success factor)

A

Prvek nezbytný pro organizaci nebo projekt určující naplnění jejich poslání. Klíčovými faktory úspěchu jsou ty kritické
faktory nebo činnosti potřebné pro zajištění úspěchu.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
137
Q

kritické procesy testování (CTP) (=Critical Testing Processes (CTP))

A

Model založený na obsahu s cílem zlepšení testovacího procesu postavený na dvanácti kritických procesech. Tyto zahrnují řídící procesy, pomocí kterých členové a management posuzují pravomoce a kritické procesy, u kterých výkonnost
ovlivňuje zisk a reputaci firmy.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
138
Q

cross-site skriptování (XSS) (=cross-site scripting (XSS))

A

Zranitelnost, která umožňuje útočníkům vložit škodlivý kód do jinak benigních (neškodných) internetových stránek.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
139
Q

software na zakázku (=custom software)

A

Software vyvinutý speciálně pro skupinu uživatelů nebo zákazníků. Opak ke krabicovému softwaru.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
140
Q

specifický nástroj (=custom tool)

A

Softwarový nástroj, který byl vyvinut speciálně pro skupinu uživatelů nebo zákazníků.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
141
Q

cyklomatická složitost (=cyclomatic complexity)

A

Maximální počet lineárních nezávislých cest programem. Cyklomatická složitost může být vypočítána z diagramu jako L- N+2P, kde L=počet hran/spojení, N=počet uzlů, P=počet nespojených částí (nebo orientačně v kódu jako počet podmínek
+ 1).

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
142
Q

denní sestavení (daily build) (=daily build)

A

Aktivita vývoje, při které je celý systém zkompilován a sestaven každý den (často během noci), takže je kdykoliv k
dispozici kompletní systém včetně všech posledních změn.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
143
Q

dashboard (=dashboard)

A

Reprezentace dynamických měření provozní výkonnosti nějaké organizace nebo činnosti za použití metrik, které jsou metaforou prvků na palubní desce automobilu jakými jsou například vizuální číselník, čítač, apod. Důsledek událostí nebo
činností tak může být snadno pochopen v souvislosti s provozními cíli.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
144
Q

definice dat (=data definition)

A

Vykonatelný příkaz, ve kterém je proměnné přiřazena hodnota.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
145
Q

datový tok (=data flow)

A

Abstraktní znázornění posloupnosti a možných změn stavu datových objektů, kde stav objektu je vytvořený, použitý nebo
zrušený.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
146
Q

analýza datového toku (=data flow analysis)

A

Forma statické analýzy založená na definici a použití proměnných.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
147
Q

pokrytí toku dat (=data flow coverage)

A

Procento dvojic “definice-použití” (definition-use), které jsou pokryty testovací sadou.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
148
Q

testování toku dat (=data flow testing)

A

Technika návrhu testů bílé skříňky, při které jsou testovací případy navrženy tak, aby došlo k provedení dvojic “definice-
užití” pro dílčí proměnné.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
149
Q

zatemnění dat (=data obfuscation)

A

Transformace dat, která způsobuje komplikované rozpoznání původních dat pro člověka.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
150
Q

ochrana osobních dat (=data privacy)

A

Ochrana osobních údajů či jinak citlivých informací před nežádoucím prozrazením.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
151
Q

kvalita dat (=data quality)

A

Atribut dat, který indikuje jejich správnost s ohledem na předdefinovaná kritéria, např. očekávání byznysu, požadavky na
integritu dat, konzistenci dat, apod.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
152
Q

testování řízené daty (=data-driven testing)

A

Skriptovací technika, která uchovává vstupy a očekávané výsledky v tabulce nebo tabulkovém procesoru tak, aby jeden řídící skript mohl vykonat všechny testy v tabulce. Testování řízené daty se často využívá jako podpora pro nástroje na (automatizované) provedení testů, například nástroje typu nahraj/přehraj (capture/playback).

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
153
Q

testování integrity databáze (=database integrity testing)

A

Testování metod a procesů pro přístup a řízení dat (databáze) s cílem zajistit, aby 1) metody přístupu, procesy a pravidla pro data fungovala podle očekávání; 2) data nebyla při přístupu do databáze poškozena nebo neočekávaně odstraněna,
aktualizována nebo vytvořena.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
154
Q

dd cesta (decision-to-decision) (=dd-path)

A

Cesta mezi dvěma rozhodnutími algoritmu nebo dvěma rozhodovacími uzly odpovídajícího grafického znázornění
průchodu algoritmem, která neobsahuje žádná jiná rozhodnutí.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
155
Q

ladění (debugging) (=debugging)

A

Proces hledání, analyzování a odstraňování příčin selhání v softwaru.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
156
Q

nástroj pro ladění (debugging tool) (=debugging tool)

A

Nástroj používaný programátory na reprodukování selhání, prověření stavu programů a nalezení odpovídající chyby.
Nástroje pro ladění (debuggery) umožňují programátorům spouštět programy krok za krokem, přerušit běh programu na libovolném příkaze, nastavit a přezkoumat proměnné programu.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
157
Q

rozhodnutí (=decision)

A

Typ příkazu, ve kterém má tok řízení možnost volby mezi dvěma nebo více cestami, jež vedou k sadám následných aktivit.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
158
Q

pokrytí rozhodnutí a podmínek (=decision condition coverage)

A

Procento výstupů všech podmínek a všech rozhodnutí, které jsou vykonány v rámci testovací sady. 100% pokrytí
rozhodnutí a podmínek znamená jak 100% pokrytí podmínek, tak 100% pokrytí rozhodnutí.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
159
Q

testování podmínek a rozhodnutí (=decision condition testing)

A

Technika návrhu testů bílé skříňky, ve které jsou testovací případy navrhovány tak, aby došlo k provedení výsledků
podmínek a rozhodnutí.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
160
Q

pokrytí rozhodnutí (=decision coverage)

A

Pokrytí výstupů rozhodnutí.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
161
Q

výsledek rozhodnutí (=decision outcome)

A

Výsledek rozhodnutí určující následující příkaz, který má být proveden.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
162
Q

rozhodovací tabulka (=decision table)

A

Tabulka, která ukazuje kombinace vstupů a/nebo podnětů (příčin) spolu s jejich přiřazenými výstupy a/nebo úkony
(důsledky), a kterou je možno použít k návrhu testovacích případů.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
163
Q

testování dle rozhodovací tabulky (=decision table testing)

A

Technika testů černé skříňky, při které jsou testovací případy navrženy tak, aby došlo k provedení kombinací vstupů
a/nebo podnětů (příčin) uvedených v rozhodovací tabulce.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
164
Q

testování rozhodnutí (=decision testing)

A

Technika návrhu testů bílé skříňky, při které jsou testovací případy navrhovány tak, aby došlo k provedení výstupů
rozhodnutí.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
165
Q

defekt (=defect)

A

Nedokonalost nebo nedostatek v pracovním produktu, na jehož základě (tento pracovní produkt) nesplňuje své
specifikace nebo požadavky na něj kladené.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
166
Q

hustota defektů (=defect density)

A

Počet defektů pracovního produktu vztažený k jednotkové (tj. normované) velikosti.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
167
Q

procento zjištěných defektů (DDP

- defect detection percentage) (=Defect Detection Percentage (DDP))

A

Poměr počtu defektů nalezených na dané úrovni testování vzhledem k součtu celkového počtu defektů zjištěných na této úrovni, počtu defektů na všech dalších úrovních testování a počtu defektů z produkčního prostředí.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
168
Q

management defektů (=defect management)

A

Proces identifikace a zaznamenávání defektů včetně jejich klasifikace, zkoumání, přijímání opatření k jejich řešení a
uzavírání v případě vyřešení.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
169
Q

komise pro management defektů (=defect management committee)

A

Smíšený tým zainteresovaných osob, kteří mají na starosti management defektů od počátečního objevení po konečné rozhodnutí (odstranění, odložení nebo zrušení defektu). V některých případech se jedná o stejný tým jako výbor pro
správu konfigurací.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
170
Q

nástroj pro management defektů (=defect management tool)

A

Nástroj, který napomáhá zaznamenávání a sledování stavů defektů.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
171
Q

maskování defektu (=defect masking)

A

Situace, při které není díky výskytu jednoho defektu odhalen defekt jiný.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
172
Q

report o defektu (=defect report)

A

Zaznamenání výskytu defektu, jeho povahy a stavu.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
173
Q

taxonomie defektů (=defect taxonomy)

A

Systém (hiearchických) kategorií, navržený jako užitečná pomůcka pro reprodukování klasifikovaných defektů.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
174
Q

typ defektu (=defect type)

A

Element taxonomie defektů. Taxonomie defektů mohou být identifikovány s ohledem na celou řadu činitelů. Tyto činitele mohou být např. fáze nebo aktivita vývoje, ve které k defektu došlo (chyba ve specifikaci, chyba při kódování), povaha defektu (chyba typu N+1), nesprávnost (např. nesprávný relační operátor, chyba v syntaxi programovacího jazyka, nevhodný předpoklad) nebo problém ve výkonnosti (překročení časového limitu, nedostatečná dostupnost).

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
175
Q

technika návrhu testů založená
na defektech (=defect-based test design
technique)

A

Procedura pro odvození a/nebo výběr testovacích případů zaměřená na jeden nebo více typů defektů, kdy jsou testy
vyvíjeny na základě znalostí o těchto typech defektů.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
176
Q

dvojice definice-užití (=definition-use pair)

A

Sdružení definice proměnné s následným použitím této proměnné. Proměnné jsou použity pro výpočty (např. násobení)
nebo pro řízení (např. testu nebo kódu) při jeho spuštění (předpřipravené testování).

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
177
Q

dodávka (=deliverable)

A

Jakýkoliv (pracovní) produkt, který musí být dodán někomu jinému, než autorovi daného produktu.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
178
Q

demilitarizovaná zóna (DMZ) (=demilitarized zone (DMZ))

A

Fyzická nebo logická část sítě, která obsahuje a vystavuje externě orientované služby organizace nedůvěryhodné síti,
obyčejně Internetu.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
179
Q

Demingův cyklus (=Deming cycle)

A

Iterativní čtyřkrokový proces řešení problémů (naplánuj-proveď-ověř-jednej), který se obvykle používá při zlepšování
procesů.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
180
Q

odepření služeb (DOS) (=denial of service (DOS))

A

Bezpečnostní útok jehož cílem je přetížit systém (nelegitimními) požadavky tak, že legitimní požadavky nemohou být
zpracovány.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
181
Q

testování založené na návrhu (=design-based testing)

A

Přístup k testování, ve kterém jsou testovací případy navrženy na základě (znalosti) architektury a/nebo detailního návrhu
komponenty nebo systému (např. testy rozhraní mezi komponentami nebo systémy).

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
182
Q

testování od stolu (=desk checking)

A

Testování softwaru nebo specifikace pomocí manuální simulace běhu (např. testování algoritmu s využitím tužky a
papíru).

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
183
Q

vývojářské testování (=development testing)

A

Formální nebo neformální testování prováděné obvykle vývojáři ve vývojovém prostředí při implementaci komponenty
nebo systému.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
184
Q

diagnostika (IDEAL) (=diagnosing (IDEAL))

A

Fáze v modelu IDEAL, která určuje kde se nacházíme v poměru k tomu, kde chceme být. Fáze diagnostiky se skládá z činností, které vytvářejí doporučení pro dosažení požadovaného stavu, a které pomáhají určit současný a požadovaný
stav (kterého chceme dosáhnout).

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
185
Q

testování dokumentace (=documentation testing)

A

Testování kvality dokumentace, např. uživatelského nebo instalačního návodu.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
186
Q

doména hodnot (=domain)

A

Sada, ze které jsou vybírány platné vstupní a/nebo výstupní hodnoty.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
187
Q

doménová analýza (=domain analysis)

A

Technika návrhu testů černé skříňky, která se používá k identifikaci efektivních a účinných testovacích případů, a při které může nebo musí být testováno několik proměnných současně. Technika zobecňuje třídy ekvivalence a analýzu hraničních
hodnot, zároveň je na nich založená.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
188
Q

ovladač (=driver)

A

Softwarová komponenta nebo testovací nástroj, který nahrazuje komponentu, jež zajišťuje řízení a/nebo volání jiné
komponenty nebo systému.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
189
Q

dynamická analýza (=dynamic analysis)

A

Proces vyhodnocující chování (např. výkon paměti, využití procesoru) systému nebo komponenty během spuštění.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
190
Q

nástroj pro dynamickou analýzu (=dynamic analysis tool)

A

Nástroj, který za běhu poskytuje informace o stavu softwarového kódu. Tyto nástroje jsou nejčastěji používány k odhalení neadresovaných ukazatelů (pointer), prověření aritmetiky ukazatele a ke sledování alokace, využití a uvolňování
paměti a k označení úniku paměti.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
191
Q

dynamické srovnávání (=dynamic comparison)

A

Srovnávání skutečných a očekávaných výsledků, které je prováděno během doby, kdy software běží, např. pomocí
nástroje pro provádění testů.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
192
Q

dynamické testování (=dynamic testing)

A

Testování, které zahrnuje spuštění softwaru, komponenty nebo systému.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
193
Q

efektivita (=effectiveness)

A

Schopnost dosahovat očekávaných výsledků.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
194
Q

účinnost (=efficiency)

A

1.) Schopnost softwarového produktu poskytovat vhodný výkon s ohledem na množství použitých zdrojů a za stanovených podmínek. 2.) Schopnost procesu produkovat zamýšlený výstup s ohledem na množství použitých zdrojů.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
195
Q

testování účinnosti (=efficiency testing)

A

Proces testování s cílem zjistit účinnost softwarového produktu.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
196
Q

testování základního pokrytí (=elementary comparison

testing)

A

Technika testování černé skříňky, při které jsou testovací případy navrženy tak, aby došlo k provedení kombinací vstupů
za použití konceptu pokrytí modifikovaných podmínek/rozhodnutí.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
197
Q

vložený iterační model (=embedded iterative model)

A

Část modelu vývoje životního cyklu (softwaru), který používá iterační přístup k detailnímu návrhu, ke kódování a k testování v průběhu rámcového sekvenčního modelu. V takovém modelu se dokumentace obecného návrhu připravuje a schvaluje pro celý projekt, ale detailní návrh, vývoj a testování probíhá v iteracích.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
198
Q

emoční inteligence (=emotional intelligence)

A

Schopnost, kapacita a dovednost identifikovat, zhodnotit a řídit vlastní, cizí a skupinové emoce.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
199
Q

emulátor (=emulator)

A

Zařízení, počítačový program nebo systém, který přijímá stejné vstupy a vydává stejné výstupy jako u daného systému.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
200
Q

šifrování (=encryption)

A

Proces kódování informací, jehož cílem je zajistit, aby původní informace mohly získat pouze autorizované entity, obvykle
pomocí zvláštního klíče nebo dešifrovacího procesu.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
201
Q

vstupní kritéria (=entry criteria)

A

Sada podmínek, které určují zahájení prací na daném úkolu.

202
Q

vstupní bod (=entry point)

A

Spustitelný příkaz nebo procesní krok, který definuje bod, v němž je zamýšlený začátek daného procesu.

203
Q

třída ekvivalence (=equivalence partition)

A

Část vstupní nebo výstupní domény, pro kterou je na základě specifikace předpokládané chování komponenty nebo
systému totožné.

204
Q

pokrytí tříd ekvivalence (=equivalence partition

coverage)

A

Procento tříd ekvivalence, které jsou vykonány v rámci testovací sady.

205
Q

rozdělení tříd ekvivalence (=equivalence partitioning)

A

Technika testování černé skřínky, při které jsou (z důvodu optimalizace) testovací případy navrženy tak, aby byl pro
pokrytí každé třídy ekvivalence použit právě jeden její typický zástupce.

206
Q

ekvivalentní pracnost pro manuální testování (EMTE - equivalent manual test effort) (=equivalent manual test effort (EMTE))

A

Pracnost, která by vyžadovalo provedení testů manuálně.

207
Q

chyba (=error)

A

Lidská činnost, která má za následek nesprávné výsledky.

208
Q

odhadování chyb (=error guessing)

A

Technika testování, při níž jsou testy odvozeny na základě znalosti testera o již objevených chybách nebo jeho obecných
znalostech o nich.

209
Q

tolerance k chybám (=error tolerance)

A

Schopnost systému nebo komponenty pokračovat v normálním provozu i přes přítomnost chybných vstupů.

210
Q

uniklý defekt (=escaped defect)

A

Defekt, který nebyl odhalen v předchozí úrovni testování, jež byla zaměřená na odhalení podobného typu defektů.

211
Q

zavádění (model IDEAL) (=establishing (IDEAL))

A

Fáze v modelu IDEAL (Establishing), kdy je plánováno, jak organizace dosáhne svého cíle. Fáze zavádění se skládá z aktivit
definice priorit, stanovení strategie k dosažení definovaného cíle a plánování dílčích akcí.

212
Q

etický hacker (=ethical hacker)

A

Bezpečnostní tester, který používá hackerské postupy.

213
Q

model excelence Evropské nadace pro management kvality (EFQM - European Foundation for Quality Management) (=European Foundation for Quality Management excellence model (EFQM))

A

Dobrovolný rámec pro systém managementu kvality organizace, definovaný a vlastněný Evropskou nadací pro management kvality. Je založen na pěti kritériích typu Předpoklad (Enable), pokrývajících to, co organizace dělá, a čtyřech kritériích typu Výsledky (Results), pokrývajících to, čeho organizace dosahuje.

214
Q

řízení výjimek (=exception handling)

A

Chování komponenty nebo systému v reakci na chybný vstup od uživatele, od jiné komponenty nebo systému, anebo
jako projev vnitřní poruchy.

215
Q

vykonatelný příkaz (=executable statement)

A

Příkaz, který je po zkompilování přeložen do kódu. Při běhu programu bude řízeně vykonán a může provést nějakou
činnost s daty.

216
Q

prověřený (=exercised)

A

O části programu je možno říct, že je prověřený testovacím případem, pokud vstupní hodnota způsobí vykonání této
části, čili např. příkazu, rozhodnutí nebo jiného strukturálního prvku.

217
Q

kompletní testování (=exhaustive testing)

A

Přístup k testování, kdy testovací sada obsahuje všechny kombinace vstupních hodnot a vstupních podmínek.

218
Q

výstupní kritéria (=exit criteria)

A

Sada podmínek, které určují úspěšné dokončení daného úkolu.

219
Q

výstupní bod (=exit point)

A

Vykonatelný příkaz nebo krok procesu, který definuje bod, ve kterém má být daný proces ukončen.

220
Q

očekávaný výsledek (=expected result)

A

Předpokládané pozorovatelné chování komponenty nebo systému spouštěného v určených podmínkách. Chování je určeno specifikací nebo jiným zdrojem.

221
Q

technika návrhu testů založená
na zkušenostech (=experience-based test
design technique)

A

Procedura pro návrh nebo výběr testovacích případů, založená na zkušenostech, znalostech a intuici testera.

222
Q

technika testování založená na
zkušenostech (=experience-based test
technique)

A

Procedura pro odvození a/nebo výběr testovacích případů založená na zkušenostech, znalostech a intuici testera.

223
Q

testování založené na

zkušenostech (=experience-based testing)

A

Testování založené na zkušenostech, znalostech a intuici testera.

224
Q

průzkumné testování (=exploratory testing)

A

Přístup k testování založený na zkušenostech, kdy tester dynamicky (teprve v průběhu samotného testování) navrhuje a provádí testy, a to na základě svých znalostí (často i intuice), průběžného stavu testované položky a výsledků předchozích
testů.

225
Q

extrémní programování (XP) (=Extreme programming (XP))

A

Metodika softwarového inženýrství používaná v agilním vývoji softwaru, ve které jsou hlavními praktikami programování v párech, provádění rozsáhlých revizí, jednotkové testování, jednoduchost a přehlednost veškerého kódu.

226
Q

prostředník (=facilitator)

A

Lídr a hlavní osoba zodpovědná za inspekci nebo proces revize.

227
Q

tovární akceptační testování (=factory acceptance testing)

A

Akceptační testy organizované na straně vývoje produktu a prováděné zaměstnanci dodavatelské organizace s cílem určit, zda komponenta nebo systém naplňuje požadavky. Obvykle zahrnuje testování hardwaru i softwaru.

228
Q

(test) selhal (=fail)

A

Test selhal, pokud jeho skutečný výsledek neodpovídá výsledku očekávanému.

229
Q

testování převzetí (failover testing) (=failover testing)

A

Testování formou simulace režimů selhání nebo vyvoláním selhání v řízeném prostředí. Po selhání je testován mechanismus převzetí tak, aby bylo zajištěno, že data nejsou ztracena nebo poškozena, a že jakákoliv dohodnutá úroveň
služeb je zajištěna (např. dostupnost funkcí nebo doby odezvy).

230
Q

selhání (=failure)

A

Událost, při které není komponenta nebo systém schopna/-en vykonat požadovanou funkcionalitu v rámci definovaných
podmínek.

231
Q

režim selhání (=failure mode)

A

Fyzický nebo funkcionální projev selhání. Systém v režimu selhání může být například charakterizován pomalým
provozem, nesprávnými výstupy nebo úplným ukončením činnosti.

232
Q

analýza režimů selhání a jejich následků (FMEA) (=Failure Mode and Effect Analysis (FMEA))

A

Systematický přístup k identifikaci rizik a analýze možných způsobů selhání, který se zároveň snaží předejít vzniku těchto rizik.

233
Q

FMECA (analýza režimů selhání, jejich následků a jejich kritičnosti) (=Failure Mode, Effects, and Criticality Analysis (FMECA))

A

Rozšíření základní metodiky FMEA (analýza režimů selhání a jejich následků), obsahující analýzu kritičnosti, která se používá k mapování pravděpodobnosti režimů selhání (poruchových stavů) proti závažnosti jejich následků. Metodika zdůrazňuje ty režimy selhání, které mají poměrně vysokou pravděpodobnost a zároveň vysokou závažnost následků selhání, což umožňuje, aby nápravná opatření směřovala tam, kde přinesou největší přidanou hodnotu.

234
Q

míra selhání (=failure rate)

A

Míra všech selhání, která spadají do stejné kategorie, vůči definované měrné jednotce.

235
Q

falešně-negativní výsledek (=false-negative result)

A

Výsledek testu, který neodhalil přítomnost defektu, který je aktuálně přítomen v testovaném objektu.

236
Q

falešně-pozitivní výsledek (=false-positive result)

A

Výsledek testu, při kterém je reportován defekt, ačkoliv žádný takový defekt v testovaném objektu neexistuje.

237
Q

útok na chyby (=fault attack)

A

Řízený a cílený pokus vyhodnotit kvalitu testovaného objektu (zejména spolehlivost) pomocí aktivit, které se pokoušejí vyvolat konkrétní selhání. Obvykle je zaměřen na spolehlivost nebo bezpečnost.

238
Q

injektování chyb (fault injection) (=fault injection)

A

Proces záměrného přidávání defektů do systému s účelem zjištění, zda je systém schopen defekt detekovat a případně se
z něj zotavit. Metoda napodobuje selhání, která by mohla v této oblasti nastat.

239
Q

úmyslné zavádění vad (fault seeding) (=fault seeding)

A

Proces záměrného přidávání defektů k těm, které už v komponentě nebo systému jsou za účelem sledování míry detekce a odstranění, a odhadování počtu zbývajících defektů. Metoda je obvykle součástí vývojového testování (pre-release) a může být prováděna na každé testovací úrovni (komponentní, integrační nebo systémové).

240
Q

nástroj pro úmyslné zavádění vad

fault seeding) (=fault seeding tool

A

Nástroj sloužící k úmyslnému zavádění (tzv. zasévání) vad do komponenty nebo systému.

241
Q

odolnost vůči vadám (=fault tolerance)

A

Schopnost softwarového produktu zachovat definovanou úroveň výkonnosti v případě výskytu softwarových chyb
(defektů) nebo v případě porušení jeho definovaného rozhraní.

242
Q

analýza stromu chyb (FTA) (=Fault Tree Analysis (FTA))

A

Technika používající vizuální modelování k analýze příčin chyb (defektů), jejiž cílem je odhalit specifické chyby vzniklé
kombinací logických vztahů mezi poruchami, lidskými chybami a vnějšími událostmi.

243
Q

dosažitelná cesta (=feasible path)

A

Cesta (např. kódem), pro kterou existuje množina vstupních hodnot a vstupních podmínek umožňující její vykonání.

244
Q

vlastnost (=feature)

A

Atribut komponenty nebo systému specifikovaný nebo vyplývající z dokumentace požadavků (např. spolehlivost,
použitelnost nebo designová omezení).

245
Q

vývoj řízený (užitnými)
vlastnostmi (=feature-driven
development)

A

Iterativně inkrementální proces vývoje softwaru řízený z pohledu funkcionalit (vlastností - features) hodnotných pro
klienta. Vývoj řízený (užitnými) vlastnostmi je většinou využíván při agilním vývoji softwaru.

246
Q

zjištění (=finding)

A

Výsledek hodnocení, který identifikuje nějakou důležitou otázku, problém nebo příležitost.

247
Q

konečný automat (=finite state machine)

A

Výpočetní model, který se skládá z konečného počtu stavů a přechodů mezi těmito stavy, případně včetně souvisejících
činností.

248
Q

firewall (=firewall)

A

Komponenta nebo sada komponent, která řídí příchozí a odchozí síťový provoz na základě předem stanovených
bezpečnostních pravidel.

249
Q

formální revize (přezkoumání) (=formal review)

A

Forma revize (přezkoumání), která dodržuje definovaný proces včetně formálně dokumentovaného výstupu.

250
Q

zakonzervovaná testovací báze (=frozen test basis)

A

Dokument testovací báze, který lze změnit pouze formálním procesem řízení změn.

251
Q

analýza funkčních bodů (FPA - function point analysis) (=Function Point Analysis (FPA))

A

Metoda zaměřená na měření velikosti funkcionality informačního systému. Měření je nezávislé na technologii a může být použito jako základ pro měření produktivity, odhad potřebných zdrojů a řízení projektu.

252
Q

funkcionální integrace (=functional integration)

A

Integrační přístup, který spojuje komponenty nebo systémy za účelem včasného získání základní funkcionality.

253
Q

funkcionální požadavek (=functional requirement)

A

Požadavek specifikující funkcionalitu, kterou musí komponenta nebo systém vykonat.

254
Q

funkcionální vhodnost (=functional suitability)

A

Míra, do které komponenta nebo systém poskytuje funkce, které splňují definované a očekávané (byť explicitně
nepopsané) potřeby při použití za stanovených podmínek.

255
Q

technika návrhu funkcionálních
testů (=functional test design
technique)

A

Procedura odvozování a/nebo výběru testovacích případů na základě analýzy specifikace funkcionality komponenty nebo
systému bez odkazu na jeho vnitřní strukturu.

256
Q

funkcionální testování (=functional testing)

A

Testování prováděné za účelem posouzení shody komponenty nebo systému s funkcionálními požadavky.

257
Q

funkcionalita (=functionality)

A

Schopnost softwarového produktu poskytovat funkce, které uspokojí stanovené a předpokládané potřeby, pokud je
software používán za specifikovaných podmínek.

258
Q

testování funkcionality (=functionality testing)

A

Proces testování s cílem prověřit funkcionalitu softwarového produktu.

259
Q

fuzzing (fuzz testing) (=fuzz testing)

A

Technika testování softwaru používaná k odhalení bezpečnostních zranitelností, která na vstup komponenty nebo
systému předkládá masivní množství náhodných dat (nazývaných fuzz - chmýří).

260
Q

obecná architektura
automatizace testů (=generic test automation
architecture)

A

Reprezentace vrstev, komponent a rozhraní architektury automatizace testů umožňující strukturovaný a modulární
přístup k její implementaci.

261
Q

Goal Question Metric (GQM) (=Goal Question Metric

GQM)

A

Přístup k měření softwaru pomocí třístupňového modelu - koncepční úroveň (Goal - cíl), provozní úroveň (Question -
otázka) a kvantitativní úroveň (Metric - metrika).

262
Q

GUI (=GUI)

A

Zkratka pro grafické uživatelské rozhraní.

263
Q

testování GUI (=GUI testing)

A

Testování prováděné pomocí interakce s testovaným softwarem prostřednictvím grafického uživatelského rozhraní (GUI -
graphical user interface).

264
Q

hacker (=hacker)

A

Osoba nebo organizace, která je aktivně zapojena do bezpečnostních útoků, obvykle s nepřátelskými úmysly.

265
Q

hardwarově-softwarové
integrační testování (=hardware-software
integration testing)

A

Testování prováděné s cílem odhalit defekty v rozhraních a interakcích mezi hardwarovými a softwarovými
komponentami.

266
Q

hashování (hashing) (=hashing)

A

Transformace řetězců proměnné délky do obvykle kratší hodnoty pevné délky nebo klíče. Hashované hodnoty nebo též
hashe se běžně používají v tabulkách s rozptýlenými položkami (hashovací tabulka) nebo databázových vyhledávacích funkcích. Kryptografické hashovací funkce se používají pro zabezpečení dat.

267
Q

analýza nebezpečí (=hazard analysis)

A

Technika používaná k charakterizaci prvků rizika. Výsledek analýzy nebezpečí bude určovat způsoby vývoje a testování
systému.

268
Q

heuristické vyhodnocení (=heuristic evaluation)

A 
Technika revize (přezkoumání) použitelnosti, která je zaměřena na problémy použitelnosti v uživatelském rozhraní nebo v návrhu uživatelského rozhraní. Revidující pomocí této techniky zkoumá rozhraní a stanovuje jeho shodu s obecně
uznávanými principy použitelnosti (heuristika).
269
Q

obecný testovací případ (=high-level test case)

A

Testovací případ bez konkrétních hodnot pro vstupní data a očekávané výsledky.

270
Q

horizontální sledovatelnost (=horizontal traceability)

A

Sledování požadavků na dané úrovni testů v testovací dokumentaci (např. plán testů, specifikace návrhu testů,
specifikace testů, specifikace procedury testů nebo testovací skript).

271
Q

hyperlink (=hyperlink)

A

Ukazatel na webové stránce, který vede na jinou webovou stránku.

272
Q

nástroj k testování

hypertextových odkazů (=hyperlink test tool)

A

Nástroj používaný k ověření, že se na internetové stránce nenacházejí žádné chybné hypertextové odkazy.

273
Q

IDEAL (=IDEAL)

A

Model zlepšování organizace, který slouží jako podklad pro zahájení, plánování a provádění opatření ke zlepšení. IDEAL model je pojmenován dle pěti fází, které popisuje: zahájení, diagnostikování, zavádění, vykonávání a ponaučení.

274
Q

analýza dopadu (=impact analysis)

A

Identifikace všech pracovních produktů ovlivněných změnou, včetně odhadu zdrojů potřebných k zapracování změny.

275
Q

incident (=incident)

A

Jakákoliv událost, která vyžaduje prozkoumání.

276
Q

zaznamenávání incidentů (=incident logging)

A

Zaznamenávání detailů jakéhokoliv incidentu, který se vyskytl např. v průběhu testování.

277
Q

správa incidentů (=incident management)

A

Proces rozeznávání, prověřování, přijímání opatření a řešení incidentů. Zahrnuje zaznamenávání incidentů, jejich
klasifikaci a zjištění dopadu.

278
Q

nástroj na správu incidentů (=incident management tool)

A

Nástroj umožňující záznam incidentů a sledování jejich stavů. Často podporuje workflow na sledování a kontrolu přidělení, opravy a přetestování incidentu a poskytuje možnosti reportování.

279
Q

report o incidentu (=incident report)

A

Dokumentace výskytu, povahy a stavu incidentu.

280
Q

inkrementální vývojový model (=incremental development model)

A

Model životního cyklu vývoje, v němž je rozsah projektu obvykle stanoven na začátku projektového životního cyklu, ale odhady času a nákladů průběžně upravovány v závislosti na zvyšující se míře znalosti produktu ze strany projektového týmu. Produkt je vyvíjen prostřednictvím řady opakujících se cyklů, přičemž v každém je z nich je dodáván přírůstek
(produktu), který postupně přidává nové funkcionality produktu.

281
Q

inkrementální testování (=incremental testing)

A

Testování, při kterém jsou komponenty nebo systémy integrovány a testovány postupně, dokud nedojde k integraci a
testování všech (komponent nebo systémů).

282
Q

nezávislost testování (=independence of testing)

A

Oddělení zodpovědností, které podporuje dosažení objektivního testování

283
Q

indikátor (=indicator)

A

Míra, která může být využita pro odhad nebo předpověď jiné míry

284
Q

neproveditelná cesta (=infeasible path)

A

Cesta, která nemůže být prověřena žádnou z možných sad vstupních hodnot.

285
Q

skupinová neformální revize (=informal group review)

A

Neformální revize prováděná třemi nebo více osobami.

286
Q

neformální revize (přezkoumání) (=informal review)

A

Forma revize (přezkoumání), která nedodržuje žádný definovaný proces a nemá žádný formálně zdokumentovaný výstup.

287
Q

zajištění informací (=information assurance)

A

Opatření, která vedou k ochraně a obraně informací a informačních systémů prostřednictvím zajištění jejich dostupnosti, integrity, autentizace, důvěrnosti a nepopiratelnosti. Tato opatření zajišťují také možnost obnovy informačních systémů
za pomoci schopností jako je ochrana, detekce a reakce.

288
Q

bezpečnost informací (=information security)

A

Ochrana informací a informačních systémů před neoprávněným přístupem, použitím, zveřejněním, porušením, změnou
nebo zničením s cílem zajistit důvěrnost, integritu a dostupnost.

289
Q

iniciace (model IDEAL) (=initiating (IDEAL))

A

Fáze modelu IDEAL (Initiation), kdy jsou položeny základy pro úspěšné zlepšování. Fáze iniciace se skládá z aktivit: vytvoření kontextu, zajištění sponzorství (financí, zdrojů, času, podpory managementu) a výběr vhodné infrastruktury.

290
Q

vstup (=input)

A

Data přijatá komponentou nebo systémem z externího zdroje.

291
Q

obor vstupních hodnot (=input domain)

A

Oblast i množina jsou v tomto případě asi synonyma, nicméně já si myslím, že domain je přímo matematický pojem “obor
hodnot.” Ještě ověřím.

292
Q

vstupní hodnota (=input value)

A

Instance vstupu (vstupní hodnota).

293
Q

vnitřní hrozba (=insider threat)

A

Bezpečnostní hrozba, která pochází zevnitř organizace, často od autorizovaného uživatele systému.

294
Q

insourcované testování (=insourced testing)

A

Testování prováděné osobami, které jsou (fyzicky) umístěny společně se členy projektového týmu, ale nejsou
zaměstnanci jejich organizace.

295
Q

inspekce (=inspection)

A

Typ formální revize (přezkoumání) s cílem identifikovat problémy v pracovním produktu, která poskytuje metriky pro
zlepšování procesů revize a vývoje softwaru.

296
Q

instalovatelnost (=installability)

A

Schopnost softwarového produktu být instalován ve specifickém prostředí.

297
Q

testování instalovatelnosti (=installability testing)

A

Proces testování instalovatelnosti softwarového produktu.

298
Q

instalační návod (=installation guide)

A

Instrukce, které vedou instalujícího skrz instalační proces, dodané na vhodném médiu. Může se jednat o manuál, návod
typu krok za krokem, instalačního průvodce nebo o jakýkoliv jiný podobný procesní popis.

299
Q

průvodce instalací (=installation wizard)

A

Software dodávaný na jakémkoli vhodném médiu, který provádí osobu provádějící instalaci skrz instalační proces, což obvykle znamená spuštění instalačního procesu, poskytování výsledků instalace a nabídka možností (instalace).

300
Q

instrumentace (=instrumentation)

A

Vložení dodatečného kódu do programu za účelem shromažďování informací o chování programu během jeho běhu,
např. za účelem měření pokrytí kódu.

301
Q

instrumentační nástroj (instrumenter) (=instrumenter)

A

Softwarový nástroj používaný k provádění instrumentace (vkládání kódu za účelem zjištění dalších informací).

302
Q

vstupní test (intake test) (=intake test)

A

Zvláštní příklad smoke testu, na základě jehož výsledku se rozhoduje o tom, zda je komponenta nebo systém připraven/a k dalšímu a/nebo podrobnějšímu testování. Vstupní test se obvykle provádí na začátku fáze provádění testů.

303
Q

integrace (=integration)

A

Proces skládání (kombinování) komponent nebo systémů do rozsáhlejších celků.

304
Q

integrační testování (=integration testing)

A

Testování prováděné s cílem odhalit chyby na rozhraních a v interakcích mezi integrovanými komponentami nebo systémy.

305
Q

testování rozhraní (=interface testing)

A

Typ integračního testu, který se zabývá testováním rozhraní mezi komponentami nebo systémy.

306
Q

interoperabilita (schopnost

spolupráce) (=interoperability)

A

Míra, do jaké si mohou dvě nebo více komponent nebo systémů vyměňovat informace a tyto informace používat.

307
Q

testování interoperability

schopnosti spolupráce) (=interoperability testing

A

Proces testování, který má za cíl ověřit interoperabilitu (schopnost spolupráce) softwarového produktu.

308
Q

systém detekce narušení (IDS) (=intrusion detection system

IDS)

A

Systém, který monitoruje činnosti na sedmi vrstvách OSI modelu (od síťové po aplikační vrstvu) tak, aby odhalil porušení
bezpečnostní politiky.

309
Q

testování nevalidními hodnotami (=invalid testing)

A

Testování s využitím takových vstupních hodnot, které by měly být komponentou nebo systémem zamítnuty.

310
Q

testování v izolaci (=isolation testing)

A

Testování jednotlivých komponent odděleně od okolních, přičemž tyto okolní komponenty jsou v případě potřeby
simulovány pomocí stubů a ovladačů.

311
Q

iterativní vývojový model (=iterative development model)

A

Vývojový životní cyklus, kde je projekt obvykle rozdělený do velkého počtu iterací. Iterace představuje kompletní vývojový cyklus končící dodávkou (interní nebo externí) spustitelného produktu, podmnožinou finálního produktu, který
se vyvíjí a narůstá od iterace k iteraci s cílem dosáhnout finálního produktu.

312
Q

testování řízené klíčovými slovy (=keyword-driven testing)

A

Skriptovací technika využívající datové soubory obsahující nejen testovací data a očekávané výsledky, ale i klíčová slova související s testovanou aplikací. Klíčová slova jsou interpretována speciálními podpůrnými skripty, které jsou vyvolávány
řídícími skripty pro test.

313
Q

LCSAJ (=LCSAJ)

A

Zkratka pro sekvence lineárního kódu a skoků. Skládá se z následujících tří položek (dle zažité konvence se řádky zdrojového kódu číslují): začátek lineární posloupnosti vykonatelných příkazů; konec této lineární posloupnosti; a cílový
řádek, na který je řídící tok na konci této lineární posloupnosti přenesen.

314
Q

pokrytí LCSAJ (=LCSAJ coverage)

A 
Procento LCSAJ (sekvence lineárního kódu a skoků) komponenty, které bylo pokryto danou testovací sadou. 100% pokrytí
LSCAJ znamená automaticky 100% pokrytí rozhodnutí.
315
Q

LCSAJ testování (=LCSAJ testing)

A

Technika návrhu testů bílé skříňky, při které jsou testovací případy navrhovány tak, aby došlo k provedení LCSAJ
(sekvence lineárního kódu a skoků).

316
Q

vedoucí hodnotitel (=lead assessor)

A

Osoba, která vede ohodnocení. V některých případech (např. CMMi a TMMi, kdy je požadováno formální ohodnocení)
musí být vedoucí posuzovatel akreditován a formálně vyškolen.

317
Q

zvládnutelnost (=learnability)

A

Schopnost softwarového produktu umožnit uživateli naučit se jej používat.

318
Q

učení (model IDEAL) (=learning (IDEAL))

A

Fáze modelu IDEAL (Learning), kdy se účastník učí na základě získaných zkušeností a zlepšuje svou schopnost zavést v budoucnu nové procesy a technologie. Fáze učení se skládá z činností analýzy a ověřování, a návrhu příštích aktivit.

319
Q

úroveň vniknutí (=level of intrusion)

A

Úroveň, na kterou je testovaný objekt upraven tak, aby mohl být testován.

320
Q

plán testování úrovně (=level test plan)

A

Plán testování, který je typicky zaměřen na jednu úroveň testování.

321
Q

model životního cyklu (=lifecycle model)

A

Popis procesů, pracovních toků a činností používaných při vývoji, dodávce, údržbě a vyřazení systému.

322
Q

lineární skriptování (=linear scripting)

A

Jednoduchá skriptovací technika bez dalších programovacích struktur v kódu.

323
Q

zátěžový profil (=load profile)

A

Specifikace činnosti, která může při testování komponenty nebo systému nastat v produkci. Zátěžový profil se skládá z určeného počtu virtuálních uživatelů, kteří zpracovávají definovanou sadu operací v určeném časovém rozmezí a podle
předdefinovaného provozního profilu.

324
Q

zátěžové testování (=load testing)

A

Typ testování výkonnosti prováděného za účelem vyhodnocení chování komponenty nebo systému pří různých zátěžích, obvykle mezi očekávanými podmínkami nízkého užití, typického užití a užití ve špičce.

325
Q

nástroj na zátěžové testování (=load testing tool)

A

Nástroj pro podporu zátěžového testování, pomocí kterého lze simulovat zvyšující se zátěž, např. počet současně
pracujících uživatelů a/nebo počet transakcí během určitého časového intervalu.

326
Q

specifický testovací případ (=low-level test case)

A

Testovací případ s konkrétními hodnotami (na implementační úrovni) pro vstupní data a očekávané výsledky.

327
Q

udržovatelnost (=maintainability)

A

Míra, s jakou může být komponenta nebo systém modifikován(a) aktéry, kteří mají za úkol provádět údržbu.

328
Q

testování udržovatelnosti (=maintainability testing)

A

Proces testování s cílem určit udržovatelnost softwarového produktu.

329
Q

údržba (=maintenance)

A

Proces modifikace komponenty nebo systému po dodávce s cílem opravy defektů, zlepšení atributů kvality nebo
přizpůsobení se změněnému prostředí.

330
Q

testování údržby (=maintenance testing)

A

Testování změn v produkčním systému nebo vlivu změn prostředí na produkční systém.

331
Q

malware (=malware)

A

Software, jehož cílem je poškodit systém nebo jeho komponenty.

332
Q

skenování malwaru (=malware scanning)

A

Statická analýza s cílem najít a odstranit škodlivý kód.

333
Q

útok “člověk uprostřed” (man-in-

the-middle) (=man-in-the-middle attack)

A

Odposlech, napodobování a/nebo pozměňování a následná přesměrování komunikací (např. transakce kreditními
kartami) prováděná třetí stranou tak, že uživatel o přítomnosti této třetí strany neví.

334
Q

manažerská revize (přezkoumání) (=management review)

A

Systematické hodnocení nákupu, dodávky, vývoje, provozu nebo údržby softwaru, provedené jménem managementu,
které sleduje postup prací, určuje stav plánů a harmonogramů, potvrzuje požadavky a jejich systémové rozložení nebo vyhodnocuje účinnost manažerských přístupů k dosažení shody se zadáním.

335
Q

kvalita založená na produkci (=manufacturing-based quality)

A

Pohled na kvalitu, kdy je měřena mírou, do jaké produkt nebo služba odpovídá zamýšlenému návrhu a požadavkům. Kvalita vychází z použitých procesů.

336
Q

hlavní plán testování (=master test plan)

A

Plán testování, který se používá pro koordinaci testování na více úrovních nebo pro koordinaci různých typů testování.

337
Q

zralost (=maturity)

A

(1) Schopnost organizace ve vztahu k efektivitě a výkonnosti jejich procesů a pracovních postupů.
(2) Míra spolehlivosti, s kterou komponenta nebo systém splňuje potřeby za běžných provozních podmínek.

338
Q

úroveň zralosti (=maturity level)

A

Stupeň zlepšení procesu v předem vymezené sadě procesních oblastí, při kterém je v této sadě dosaženo všech cílů.

339
Q

model zralosti (=maturity model)

A

Strukturovaná sada prvků, které popisují některé aspekty zralosti v organizaci, jejíž cílem je pomoc při definování a pochopení procesů organizace. Model zralosti často poskytuje společný jazyk, společnou vizi a rámec pro stanovení
priorit opatření ke zlepšení.

340
Q

model MBT (=MBT model)

A

Jakýkoliv model použitý při testování založeném na modelu.

341
Q

střední doba mezi selháními / poruchami (MTBF) (=mean time between failures (MTBF))

A

Doba střední hodnoty (např. aritmetický průměr) mezi selháními systému. MTBF je typicky součástí modelu růstu spolehlivosti, který předpokládá, že systém, u něhož dojde k selhání, je okamžitě opraven díky procesu nápravy defektů.

342
Q

střední doba do obnovení

MTTR) (=mean time to repair (MTTR)

A

Doba střední hodnoty (např. aritmetický průměr), během které se systém zotaví z jakéhokoliv selhání. To obvykle
zahrnuje testování s cílem potvrdit, že defekt byl vyřešen.

343
Q

míra (=measure)

A

Číslo nebo kategorie přiřazená k atributu entity na základě provedeného měření.

344
Q

měření (=measurement)

A

Proces přiřazení čísla nebo kategorie entitě s cílem popsat její atributy.

345
Q

stupnice měření (=measurement scale)

A

Stupnice, která vymezuje typ analýzy dat, pro který lze provádět měření.

346
Q

únik paměti (=memory leak)

A

Selhání přístupu do paměti v důsledku defektu v programové logice dynamického ukládání, kvůli kterému dochází k selhání při uvolnění paměti poté, co ji program přestane používat, a kvůli kterému může eventuálně dojít k selhání tohoto programu a/nebo ostatních současně běžících procesů jako následek nedostatku paměti.

347
Q

metodická testovací strategie (=methodical test strategy)

A

Testovací strategie, při které testovací tým používá předem stanovenou sadu testovacích podmínek (např. standard kvality nebo kontrolní seznam) nebo sadu všeobecných logických testovacích podmínek, které se mohou týkat
konkrétního oboru, aplikace nebo typu testování.

348
Q

metodické testování (=methodical testing)

A

Testování založené na zavedené sadě testů, např. kontrolním seznamu nebo standardu kvality.

349
Q

metrika (=metric)

A

Stupnice měření a metoda definovaná pro její měření.

350
Q

milník (=milestone)

A

Bod v časové ose projektu, ve kterém by měly být k dispozici (i přechodné) výstupy a výsledky, které jsou pro daný bod
definovány.

351
Q

myšlenková mapa (=mind map)

A

Diagram, používaný k vyjádření slov, myšlenek, úkolů nebo jiných položek spojených a uspořádaných kolem centrálního klíčového slova nebo nápadu. Myšlenkové mapy se používají ke generování, vizualizaci, strukturování a třídění myšlenek,
a jako pomoc při studiu, organizaci, řešení problémů, rozhodování a psaní.

352
Q

pokrytí modelu (=model coverage)

A

Míra, vyjádřená v procentech, do které byly elementy modelu pokryty nebo jsou plánovány k pokrytí danou testovací
sadou.

353
Q

testovací strategie založená na

modelu (=model-based test strategy)

A

Testovací strategie, při které testovací tým definuje testware na základě (znalosti) modelů.

354
Q

testování založené na modelu (=model-based testing (MBT))

A

Testování založené nebo zahrnující modely.

355
Q

modelovací nástroj (=modeling tool)

A

Nástroj podporující vytváření, doplňování a ověřování modelů softwaru anebo systému.

356
Q

moderátor (=moderator)

A

Vedoucí nebo jiná hlavní osoba zodpovědná za inspekci nebo jiný proces revize (přezkoumání).

357
Q

modifikované pokrytí podmínek/rozhodnutí (MC/DC) (=modified condition / decision coverage (MC/DC))

A

Procento pokrytí všech výstupů dílčích podmínek, které nezávisle určují výstup celkového výrazu. 100% modifikované pokrytí dílčích podmínek tím automaticky garantuje i 100% pokrytí všech rozhodnutí celkového výrazu.

358
Q

testování modifikovaných podmínek/rozhodnutí (=modified condition / decision testing)

A

Technika návrhu testů bílé skříňky, při které jsou testovací případy navrženy tak, aby došlo k vykonání všech výstupů jednotlivých podmínek, které nezávisle určí výsledek rozhodnutí celkového výrazu.

359
Q

monitorovací nástroj (=monitoring tool)

A

Softwarový nástroj nebo hardwarové zařízení, který(é) je spuštěn/-o souběžně s testovanou komponentou nebo
systémem, a dohlíží, zaznamenává a/nebo analyzuje chování této komponenty nebo systému.

360
Q

opičí (monkey) testování (=monkey testing)

A

Testování ve smyslu náhodného výběru z velkého množství vstupů a náhodného použití ovládacích prvků (“mačkání
tlačítek”), při kterém je ignorováno skutečné použití produktu.

361
Q

pokrytí vícenásobných podmínek (=multiple condition coverage)

A

Procento kombinací všech výstupů jednoduchých podmínek v rámci jednoho příkazu, které jsou prověřeny nějakou testovací sadou. 100% pokrytí vícenásobných podmínek garantuje 100% pokrytí změněných podmínek.

362
Q

testování vícenásobných

podmínek (=multiple condition testing)

A

Technika návrhu testů bílé skříňky, při které jsou testovací případy navrhovány tak, aby došlo ke spuštění všech
kombinací jednotlivých podmíněných výstupů (s použitím jednoho příkazu).

363
Q

analýza mutací (=mutation analysis)

A

Metoda pro určení důkladnosti testovacích sad pomocí měření míry, v jaké může daná testovací sada rozpoznat originální
program od jeho nepatrně se lišících variant (mutantů).

364
Q

testování mutací (=mutation testing)

A

Testování, ve kterém jsou dvě nebo více variant komponenty nebo systému spouštěny se stejnými vstupy. Výstupy jsou
následně vzájemně porovnány a v případě nesrovnalostí analyzovány.

365
Q

Myersové-Briggsové typologie osobnosti (MBTI - Myers-Briggs

Type Indicator) (=Myers-Briggs Type Indicator (MBTI))

A

Indikátor psychologické preference reprezentující různé osobnosti a komunikační styly osob.

366
Q

pokrytí N-přepínačů (=N-switch coverage)

A

Procento sekvencí N+1 přechodů, které jsou pokryty testovací sadou.

367
Q

testování N-přepínačů (=N-switch testing)

A

Způsob testování přechodových stavů, při kterém jsou testovací případy navrženy tak, aby došlo k provedení všech
validních sekvencí přechodů N + 1.

368
Q

N-násobné testování (=n-wise testing)

A

Technika návrhu testů černé skříňky, při které jsou testovací případy navrženy tak, aby došlo k vykonání všech možných nespojitých (diskrétních) kombinací z libovolné sady N vstupních parametrů.

369
Q

negativní testování (=negative testing)

A

Testy zaměřené na prokázání, že systém či komponenta nepracuje správně. Negativní testování souvisí spíše s postojem testerů než s konkrétním přístupem k testování nebo technikou návrhu testů, např. testování s neplatnými vstupními
hodnotami či výjimkami.

370
Q

integrační testování sousedních
uzlů (=neighborhood integration
testing)

A

Forma integračního testování, při které jsou všechny sousedící uzly k danému uzlu základem pro integrační testování.

371
Q

zóna sítě (=network zone)

A

Část sítě s určitým stupněm důvěry. Například Internet nebo veřejná zóna by byly považovány za nedůvěryhodné.

372
Q

neshoda (=non-conformity)

A

Nesplnění specifikovaného požadavku.

373
Q

nefunkcionální požadavek (=non-functional requirement)

A

Požadavek, který popisuje chování komponenty nebo systému pro její/jeho zamýšlené použití.

374
Q

technika návrhu
nefunkcionálních testů (=non-functional test design
technique)

A

Procedura odvozování a/nebo výběru testovacích případů pro nefunkcionální testování, založený na analýze specifikace
komponenty nebo systému bez informace o její/jeho vnitřní struktuře.

375
Q

nefunkcionální testování (=non-functional testing)

A

Testování prováděné za účelem posouzení shody komponenty nebo systému s nefunkcionálními požadavky.

376
Q

offline MBT (=offline MBT)

A

Přístup k testování založeného na modelu, při kterém jsou testovací případy generovány do úložiště pro budoucí
provedení.

377
Q

online MBT (=online MBT)

A

Přístup k testování založeného na modelu, při kterém jsou testovací případy generovány a prováděny současně.

378
Q

open source nástroj (=open source tool)

A

Softwarový nástroj, který je obvykle přes internet k dispozici všem potenciálním uživatelům ve formě zdrojového kódu. Jeho uživatelům je většinou na základě licence dovoleno zkoumat, měnit, zlepšovat a někdy také distribuovat daný
software.

379
Q

provozovatelnost (=operability)

A

Schopnost softwarového produktu umožnit uživateli ho provozovat a řídit.

380
Q

provozní akceptační testování (=operational acceptance testing)

A

Provozní testování v akceptační testovací fázi, typicky prováděné v (simulovaném) provozním prostředí personálem provozu a/nebo systémovými administrátory zaměřené na provozní aspekty, např. schopnost zotavení, chování zdrojů, instalovatelnost a technickou shodu.

381
Q

provozní prostředí (=operational environment)

A

Hardwarové a softwarové produkty nainstalované u uživatelů nebo zákazníků v místech, kde bude testovaná komponenta nebo systém používán. Software může obsahovat operační systémy, systémy pro správu databází a další
aplikace.

382
Q

provozní profil (=operational profile)

A

Reprezentace určité sady úkolů, která je prováděna komponentou nebo systémem, a která je založena, pokud je to možné, na chování uživatele při interakci s komponentou nebo systémem, a na pravděpodobnosti jeho výskytu. Úkol je svou povahou více logický než fyzický a může být spuštěn na několika zařízeních nebo v nenavazujích časových úsecích.

383
Q

testování provozního profilu (=operational profile testing)

A

Statistické testování, které využívá model systémových činností (krátkodobých operací) a pravděpodobnost jejich
typického použití.

384
Q

provozní profilování (=operational profiling)

A

Proces vývoje a implementace provozního profilu.

385
Q

provozní testování (=operational testing)

A

Testování prováděné s cílem vyhodnotit komponentu (nebo systém) v jejím (jeho) provozním prostředí.

386
Q

ortogonální pole (=orthogonal array)

A

Dvourozměrné pole konstruované pomocí speciálních matematických postupů tak, aby například výběr jakýchkoliv dvou
sloupců v poli obsahoval všechny kombinace párů ze všech různých čísel v poli.

387
Q

testování ortogonálního pole (=orthogonal array testing)

A

Systematický způsob testování všech kombinací dvojic proměnných pomocí ortogonálních polí. Významně redukuje počet kombinací proměnných při testování všech kombinací dvojic.

388
Q

výstup (=output)

A

Data přenášená komponentou nebo systémem do externího místa určení.

389
Q

obor výstupních hodnot (=output domain)

A

Sada, ze které lze vybírat platné výstupní hodnoty.

390
Q

výstupní hodnota (=output value)

A

Instance výstupu.

391
Q

outsourcované testování (=outsourced testing)

A

Testování prováděné lidmi, kteří nejsou ve stejné lokaci jako projektový tým a nejsou jeho spolupracovníky.

392
Q

párové programování (=pair programming)

A

Přístup k vývoji softwaru, při kterém jsou řádky produkčního a/nebo testového kódu komponenty tvořeny dvěma programátory sedícími u jednoho počítače, což v podstatě znamená, že dochází k průběžné revizi kódu v reálném čase.

393
Q

párové testování (=pair testing)

A

Činnost dvou osob (např. dva testeři, vývojář a tester, koncový uživatel a tester) při společném hledání defektů. Typicky tyto osoby také sdílejí jeden počítač a vzájemně si v průběhu testování předávají jeho obsluhu.

394
Q

integrační testování dvojic (=pairwise integration testing)

A

Forma integračního testování zaměřená na dvojice komponent, které pracují společně tak, jak je znázorněno na grafu
volání.

395
Q

testování dvojic (=pairwise testing)

A

Technika návrhu testů černé skříňky, při které jsou testovací případy navrhovány tak, aby došlo k provedení všech možných samostatných kombinací každé dvojice vstupních parametrů.

396
Q

Paretova analýza (=Pareto analysis)

A

Statistická metoda při rozhodování, která se používá pro výběr omezeného počtu faktorů, jejichž společné působení vytváří většinový efekt. Ve významu zlepšování kvality to znamená, že většina problémů (80%) je způsobena několika
klíčovými příčinami (20%).

397
Q

(test) prošel (=pass)

A

Test prošel (úspěšně), pokud jeho skutečný výsledek odpovídá výsledku očekávanému.

398
Q

kritéria úspěchu / selhání (=pass/fail criteria)

A

Rozhodovací pravidla používaná k určení, zda byla daná položka testů (funkce) nebo vlastnost označena jako úspěch nebo
selhání.

399
Q

prolamování hesel (=password cracking)

A

Bezpečnostní útok, který se snaží získat tajná hesla uložená v počítačovém systému nebo přenášená po síti.

400
Q

cesta (=path)

A

Sled událostí (např. spustitelných příkazů) komponenty nebo systému ze vstupního do výstupního bodu.

401
Q

pokrytí cest (=path coverage)

A

Procento cest, které je vykonáno v rámci testovací sady. 100% pokrytí cest znamená 100% LCSAJ pokrytí.

402
Q

vynucení cesty (path senziting) (=path sensitizing)

A

Výběr sady vstupních hodnot pro vynucení provedení dané cesty.

403
Q

testování cest (=path testing)

A

Technika návrhu testů bílé skříňky, při které jsou testovací případy navrhovány tak, aby došlo k průchodu cest (v kódu).

404
Q

vzájemná revize (peer review) (=peer review)

A

Forma revize (přezkoumání) pracovních produktů vykonávaného jinými osobami způsobilými vykonávat tutéž práci.

405
Q

penetrační testování (=penetration testing)

A

Technika testování, jejíž cílem je odhalení bezpečnostních zranitelností (známých nebo neznámých) k získání
neoprávněného přístupu.

406
Q

výkonnost (=performance)

A

Míra, do které systém či komponenta vykonává své určené funkce v rámci stanovených podmínek týkajících se času
nutnému ke zpracování a míře propustnosti.

407
Q

výkonnostní efektivita (=performance efficiency)

A

Míra, při které komponenta nebo systém využívá čas, prostředky a kapacitu při plnění svých určených funkcí.

408
Q

indikátor výkonnosti (=performance indicator)

A

Obecná metrika efektivity a/nebo výkonnosti používaná ke směrování a kontrole progresivního vývoje, např. zpoždění
termínu dodání (lead-time slip) ve vývoji softwaru.

409
Q

výkonnostní profilování (=performance profiling)

A

Úkol analýzy (např. identifikace bodů, kde dochází ke zmenšení výkonnosti, na základě generovaných metrik) a ladění
výkonnosti softwarové komponenty nebo (softwarového) systému pomocí nástrojů.

410
Q

testování výkonnosti (=performance testing)

A

Testování s cílem zjistit výkon softwarového produktu.

411
Q

nástroj pro testování výkonnosti (=performance testing tool)

A

Nástroj podporující testování výkonu, který má obvykle dvě hlavní funkčnosti: generování zátěže a měření testovacích transakcí. Generování zátěže může simulovat jednak více užívatelů, jednak vysoký objem vstupních dat. V průběhu vykonávání se pro vybrané transakce měří a zaznamenávají časové odezvy. Nástroje pro testování výkonu obvykle poskytují reporty založené na testovacích záznamech a grafech zátěže vůči časovým odezvám.

412
Q

čtení založené na perspektivě (=perspective-based reading)

A

A review technique whereby reviewers evaluate the work product from different viewpoints.

413
Q

pharming (=pharming)

A

Bezpečnostní útok určený k přesměrování provozu webové stránky na podvodné webové stránky bez vědomí či souhlasu
uživatele.

414
Q

odstranění ve stejné fázi (=phase containment)

A

Procento defektů, které je odstraněno ve stejné fázi životního cyklu softwaru, ve které byly tyto defekty nalezeny.

415
Q

plán fáze testování (=phase test plan)

A

Plán testování, který obvykle řeší jednu testovací fázi.

416
Q

phishing (=phishing)

A

Pokus získat osobní nebo citlivé informace vydáváním se za důvěryhodnou entitu v elektronické komunikaci.

417
Q

plánovací poker (=planning poker)

A

Technika založená na společném souhlasu, většinou používaná k odhadu pracnosti či relativní velikosti uživatelských scénářů v agilním vývoji softwaru. Jde o variaci metody Wideband Delphi s použitím balíčku karet s hodnotami, které
představují jednotky, ve kterých tým provádí své odhady.

418
Q

ukazatel (=pointer)

A

Datový typ, který určuje umístění určitého elementu dat; například adresa v paměti, kde se nachází další záznam
zaměstnance, který má být zpracován.

419
Q

přenositelnost (=portability)

A

Náročnost přenesení softwarového produktu z jednoho hardwarového či softwarového prostředí do jiného.

420
Q

testování přenositelnosti (=portability testing)

A

Proces testování s cílem zjistit přenositelnost softwarového produktu.

421
Q

porovnání po spuštění (=post-execution comparison)

A

Porovnání skutečných a očekávaných výsledků, provedené poté, co software ukončil svůj běh.

422
Q

výstupní podmínka (=postcondition)

A

Environmentální a stavové podmínky, které musí být splněny po provedení testu nebo testovací procedury (komponenty
nebo systému).

423
Q

vstupní podmínka (=precondition)

A

Požadovaný stav položky testování a jejího prostředí před provedením testovacího případu.

424
Q

predikát (=predicate)

A

Výraz, který může být vyhodnocen jako pravdivý nebo nepravdivý a následně může být použit ke stanovení následného
logického rozhodování (během) řídícího toku.

425
Q

priorita (=priority)

A

Úroveň důležitosti (obvykle z pohledu byznysu) přiřazená nějaké položce, např. defektu.

426
Q

PRISMA (Product RISk

MAnagement) (=PRISMA)

A

Systematický přístup k testování založený na rizicích, který řeší identifikaci a analýzu rizik produktu s cílem vytvořit z
těchto rizik matici založenou na pravděpodobnosti a dopadu.

427
Q

efekt měřící sondy (=probe effect)

A

Vliv měřícího zařízení na komponentu nebo systém při samotném měření. Příkladem je drobné snížení výkonnosti
systému díky vlivu nástroje pro měření nebo sledování výkonnosti při samotném měření.

428
Q

problém (=problem)

A

Neznámá základní příčina jednoho nebo více incidentů.

429
Q

testování procedur (=procedure testing)

A

Testování zaměřené na ověření toho, že komponenta nebo systém může pracovat ve spojení s obchodními nebo
provozními procedurami nových či stávajících uživatelů.

430
Q

proces (=process)

A

Sada provázaných aktivit, které přeměňují vstupy na výstupy

431
Q

ohodnocení procesu (=process assessment)

A

Metodické hodnocení softwarových procesů organizace dle referenčního modelu.

432
Q

test procesního cyklu (=process cycle test)

A

Technika návrhu testů černé skříňky, při které jsou testovací případy navrženy tak, aby došlo k provedení byznysových
postupů a procesů.

433
Q

zlepšení procesu (=process improvement)

A

Plán aktivit, jehož cílem je zlepšit výkonnost a zralost procesů organizace a výsledek takového plánu.

434
Q

procesní model (=process model)

A

Rámec, ve kterém jsou procesy stejné povahy zařazeny do celkového modelu, např. model zlepšování testů.

435
Q

procesní referenční model (=process reference model)

A

Procesní model, který pomocí předepsaných kroků poskytuje základní sadu osvědčených postupů pro zlepšení určitého procesu.

436
Q

strategie testování shody s procesem (=process-compliant test strategy)

A

Testovací strategie, při které testovací tým dodržuje sadu předdefinovaných procesů, přičemž tyto procesy řeší položky jako dokumentaci, správnou identifikaci, použití báze testování a orákula testování včetně organizace testovacího týmu.

437
Q

testování shody s procesem (=process-compliant testing)

A

Testování, při kterém je dodržována sada definovaných procesů, např. vydaných externí standardizační institucí.

438
Q

skriptování řízené procesy (=process-driven scripting)

A

Skriptovací technika, při níž jsou skripty strukturovány do scénářů, které představují případy užití testovaného softwaru.
Tyto skripty mohou být parametrizovány pomocí testovacích dat.

439
Q

produktové riziko (=product risk)

A

Riziko, které ovlivňuje kvalitu produktu.

440
Q

kvalita založená na produktu (=product-based quality)

A

Pohled na kvalitu, ve kterém je kvalita založena na dobře definované množině atributů kvality. Tyto atributy musí být měřeny objektivním a kvantitativním způsobem. Rozdíly v kvalitě výrobků stejného typu je možno vysledovat zpět až ke způsobu, jakým byly implementovány (odpovídající) specifické atributy kvality.

441
Q

projekt (=project)

A

Projekt je unikátní soubor koordinovaných a řízených činností s datem zahájení a datem ukončení uskutečněných pro dosažení cíle, který vyhovuje specifickým požadavkům, včetně omezení času, nákladů a zdrojů.

442
Q

projektová retrospektiva (=project retrospective)

A

Strukturovaný způsob, jak zachytit získané poznatky (lessons learned) a vytvořit konkrétní akční plány pro zlepšení v
dalším projektu nebo další fázi projektu.

443
Q

projektové riziko (=project risk)

A

Riziko, které ovlivňuje úspěch projektu.

444
Q

pseudo-náhodný (=pseudo-random)

A

Série (obvykle dat), která se zdá být náhodná, ale je ve skutečnosti generována podle nějakého předem stanoveného
pořadí.

445
Q

kvalifikace (=qualification)

A

Proces demonstrování schopnosti naplnit specifikované požadavky. Pozn. termín “kvalifikovaný” se používá k označování
odpovídajícího stavu.

446
Q

kvalita (=quality)

A

Stupeň splnění specifikovaných požadavků a/nebo uživatelských/zákaznických potřeb a očekávání pro danou
komponentu, systém nebo proces.

447
Q

zajištění kvality (=quality assurance)

A

Část řízení kvality zaměřená na poskytování důvěry, že požadavky na kvalitu budou naplněny.

448
Q

atribut kvality (=quality attribute)

A

Vlastnost nebo charakteristika prvku ovlivňující jeho kvalitu.

449
Q

charakteristika kvality (=quality characteristic)

A

Kategorie atributů produktu, která se týká kvality.

450
Q

řízení kvality (=quality control)

A

Provozní techniky a činnosti, část managementu kvality, které jsou zaměřeny na splnění požadavků na kvalitu.

451
Q

QFD (quality function deployment) (=quality function deployment (QFD))

A

Metoda pro transformaci požadavků uživatelů do návrhu výstupního produktu. Promítá metody pro dosažení kvalitního návrhu do subsystémů, komponent a v neposlední řadě do specifických elementů výrobního procesu.

452
Q

brána kvality (=quality gate)

A

Speciální milník v projektu. Brány kvality jsou umístěny mezi takovými fázemi projektu, které silně závisí na výsledcích
předchozí fáze. Brána kvality zahrnuje formální kontrolu dokumentů předchozí fáze.

453
Q

management kvality (=quality management)

A

Koordinované činnosti, které mají směrovat a řídit organizaci s ohledem na kvalitu, což obecně znamená zavedení politiky
a cílů kvality, její plánování, kontrola, zajištění a zlepšování.

454
Q

riziko kvality (=quality risk)

A

Produktové riziko se vztahem k atributu kvality.Produktové riziko související s kvalitativními charakteristikami (softwaru).

455
Q

matice RACI (=RACI matrix)

A

Matice, která popisuje účast různých pozic při dokončování úkolů či dodávaných výstupů pro projekt nebo proces. Je obzvláště užitečná při vyjasňování rolí a odpovědností. RACI je zkratka odvozená ze čtyř hlavních zodpovědností, které se obvykle se používají: vykonává (responsible), ručí (accountable), je konzultováno (consulted), je informováno (informed).

456
Q

náhodné testování (=random testing)

A

Technika návrhu testů černé skříňky, kdy jsou testovací případy vybrány náhodně (případně s využitím nějakého pseudo- náhodného algoritmu) a to tak, aby výběr odpovídal provoznímu profilu. Tato technika může být použita pro testování
nefunkcionálních charakteristik jako je např. spolehlivost nebo výkonnost.

457
Q

Rational Unified Process (RUP) (=Rational Unified Process

RUP)

A

Vlastní přizpůsobivý iterativní rámec procesu vývoje softwaru, který se skládá ze čtyř fází životního cyklu projektu:
založení (inception), zpracování (elaboration), provedení (construction) a převedení (transition).

458
Q

reaktivní testovací strategie (=reactive test strategy)

A

Testovací strategie, kdy testovací tým čeká s návrhem a provedením testů do doby přejímky softwaru a reaguje až na
aktuální testovaný systém.

459
Q

reaktivní testování (=reactive testing)

A

Testování, které dynamicky reaguje na daný testovaný systém a získané výsledky testů. Reaktivní testování má typicky snížený rozsah plánovacího cyklu, a fáze návrhu a implementace testů se neuskuteční, dokud není k dispozici testovaný
objekt.

460
Q

průzkum (=reconnaissance)

A

Zkoumání cílové oblasti se záměrem získat informace, které mohou být užitečné pro útok.

461
Q

obnovitelnost (=recoverability)

A

Schopnost softwarového produktu znovu dosáhnout specifikované úrovně výkonu a obnovit poškozená data v případě
selhání (poruchy).

462
Q

testování schopnosti zotavení (=recoverability testing)

A

Proces testování s cílem určit schopnost zotavení softwarového produktu.

463
Q

regrese (=regression)

A

Zhoršení kvality komponenty nebo systému v důsledku změny.

464
Q

regresní testování (=regression testing)

A

Testování již dříve testované komponenty nebo systému po modifikaci s cílem zajištění toho, že nedošlo na nezměnených částech softwaru v důsledku provedených změn k výskytu nových nebo dříve neodhalených (skrytých) defektů.

465
Q

regresně averzní testovací
strategie (=regression-averse test
strategy)

A

Testovací strategie, při které testovací tým používá různé techniky s cílem řídit regresní rizika, např. automatizaci
funkcionálních a/nebo nefunkcionálních regresních testů na jedné nebo více úrovních.

466
Q

regresně-averzní testování (=regression-averse testing)

A

Testování s využitím různých technik s cílem řídit riziko regrese, například navržením opakovaně použitelného testwaru a
rozsáhlou automatizací testů na jedné nebo několika testovacích úrovních.

467
Q

regulatorní akceptační testování (=regulatory acceptance

testing)

A

Akceptační testování prováděné za účelem ověření, zda systém odpovídá příslušným zákonům, zásadám a předpisům.

468
Q

poznámky k vydání (release note) (=release note)

A

Dokument identifikující položky testů, jejich konfigurace, současný stav a jiné informace dodané vývojem pro testování (nebo případně pro jiné zainteresované) na začátku fáze provádění testů.

469
Q

bezporuchovost (spolehlivost) (=reliability)

A

Míra, v jaké je po daný časový úsek a za stanovených podmínek schopna komponenta nebo systém vykonávat
požadovanou funkci.

470
Q

model růstu spolehlivosti (=reliability growth model)

A

Model, který ukazuje růst spolehlivosti komponenty nebo systému v průběhu kontinuálního testování, a to jako následek
odstranění defektů, které způsobují selhání spolehlivosti.

471
Q

testování spolehlivosti (=reliability testing)

A

Proces testování s cílem určit spolehlivost softwarového produktu.

472
Q

nahraditelnost (=replaceability)

A

Schopnost softwarového produktu být používán místo jiného specifikovaného softwarového produktu pro stejný účel ve
stejném prostředí.

473
Q

požadavek (=requirement)

A

Ustanovení obsahující kritéria, která mají být splněna.

474
Q

nástroj pro správu požadavků (=requirements management tool)

A

Nástroj, který podporuje záznam požadavků, atributů požadavků (např. priorita, zodpovědnost) a poznámek a dále usnadňuje sledovatelnost přes jednotlivé vrstvy požadavků a změnového řízení požadavků. Některé nástroje pro řízení požadavků také poskytují podporu pro statickou analýzu jako je např. kontrola konzistence a kontrola porušení
předdefinovaných pravidel pro řízení požadavků.

475
Q

fáze požadavků (=requirements phase)

A

Časové období v životním cyklu vývoje softwaru, během které jsou definovány a dokumentovány požadavky na
softwarový produkt.

476
Q

testování založené na požadavcích (=requirements-based testing)

A

Způsob testování, při kterém je návrh testovacích případů založen na cílech testování a testovacích podmínkách odvozených z požadavků, tedy např. testy, které spouštějí určité funkce nebo měří nefunkcionální charakteristiky jako
spolehlivost nebo použitelnost.

477
Q

využití zdrojů (=resource utilization)

A

Schopnost softwarového produktu použít příslušná množství a druhy zdrojů, (například množství hlavní a vedlejší paměti používané programem nebo velikosti požadovaných dočasných souborů) v případě, kdy software plní svou funkci za
stanovených podmínek.

478
Q

testování vytíženosti zdrojů (=resource utilization testing)

A

Proces testování s cílem určit vytíženost zdrojů softwarového produktu.

479
Q

výsledek (=result)

A

Důsledek/výsledek provedení testu. Zahrnuje výstupy na obrazovce, změny dat, reporty a odeslané komunikační zprávy.

480
Q

kritéria opětovného spuštění (=resumption criteria)

A

Kritéria použitá k opětovnému spuštění celého nebo části testování, které bylo dříve pozastaveno.

481
Q

požadavky na znovuzahájení (=resumption requirements)

A

Definováná sada testovacích aktivit, které se musí opakovat, pokud je testování znovu zahájeno po pozastavení.

482
Q

retrospektiva (=retrospective meeting)

A

Setkání po dokončení projektu (nebo iterace), během kterého členové projektového týmu hodnotí projekt a snaží se
získat ponaučení pro další projekt.

483
Q

revize (přezkoumání) (=review)

A

Činnost, během níž je pracovní produkt nebo proces hodnocen jednou nebo více osobami s cílem najít problémy a
navrhnout vylepšení.

484
Q

plán revizí (přezkoumání) (=review plan)

A

Dokument, popisující přístup, zdroje a harmonogram zamýšlených aktivit v oblasti revizí (přezkoumání). Mimo jiné identifikuje dokumenty a kód k revizi, typy revize, které mají být užity, účastníky, vstupní a výstupní kritéria, která mají být použita v případě formálních revizí a zdůvodnění jejich volby. Plán revizí je záznamem procesu plánování revizí.

485
Q

revizní nástroj (=review tool)

A

Nástroj, který podporuje proces revize (přezkoumání). Mezi jeho typické vlastnosti patří plánování revizí, podpora sledování stavu, podpora komunikace, podpora vzdálené spolupráce při revizi a udržování úložiště pro sběr a reportování
metrik.

486
Q

revidující (=reviewer)

A

Účastník revize (přezkoumání), který identifikuje problémy v pracovním produktu.

487
Q

riziko (=risk)

A

Faktor, který může v budoucnu vést k negativním důsledkům. Obvykle je vyjádřen pomocí dopadu a pravděpodobnosti.

488
Q

analýza rizik (=risk analysis)

A

Souhrnný proces identifikace a ohodnocení rizik.

489
Q

ohodnocení rizik (=risk assessment)

A

Proces analýzy identifikovaných rizik s cílem určení úrovně rizik.

490
Q

identifikace rizik (=risk identification)

A

Proces identifikace rizik pomocí technik jako jsou např. brainstorming, kontrolní seznamy nebo historie selhání.

491
Q

dopad rizika (=risk impact)

A

Škoda, které bude způsobena v případě, že se riziko skutečně projeví.

492
Q

úroveň rizika (=risk level)

A

Kvalitativní nebo kvantitativní míra rizika definovaná pomocí jeho dopadu a pravděpodobností, že riziko nastane.

493
Q

pravděpodobnost rizika (=risk likelihood)

A

Odhadnutá pravděpodobnost, že se z rizika stane skutečný výsledek nebo událost.

494
Q

řízení rizik (=risk management)

A

Koordinované aktivity zaměřené na nasměrování a řízení organizace s ohledem na rizika.

495
Q

zmírnění rizik (=risk mitigation)

A

Proces, při kterém jsou učiněna rozhodnutí a aplikována ochranná opatření, a to tak, aby došlo buďto ke snížení rizik na
definovanou úroveň nebo k udržení rizik v určitých mezích.

496
Q

typ rizika (=risk type)

A

Sada rizik seskupených podle jednoho nebo více společných faktorů.

497
Q

testování založené na rizicích (=risk-based testing)

A

Testování, při němž je management, výběr, prioritizace a využívání testovacích činností a zdrojů založeno na
odpovídajících typech rizik a jejich úrovních.

498
Q

robustnost (=robustness)

A

Míra, při které může komponenta nebo systém fungovat správně v případě neplatných vstupů nebo rušivých podmínkách prostředí.

499
Q

testování robustnosti (=robustness testing)

A

Proces testování s cílem určit robustnost softwarového produktu.

500
Q

revize založena na roli (=role-based reviewing)

A

Revizní technika, v níž revidující hodnotí pracovní produkt z pohledu různých rolí zúčastněných stran.

ISTQB - CZ glossary (2 decks)

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