Clavis *

A

Akceptační kritéria: výstupní kritéria, která musí komponenta nebo systém splňovat, aby je uživatel, zákazník nebo jiný oprávněný subjekt přijal. link

Akceptační testování: formální testování s ohledem na potřeby uživatelů, požadavky a obchodní procesy prováděné za účelem zjištění, zda systém splňuje kritéria přijatelnosti, a umožňující uživateli, zákazníkovi nebo jinému oprávněnému subjektu rozhodnout, zda systém přijme, či nikoli. link

Ad hoc testování: testování se provádí neformálně; neprobíhá žádná formální příprava testů, nepoužívá se žádná uznávaná technika pro návrh testů. Je prováděno náhodně na libovolné části aplikace. Hlavním cílem tohoto testování je najít chyby náhodnou kontrolou. Ad hoc testování lze dosáhnout pomocí techniky testování softwaru zvané Error Guessing. Hádání chyb mohou provádět lidé, kteří mají se systémem dostatek zkušeností, aby „odhadli“ nejpravděpodobnější zdroj chyb. link

Agilní testování: testování pro projekt využívající agilní metodiky, jako je například extrémní programování (XP). Na rozdíl od vodopádového modelu vývoje softwaru vyžaduje agilní model vývoje softwaru, aby testování probíhalo v počátečních fázích vývoje (téměř souběžně s ním). Agilní testování není sekvenční (aby se provádělo až po dokončení kódování), ale je to kontinuální proces. link

Alfa testování: typ testování softwaru prováděný za účelem identifikace chyb před uvolněním softwarového produktu skutečným uživatelům nebo veřejnosti. Jedná se o typ akceptačního testování. Hlavním cílem alfa testování je zdokonalit softwarový produkt nalezením a opravou chyb, které nebyly objeveny při předchozích testech. Je prováděné v testovacím prostředí vývojářské organizace, ale lidmi mimo vývojový tým. link

Automatizovaný testware: testware je podmnožina softwaru se speciálním účelem, tj. pro testování softwaru, zejména pro automatizaci testování softwaru. Automatizovaný testware je například určen ke spuštění na automatizačních frameworcích. Testovací software se vytváří metodami verifikačního i validačního testování. Stejně jako software zahrnuje testware kódy a binární soubory, stejně jako testovací případy, test plán, test report atd. link

Analýza hraničních hodnot: technika návrhu testů černé skříňky, při které se testovací případy navrhují na základě hraničních hodnot. link

Analýza pokrytí: měření dosaženého pokrytí specifikované položky během provádění testu podle předem stanovených kritérií, aby se určilo, zda je nutné další testování, a pokud ano, které testovací případy jsou potřebné. link

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

Adaptabilita: 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.

Agilní manifest: 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ě. link

Agilní vývoj softwaru: 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. link

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

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

Analyzovatelnost: 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.

Anomálie: 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.

Anti-malware: software, který je použit k detekci a potlačení malwaru. link

Anti-vzor: 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. link

API: zkratka pro aplikační programové rozhraní (Application Programming Interface). link

Atomická podmínka: 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).

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

Audit: 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.

Auditní stopa: 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.

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

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

Analýza řídícího toku: 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. link

Analýza datového toku: forma statické analýzy založená na definici a použití proměnných. link

B

Back-to-back testování: testování, při kterém se dvě nebo více variant komponenty nebo systému spustí se stejnými vstupy, porovnají se výstupy a v případě nesrovnalostí se analyzují. link

Best practice: nejlepší metoda nebo inovativní postup, který přispívá ke zlepšení výkonnosti organizace v daném kontextu, obvykle uznávaný jako „nejlepší“ ostatními srovnatelnými organizacemi. link

Beta testování: provádějí skuteční uživatelé softwarové aplikace v reálném prostředí s cílem zjistit, zda komponenta nebo systém vyhovuje potřebám zákazníka a zda zapadá do obchodních procesů. Beta testování je jedním z typů uživatelského akceptačního testování. link

Big-bang testování: 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. link

Black box testování: testování, ať už funkční nebo nefunkční, bez vazby na vnitřní strukturu komponenty nebo systému. link

Black box technika návrhu: 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. link

Bottom-up testování: přístup k integračnímu testování, kdy se nejprve testují komponenty nejnižší úrovně a poté se používají k usnadnění testování komponent vyšší úrovně. Tento proces se opakuje, dokud není otestována komponenta na vrcholu hierarchie. link

Business process-based testování: přístup k testování, při kterém jsou testovací případy navrhovány na základě popisu a/nebo znalosti obchodních procesů. link

Botnet: 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ů. link

Bug:

Bug report:

C

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

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

COST: zkratka pro Commercial Off-The-Shelf software – softwarové produkty, které jsou připravené a dostupné ke koupi na komerčním trhu.

CMMI: zkratka pro Capability Maturity Model Integration (model hodnocení vyspělosti a zralosti procesů) – 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.

CLI: zkratka pro Command-line interface (rozhraní k příkazové řádce). link

CLI testování: 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. link

CCB: zkratka pro Configuration control board (výbor pro správu konfigurací) – 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. link

Certifikace: proces potvrzení, že součást, systém nebo osoba splňuje stanovené požadavky, např. složením zkoušky.

Cyklomatická složitost: 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). link

D

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

Diagram příčin a následků: grafické znázornění, které slouží k uspořádání a zobrazení vzájemných možných vztahů různých hlavní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. Je také známý jako Ishikawův diagram, protože jej vynalezl Kaoru Ishikawa, nebo diagram rybí kosti kvůli tomu, jak vypadá. link

Dashboard: 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. link

Denní sestavení: 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. link

Definice dat: příkaz, ve kterém je proměnné přiřazena hodnota.

Datový tok: 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ý. link

DD cesta – 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í. link

Defekt: defekt v komponentě nebo systému, která může způsobit, že komponenta nebo systém neplní svou požadovanou funkci, např. nesprávný příkaz nebo definice dat. Defekt, pokud se vyskytne během provádění, může způsobit selhání komponenty nebo systému. link

DDP: zkratka pro Defect Detection Percentage (procento zjištěných defektů) – 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í. link

Dodávka: jakýkoli (pracovní) produkt, který musí být dodán někomu jinému než autorovi (pracovního) produktu.

DMZ: zkratka pro demilitarized zone (demilitarizovaná zóna) – fyzická nebo logická část sítě, která obsahuje a vystavuje externě orientované služby organizace nedůvěryhodné síti, obyčejně Internetu. link

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

DOS: zkratka pro denial of service (odepření služeb) – 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. link

E

F

G

Graf příčin a následků: 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ů. link

Graf řídícího toku: abstraktní reprezentace všech možných posloupností událostí (cest) při spuštění komponenty nebo systému. link

H

Hraniční hodnota: vstupní nebo výstupní hodnota, která se nachází na hraně rozdělení ekvivalence nebo v nejmenší přírůstkové vzdálenosti na obou stranách hranice, například minimální nebo maximální hodnota rozsahu. link

Hodnotící zpráva: dokument, který shrnuje výsledky hodnocení, např. závěry, doporučení a zjištění.

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

Hustota defektů: počet závad zjištěných v komponentě nebo systému vydělený velikostí komponenty nebo systému (vyjádřeno standardními měrnými jednotkami, např. řádky kódu, počtem tříd nebo funkčních bodů). link

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

CH

Chování: odpověď komponenty nebo systému na sadu vstupních hodnot nebo podmínek.

I

Integrační testování komponent: testování prováděné s cílem odhalit defekty v rozhraních a interakcích mezi integrovanými komponentami. link

Interval spolehlivosti: č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.

Identifikace konfigurace: 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.

J

K

Koexistence: schopnost softwarového produktu koexistovat s jiným nezávislým softwarem ve společném prostředí, který sdílí společné zdroje.

Kód: 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.

Kombinační testování: 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ů. link

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

Komponenta: nejmenší část systému, kterou lze izolovaně testovat.

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

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

Konfigurační položka: 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.

Konfigurační management: 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álních 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. link

Konfirmační testování: 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í. link

Konzultační testovací strategie: 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.

Konzultační testování: 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í).

Kontinuální reprezentace: 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í. link

Kontrolní graf: 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. link

Konvergenční metrika: metrika, která ukazuje pokrok 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í. link

Kritické procesy testování: 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. link

Kvalita dat: 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. link

Komise pro management defektů: 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í.

L

Ladění: proces vyhledávání, analýzy a odstraňování příčin chyb v softwaru. link

M

Metoda klasifikačního stromu: technika testování černé skříňky pro testování kombinací vlastností. Uvažujme scénář, kdy uživatel potřebuje otestovat několik funkcí. Z důvodu časových a rozpočtových omezení není možné otestovat všechny kombinace. Metoda klasifikačního stromu je jednou z technik, které můžeme v takové situaci použít. link

Model založený na obsahu: procesní model, který poskytuje podrobný popis dobrých technických postupů, např. testovacích.

Management defektů: 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í. link

Maskování defektu: situace, při které není díky výskytu jednoho defektu odhalen defekt jiný. link

N

Nástroj pokrytí: poskytuje objektivní měření toho, jaké strukturální prvky, např. příkazy, větve, byly testovací sadou procvičeny.

Nahraj/přehraj: 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).

Nástroj pro nahraj/přehraj: 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í. link

Nástroj pro konfigurační management: 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). link

Nástroj pro ladění: nástroj, který programátoři používají k reprodukci chyb, zkoumání stavu programů a hledání odpovídajících chyb. Ladicí programy umožňují programátorům spouštět programy krok za krokem, zastavit program v libovolném příkazu programu a nastavovat a zkoumat proměnné programu. link

Nástroj pro řízení defektů: nástroj, který napomáhá zaznamenávání a sledování stavů defektů. link

O

Ověřovací test sestavení: 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í. link

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

P

Pokrytí hraničních hodnot: procento hraničních hodnot, které byly procvičeny sadou testů. link

Pokrytí kódu: metoda analýzy, která určuje, které části softwaru byly provedeny (pokryty) sadou testů a které části nebyly provedeny, např. pokrytí příkazů, pokrytí rozhodnutí nebo pokrytí podmínek. link

Pokrytí: míra, vyjádřená v procentech, v jakém byla určitá položka pokrytí procvičena sadou testů.

Pokrytí větví: procento větví, které byly testovací sadou prověřeny. 100% pokrytí větví znamená jak 100% pokrytí rozhodnutí, tak 100% pokrytí příkazů. link

Případ zneužití: 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. link

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

Přetečení vyrovnávací paměti: 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í. link

Počítačová forenzní věda: praktika určení způsobu, kterým byl proveden úspěšný bezpečnostní útok a vyhodnocení jeho škod. link

Podmínka: logický výraz, který je možno vyhodnotit jako Pravda nebo Nepravda, např. A>B.

Pokrytí podmínek: 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. link

Položka pokrytí: 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. link

Pokrytí toku dat: procento dvojic „definice-použití“, které byly procvičeny sadou testovacích případů.

Pokrytí rozhodnutí a podmínek: procento všech výsledků podmínek a výsledků rozhodnutí, které byly procvičeny sadou testů. 100% pokrytí rozhodovacími podmínkami znamená 100% pokrytí podmínkami i 100% pokrytí rozhodnutími. link

Pokrytí rozhodnutí: procento výsledků rozhodnutí, které byly testovací sadou ověřeny. 100% pokrytí rozhodnutí znamená 100% pokrytí větví i 100% pokrytí příkazů. link

Q

R

Rozhodnutí: bod programu, ve kterém má tok řízení dvě nebo více alternativních cest. Uzel se dvěma nebo více odkazy na samostatné větve.

Rozhodovací tabulka: tabulka zobrazující kombinace vstupů a/nebo podnětů (příčin) s jejich souvisejícími výstupy a/nebo úkony (důsledky), kterou lze použít k návrhu testovacích případů. link

Řídící tok: posloupnost, ve které jsou jednotlivé operace vykonávány během provádění položky testování. link

S

Shoda: schopnost softwarového produktu dodržovat normy, konvence nebo předpisy v zákonech a podobných předpisech.

Skutečný výsledek: chování, které se projeví/je pozorováno při testování části nebo systému.

Sběr účtů: proces získávání seznamů e-mailových adres pro použití v hromadných e-mailových zprávách. link

Srovnávací test: Test, který je využíván pro srovnání systémů nebo komponent mezi sebou nebo komponenty nebo systému proti danému standardu. link

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

Specifikace komponenty: 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ů). link

Složená podmínka: 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“.

Správa konfigurací: 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.

T

Testování přístupnosti: testování, jehož cílem je zjistit, jak snadno mohou uživatelé se zdravotním postižením používat danou část nebo systém. link

Testování shody: proces testování za účelem zjištění shody komponenty nebo systému. link

Testování konverzí: 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í. link

Testování řízené daty: 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.

Testování přesnosti: proces testování za účelem zjištění přesnosti softwarového produktu.

Testování API: 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. link

Testování založené na útoku: 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í.

Testování založené na kontrolních seznamech: 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. link

Testování větví: testování větví je definováno jako testovací metoda, jejímž hlavním cílem je zajistit, aby každá z možných větví z každého rozhodovacího bodu byla provedena alespoň jednou, a tím zajistit, aby byl proveden celý dosažitelný kód. link

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

Testování souběžnosti: provádí se za účelem testování stability softwarového produktu, když k jeho službám přistupuje a využívá je více uživatelů současně. To pomáhá získat přibližnou představu o problémech vznikajících při vícenásobném používání, jako je zvýšená doba odezvy, pády, deadlocky a propustnost. link

Testování podmínek: 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. link

Testování řídícího toku: 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. link

Testování toku dat: 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é. link

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

Testování řízené daty: technika skriptování, která ukládá vstupní údaje testů a očekávané výsledky do tabulky nebo tabulkového procesoru, takže jediný řídicí skript může provést všechny testy v tabulce. Testování řízené daty se často používá k podpoře použití nástrojů pro provádění testů, jako jsou nástroje pro nahraj/přehraj. link

Testování podmínek a rozhodování: 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í.

Testování rozhodovací tabulky: technika návrhu testu černé skříňky, při níž jsou testovací případy navrženy tak, aby provedly kombinace vstupů a/nebo podnětů (příčin) uvedených v rozhodovací tabulce. link

Testování rozhodování: technika návrhu testů bílé skříňky, při níž jsou testovací případy navrženy tak, aby prováděly výsledky rozhodnutí. link

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

Typ defektu: 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). link

Technika návrhu testů založená na defektech: 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ů. link

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

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

U

Útočník: 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.

V

Větev: 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. link

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

Vyrovnávací paměť: 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í. link

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

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

W

X

XSS: zkratka pro Cross-site scripting (cross-site skriptování) – zranitelnost, která umožňuje útočníkům vložit škodlivý kód do jinak benigních (neškodných) internetových stránek. link

Y

Z

Základní testovací sada: sada testovacích případů získaných z interní normy nebo specifikace, která zajišťuje, že je splněno 100 % rozsahu, který je stanoven kritérii. link

Zakázkový software: software vyvinutý speciálně pro určitý okruh uživatelů nebo zákazníků. link

Zablokovaný testovací případ: testovací případ, který nelze provést, protože nejsou splněny předpoklady pro jeho provedení. link

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

Závislé chování: 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.

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

Zpráva o defektu: dokument informující o jakékoli závadě v komponentě nebo systému, která může způsobit, že komponenta nebo systém neplní svou požadovanou funkci. link

* Glosář, abecední seznam pojmů z určité oblasti znalostí s definicemi těchto pojmů.