software testing terms complete glossary
Abychom se vyhnuli nejasnostem v různých podmínkách testování softwaru, připojuji a glosář pro testování softwaru tady.
V tomto glosáři jsou zahrnuty všechny podmínky testování softwaru. Pokud máte pocit, že znáte definici jakéhokoli výrazu lépe, než je zde uvedeno, můžete ji použít Kontaktní formulář poslat mi definice. Při kontrole je zahrnu do tohoto slovníku.
Chcete-li znát základní definice testování softwaru a zajištění kvality, je to nejlepší glosář, který sestavil Erik van Veenendaal . Pro každou definici je v závorkách uveden odkaz na IEEE nebo ISO.
NA
Kritéria přijatelnosti: Kritéria ukončení, která musí komponenta nebo systém splňovat, aby byla splněnapřijato uživatelem, zákazníkem nebo jiným oprávněným subjektem. (IEEE 610)
přejímací zkoušky: 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, či nikoli, a umožnění uživateli, zákazníkům nebo jinému oprávněnému subjektu určit, zda bude systém akceptovat či nikoli. (Po IEEE 610)
testování přístupnosti: Testování k určení snadnosti, s jakou mohou uživatelé se zdravotním postižením používat komponentu nebo systém. (Gerrard)
přesnost: Schopnost softwarového produktu poskytovat správné nebo dohodnuté výsledky nebo efekty s potřebnou mírou přesnosti. (ISO 9126) Viz také testování funkčnosti.
skutečný výsledek: Chování vyvolané / pozorované při testování součásti nebo systému.
ad hoc testování: Testování prováděno neformálně; neprovádí se žádná formální příprava testu, nepoužívá se žádná uznávaná technika navrhování testů, neexistují žádná očekávání ohledně výsledků a náhodnost řídí aktivitu provádění testu.
přizpůsobivost: Schopnost softwarového produktu být přizpůsobena pro různá specifikovaná prostředí bez použití jiných akcí nebo prostředků, než jaké jsou pro tento účel poskytnuty pro uvažovaný software. (ISO 9126) Viz také testování přenositelnosti.
agilní testování: Testovací praxe pro projekt využívající agilní metodiky, jako je extrémní programování (XP), zacházení s vývojem jako zákazníkem testování a zdůraznění paradigmatu prvního testování.
alfa testování: Simulované nebo skutečné provozní testování potenciálními uživateli / zákazníky nebo nezávislým testovacím týmem v místě vývojářů, ale mimo vývojovou organizaci. Alfa testování se často používá jako forma interního akceptačního testování.
analyzovatelnost: Schopnost diagnostikovat softwarový produkt z hlediska nedostatků nebo příčin poruch softwaru nebo identifikovat součásti, které mají být upraveny. (ISO 9126) Viz také testování udržovatelnosti.
anomálie: Jakákoli podmínka, která se odchyluje od očekávání na základě specifikací požadavků, návrhových dokumentů, uživatelských dokumentů, norem atd. Nebo od vnímání či zkušeností někoho jiného. Anomálie lze nalézt během, ale bez omezení, kontroly, testování, analýzy, kompilace nebo používání softwarových produktů nebo příslušné dokumentace. (IEEE 1044) Viz také defekt, odchylka, chyba, chyba, porucha, incident, problém.
přitažlivost: Schopnost softwarového produktu být atraktivní pro uživatele. (ISO 9126)
audit: Nezávislé hodnocení softwarových produktů nebo procesů za účelem ověření shody s normami, pokyny, specifikacemi nebo postupy na základě objektivních kritérií, včetně dokumentů, které specifikují:
1) forma nebo obsah vyráběných produktů
2) postup, kterým se produkty budou vyrábět
3) jak se měří dodržování norem nebo pokynů. (IEEE 1028)
audit trail: Cesta, po které lze zpětně vysledovat původní vstup do procesu (např. Data), přičemž jako výchozí bod se vezme výstup procesu. To usnadňuje analýzu defektů a umožňuje provádět procesní audit. (Po TMap)
automatizovaný testovací software: Testware používaný při automatickém testování, například skripty nástrojů.
dostupnost: Míra, do jaké je komponenta nebo systém funkční a přístupný, když je to pro použití nutné. Často vyjádřeno v procentech. (IEEE 610)
B
back-to-back testování: Testování, při kterém jsou prováděny dvě nebo více variant komponenty nebo systému se stejnými vstupy, porovnávány výstupy a analyzovány v případě nesrovnalostí. (IEEE 610)
základní linie: Specifikace nebo softwarový produkt, který byl formálně zkontrolován nebo odsouhlasen, který poté slouží jako základ pro další vývoj a který lze změnit pouze prostřednictvím formálního procesu kontroly změn. (Po IEEE 610)
základní blok: Posloupnost jednoho nebo více po sobě jdoucích spustitelných příkazů neobsahujících žádné větve.
základní testovací sada: Sada testovacích případů odvozených z vnitřní struktury nebo specifikace k zajištění toho, že je dosaženo 100% stanoveného kritéria pokrytí.
chování: Odezva komponenty nebo systému na sadu vstupních hodnot a předběžných podmínek.
srovnávací test: (1) Standard, proti kterému lze provádět měření nebo srovnání. (2) Zkouška, která se používá k porovnání komponent nebo systémů navzájem nebo s normou podle bodu (1). (Po IEEE 610)
software na zakázku: Software vyvinutý speciálně pro skupinu uživatelů nebo zákazníků. Opakem je běžný software.
nejlepší praxe: Vynikající metoda nebo inovativní praxe, která přispívá ke zlepšení výkonu organizace v daném kontextu, kterou ostatní peer organizace obvykle považují za „nejlepší“.
beta testování: Provozní testování potenciálními a / nebo stávajícími uživateli / zákazníky na externím místě, které není jinak zapojeno do vývoje, aby se zjistilo, zda komponenta nebo systém uspokojuje potřeby uživatele / zákazníka a zapadá do obchodních procesů. Beta testování se často používá jako forma externího akceptačního testování za účelem získání zpětné vazby z trhu.
testování velkého třesku: Typ testování integrace, při kterém se softwarové prvky, hardwarové prvky nebo obojí kombinují najednou do komponenty nebo do celého systému, nikoli po fázích. (Po IEEE 610) Viz také testování integrace.
testování černé skříňky: Testování, ať už funkční nebo nefunkční, bez odkazu na vnitřní strukturu komponenty nebo systému.
techniky návrhu testu černé skříňky: Dokumentovaný postup pro odvození a výběr testovacích případů na základě analýzy specifikace, ať už funkční nebo nefunkční, součásti nebo systému bez odkazu na její vnitřní strukturu.
zablokovaný testovací případ: Testovací případ, který nelze provést, protože nejsou splněny předpoklady pro jeho provedení.
testování zdola nahoru: Inkrementální přístup k testování integrace, kde se nejprve testují komponenty na nejnižší úrovni a poté se používají k usnadnění testování komponent na vyšší úrovni. Tento proces se opakuje, dokud není testována komponenta v horní části hierarchie. Viz také testování integrace.
mezní hodnota: Vstupní hodnota nebo výstupní hodnota, která je na okraji oddílu ekvivalence nebo v nejmenší přírůstkové vzdálenosti na obou stranách okraje, například minimální nebo maximální hodnota rozsahu.
analýza hraniční hodnoty: Technika návrhu testu černé skříňky, ve které jsou testovací případy navrženy na základě hraničních hodnot.
mezní hodnota pokrytí: Procento mezních hodnot, které byly uplatněny testovací sadou.
větev: Základní blok, který lze vybrat k provedení na základě konstruktu programu, ve kterém je k dispozici jedna ze dvou nebo více alternativních cest programu, např. případ, skočit, přejít na, pokud pak- jinak.
pokrytí pobočky: Procento větví, které byly uplatněny testovací sadou. 100% pokrytí pobočky znamená 100% pokrytí rozhodnutí a 100% pokrytí výpisu.
testování poboček: Technika návrhu testu v bílé krabici, ve které jsou testovací případy navrženy k provádění větví.
testování založené na obchodních procesech: Přístup k testování, při kterém jsou testovací případy navrženy na základě popisů a / nebo znalostí obchodních procesů.
C
Model zralosti schopností (CMM): Pětiúrovňový rámec, který popisuje klíčové prvky efektivního softwarového procesu. Model zralosti schopností zahrnuje postupy pro plánování, konstrukci a správu vývoje a údržby softwaru. (CMM)
Integrace modelu schopností (CMMI): Rámec, který popisuje klíčové prvky efektivního procesu vývoje a údržby produktu. Integrace modelu způsobilosti schopností zahrnuje postupy pro plánování, konstrukci a správu vývoje a údržby produktů. CMMI je určeným nástupcem CMM. (CMMI)
nástroj pro snímání / přehrávání: Typ nástroje pro provádění testu, kde se během ručního testování zaznamenávají vstupy za účelem generování automatických testovacích skriptů, které lze spustit později (tj. Přehrát). Tyto nástroje se často používají k podpoře automatizovaného regresního testování.
PŘÍPAD: Zkratka pro softwarové inženýrství podporované počítačem.
OBSAZENÍ: Zkratka pro testování softwaru podporovaného počítačem. Viz také automatizace testů.
graf příčin a následků: Grafické znázornění vstupů a / nebo podnětů (příčin) s jejich přidruženými výstupy (účinky), které lze použít k návrhu testovacích případů.
graf příčin-účinek: Technika návrhu testu černé skříňky, ve které jsou testovací případy navrženy z grafů příčin a následků. (BS 7925/2)
osvědčení: Proces potvrzení, že komponenta, systém nebo osoba splňují stanovené požadavky, např. složením zkoušky.
proměnlivost: Schopnost softwarového produktu umožnit provedení specifických úprav. (ISO 9126) Viz také udržovatelnost.
metoda klasifikačního stromu: Technika návrhu testu černé skříňky, ve které jsou testovací případy popsané pomocí klasifikačního stromu navrženy k provádění kombinací zástupců vstupní a / nebo výstupní domény. (Grochtmann)
pokrytí kódu: Metoda analýzy, která určuje, které části softwaru byly testovací sadou provedeny (pokryty) a které části nebyly provedeny, např. pokrytí prohlášení, pokrytí rozhodnutí nebo pokrytí podmínek.
soužití: Schopnost softwarového produktu koexistovat s jiným nezávislým softwarem v běžném prostředí sdílejícím společné zdroje. (ISO 9126) Viz testování přenositelnosti.
složitost: Míra, do jaké má komponenta nebo systém konstrukci a / nebo vnitřní strukturu, které je obtížné pochopit, udržovat a ověřovat. Viz také cyklomatická složitost.
dodržování: Schopnost softwarového produktu dodržovat standardy, konvence nebo předpisy v zákonech a podobných předpisech. (ISO 9126)
testování shody : Proces testování za účelem zjištění souladu komponenty nebo systému.
komponent: Minimální softwarová položka, kterou lze testovat samostatně.
testování integrace komponent: Testování provedené za účelem odhalení vad rozhraní a interakce mezi integrovanými komponentami.
specifikace komponenty: Popis funkce komponenty z hlediska jejích výstupních hodnot pro zadané vstupní hodnoty za stanovených podmínek a požadovaného nefunkčního chování (např. Využití zdrojů).
testování komponent: Testování jednotlivých softwarových komponent. (Po IEEE 610)
složený stav: Dvě nebo více jednoduchých podmínek spojených pomocí logického operátoru (AND, OR nebo XOR), např. „A> B AND C> 1000“.
souběžné testování: Testování k určení, jak komponenta nebo systém zpracovává výskyt dvou nebo více aktivit ve stejném časovém intervalu, dosažených prokládáním aktivit nebo simultánním spuštěním. (Po IEEE 610)
stav: Logický výraz, který lze vyhodnotit jako True nebo False, např. A> B. Viz také podmínka testu.
podmínka krytí: Procento výsledků stavu, které byly uplatněny testovací sadou. 100% pokrytí podmínek vyžaduje, aby každá jednotlivá podmínka v každém rozhodnutí byla testována na hodnotu True a False.
pokrytí stanovení stavu: Procento všech výsledků jednotlivých stavů, které nezávisle na výsledku rozhodnutí, které byly uplatněny sadou testovacích případů. 100% pokrytí stanovení podmínek znamená 100% pokrytí podmínek rozhodnutí.
testování stanovení stavu: Technika návrhu testu v bílé krabici, ve které jsou testovací případy navrženy tak, aby prováděly výsledky jedné podmínky, které nezávisle ovlivňují výsledek rozhodnutí.
testování stavu: Technika návrhu testu v bílé krabici, ve které jsou testovací případy navrženy tak, aby prováděly výsledky podmínek.
výsledek stavu: Vyhodnocení stavu na True nebo False.
konfigurace: Složení součásti nebo systému, jak je definováno počtem, povahou a propojením jejích základních částí.
audit konfigurace: Funkce pro kontrolu obsahu knihoven konfiguračních položek, např. dodržování norem. (IEEE 610)
ovládání konfigurace: Prvek správy konfigurace, který se skládá z vyhodnocení, koordinace, schválení nebo nesouhlasu a implementace změn položek konfigurace po formálním stanovení jejich identifikace konfigurace. (IEEE
610)
identifikace konfigurace: Prvek správy konfigurace, skládající se z výběru položek konfigurace pro systém a zaznamenávání jejich funkčních a fyzických charakteristik do technické dokumentace. (IEEE 610)
konfigurační položka: Agregace hardwaru, softwaru nebo obojího, která je určena pro správu konfigurace a je v procesu správy konfigurace považována za jednu entitu. (IEEE 610)
správa konfigurace: Disciplína používající technický a administrativní směr a dohled na: identifikaci a dokumentaci funkčních a fyzických vlastností konfigurační položky, řízení změn těchto charakteristik, zaznamenávání a hlášení změn a stavu implementace a ověřování souladu se specifikovanými požadavky. (IEEE 610)
konzistence: Míra uniformity, standardizace a rozporu mezi dokumenty nebo částmi komponenty nebo systému. (IEEE 610)
regulační tok: Abstraktní reprezentace všech možných sekvencí událostí (cest) při provádění prostřednictvím komponenty nebo systému.
testování konverzí: Testování softwaru používaného k převodu dat ze stávajících systémů pro použití v náhradních systémech.
Postýlky: Zkratka pro komerční off-the-police software.
Dosah: Stupeň, vyjádřený v procentech, do kterého byla zadaná položka pokrytí uplatněna testovací sadou.
analýza pokrytí: Měření dosaženého pokrytí na specifikovanou položku pokrytí během provádění testu s odkazem na předem stanovená kritéria k určení, zda je nutné další testování, a pokud ano, jaké testovací případy jsou potřeba.
položka pokrytí: Entita nebo nemovitost použitá jako základ pro pokrytí testem, např. oddíly ekvivalence nebo příkazy kódu.
nástroj pokrytí: Nástroj, který poskytuje objektivní měřítka toho, jaké konstrukční prvky, např. prohlášení, pobočky byly uplatněny testovací sadou.
cyklomatická složitost: Počet nezávislých cest programem. Cyklomatická složitost je definována jako: L - N + 2P, kde -L = počet hran / odkazů v grafu -N = počet uzlů v grafu - P = počet odpojených částí grafu (např. Volací graf a podprogram). (Po McCabeovi)
D
definice dat: Spustitelný příkaz, kde je proměnné přiřazena hodnota.
testování založené na datech: Technika skriptování, která ukládá vstupy testu a očekávané výsledky do tabulky nebo tabulky, takže jediný kontrolní skript může provádět všechny testy v tabulce. Testování na základě dat se často používá k podpoře aplikace nástrojů pro provádění testů, jako jsou nástroje pro snímání / přehrávání. (Fewster a Graham) Viz také testování na základě klíčových slov.
datový tok: Abstraktní reprezentace posloupnosti a možných změn stavu datových objektů, kde je stav objektu libovolný:vytvoření, použití nebo zničení. (Beizer)
analýza toku dat: Forma statické analýzy založené na definici a použití proměnných.
pokrytí datovým tokem: Procento párů definice a použití, které byly uplatněny sadou testovacích případů.
test toku dat: Technika návrhu testu v bílé krabici, ve které jsou testovací případy navrženy k provedení definice a použití dvojic proměnných.
ladění: Proces hledání, analýzy a odstraňování příčin poruch softwaru.
nástroj pro ladění: Nástroj používaný programátory k reprodukci poruch, vyšetřování stavu programů a hledání odpovídající vady. Debuggery umožňují programátorům spouštět programy krok za krokem, zastavit program v libovolném programovém prohlášení a nastavovat a zkoumat programové proměnné.
rozhodnutí: Bod programu, ve kterém má řídicí tok dvě nebo více alternativních tras. Uzel se dvěma nebo více odkazy na samostatné větve.
pokrytí podmínky rozhodnutí: Procento všech výsledků stavu a výsledků rozhodnutí, které byly provedeny testovací sadou. 100% pokrytí podmínek rozhodnutí znamená jak 100% pokrytí podmínek, tak 100% pokrytí rozhodnutí.
testování podmínky rozhodování: Technika návrhu testu v bílé krabici, ve které jsou testovací případy navrženy tak, aby prováděly výsledky stavu a výsledky rozhodnutí.
pokrytí rozhodnutí: Procento výsledků rozhodnutí, které byly uplatněny testovací sadou. 100% pokrytí rozhodnutí znamená 100% pokrytí pobočky a 100% pokrytí výpisu.
rozhodovací tabulka: Tabulka zobrazující kombinace vstupů a / nebo podnětů (příčin) s jejich přidruženými výstupy a / nebo akcemi (účinky), které lze použít k návrhu testovacích případů.
testování rozhodovací tabulky: Techniky návrhu testu černé skříňky, ve kterých jsou testovací případy navrženy k provádění kombinací vstupů a / nebo podnětů (příčin) uvedených v rozhodovací tabulce. (Veenendaal)
rozhodovací testování: Technika návrhu testu v bílé krabici, ve které jsou testovací případy navrženy tak, aby prováděly výsledky rozhodnutí.
výsledek rozhodnutí: Výsledek rozhodnutí (které tedy určuje pobočky, které mají být přijaty).
přeběhnout: Chyba komponenty nebo systému, která může způsobit, že komponenta nebo systém neplní požadovanou funkci, např. nesprávné prohlášení nebo definice dat. Porucha, pokud se vyskytne během provádění, může způsobit poruchu komponenty nebo systému.
hustota vady: Počet závad identifikovaných v komponentě nebo systému děleno velikostí komponenty nebo systému (vyjádřeno standardními termíny měření, např. Řádky kódu, počet tříd nebo funkčních bodů).
Procento detekce vady (DDP): počet závad zjištěných testovací fází vydělený počtem zjištěných touto testovací fází a jakýmikoli dalšími prostředky poté.
protokol o závadě: Dokument hlásící jakoukoli chybu v komponentě nebo systému, která může způsobit, že komponenta nebo systém neplní požadovanou funkci. (Po IEEE 829)
správa vad: Proces rozpoznávání, vyšetřování, přijímání opatření a odstraňování vad. Zahrnuje zaznamenávání vad, jejich klasifikaci a identifikaci dopadu. (Po IEEE 1044)
maskování defektů: Výskyt, kdy jedna vada brání detekci jiné. (Po IEEE 610)
co je dobrý blokování reklam
pár definice a použití: Asociace definice proměnné s použitím této proměnné. Variabilní použití zahrnují výpočetní (např. Násobení) nebo přímé směrování cesty (použití „predikátu“).
doručitelný: Jakýkoli (pracovní) produkt, který musí být doručen někomu jinému, jehož autorem je (pracovní) produkt.
designové testování: Přístup k testování, při kterém jsou testovací případy navrženy na základě architektury a / nebo podrobného návrhu komponenty nebo systému (např. Testy rozhraní mezi komponentami nebo systémy).
kontrola stolu: Testování softwaru nebo specifikace manuální simulací jeho provádění.
vývojové testování: Formální nebo neformální testování prováděné během implementace komponenty nebo systému, obvykle ve vývojovém prostředí vývojáři. (Po IEEE 610)
testování dokumentace: Testování kvality dokumentace, např. uživatelská příručka nebo instalační příručka.
doména: Sada, ze které lze vybrat platné vstupní a / nebo výstupní hodnoty.
Řidič: Softwarová součást nebo zkušební nástroj, který nahrazuje součást, která se stará o ovládání a / nebo vyvolání součásti nebo systému. (Po TMap)
dynamická analýza: Proces hodnocení chování, např. výkon paměti, využití procesoru, systému nebo komponenty během provádění. (Po IEEE 610)
dynamické srovnání: Porovnání skutečných a očekávaných výsledků provedených během provádění softwaru, například pomocí nástroje pro provádění testu.
dynamické testování: Testování, které zahrnuje provedení softwaru komponenty nebo systému.
JE
účinnost: Schopnost softwarového produktu poskytovat odpovídající výkon ve vztahu k množství zdrojů použitých za stanovených podmínek. (ISO 9126)
testování účinnosti: Proces testování za účelem stanovení účinnosti softwarového produktu.
základní srovnávací testování: Techniky návrhu testu černé skříňky, ve kterých jsou testovací případy navrženy k provádění kombinací vstupů pomocí konceptu pokrytí stanovení podmínek. (TMap)
emulátor: Zařízení, počítačový program nebo systém, který přijímá stejné vstupy a produkuje stejné výstupy jako daný systém. (IEEE 610) Viz také simulátor.
vstupní kritéria: soubor obecných a specifických podmínek pro povolení postupu procesu s definovaným úkolem, např. testovací fáze. Účelem vstupních kritérií je zabránit spuštění úkolu, což by znamenalo více (zbytečného) úsilí ve srovnání s úsilím potřebným k odstranění neúspěšných vstupních kritérií. (Gilb a Graham)
Vstupní bod: První spustitelný příkaz v rámci komponenty.
oddíl ekvivalence: Část vstupní nebo výstupní domény, u které se na základě specifikace předpokládá stejné chování komponenty nebo systému.
pokrytí oddílu ekvivalence: Procento oddílů rovnocennosti, které byly procvičeny testovací sadou.
rozdělení ekvivalence: Technika návrhu testu černé skříňky, ve které jsou testovací případy navrženy k provádění zástupců z oddílů ekvivalence. V zásadě jsou testovací případy navrženy tak, aby pokrývaly každý oddíl alespoň jednou.
chyba: Lidská akce, která vede k nesprávnému výsledku. (Po IEEE 610)
chyba při hádání: Technika návrhu zkoušek, při které se používají zkušenosti testeru k předvídání, jaké vady mohou být přítomny v testované součásti nebo systému v důsledku provedených chyb, a ke konkrétním návrhům testů k jejich odhalení.
chyba očkování: Proces záměrného přidávání známých vad k těm, které jsou již v komponentě nebo systému za účelem monitorování rychlosti detekce a odstranění a odhadu počtu zbývajících vad. (IEEE 610)
tolerance chyb: Schopnost systému nebo součásti pokračovat v normálním provozu i přes přítomnost chybných vstupů. (Po IEEE 610).
zpracování výjimek: Chování komponenty nebo systému v reakci na chybný vstup, buď od lidského uživatele, nebo z jiné komponenty nebo systému, nebo na interní selhání.
spustitelný příkaz: Příkaz, který je při kompilaci přeložen do objektového kódu a který bude proveden procedurálně, když je program spuštěn, a může provést akci s daty.
cvičení: O prvku programu se říká, že je proveden testovacím případem, když vstupní hodnota způsobí provedení tohoto prvku, jako je příkaz, rozhodnutí nebo jiný strukturální prvek.
vyčerpávající testování: Testovací přístup, ve kterém testovací sada obsahuje všechny kombinace vstupních hodnot a předpokladů.
výstupní kritéria: Soubor obecných a konkrétních podmínek, které byly dohodnuty se zúčastněnými stranami a které umožňují oficiální dokončení procesu. Účelem kritérií ukončení je zabránit tomu, aby byl úkol považován za dokončený, když ještě existují nevyřízené části úkolu, které nebyly dokončeny. Kritéria ukončení se používají při testování k hlášení a plánování, kdy ukončit testování. (Po Gilbovi a Grahamovi)
výstupní bod: Poslední spustitelný příkaz v rámci komponenty.
Očekávaný výsledek: Chování předvídané specifikací nebo jiným zdrojem komponenty nebo systému za stanovených podmínek.
průzkumné testování: Testování, při kterém tester při provádění těchto testů aktivně řídí návrh testů, a využívá informace získané při testování k navrhování nových a lepších testů. (Bach)
F
selhat: Test se považuje za neúspěšný, pokud jeho skutečný výsledek neodpovídá očekávanému výsledku.
selhání: Skutečná odchylka komponenty nebo systému od očekávané dodávky, služby nebo výsledku. (Po Fentonovi)
poruchový režim: Fyzický nebo funkční projev poruchy. Například systém v poruchovém režimu může být charakterizován pomalým provozem, nesprávnými výstupy nebo úplným ukončením provádění.
Analýza poruchových režimů a efektů (FMEA): Systematický přístup k identifikaci rizik a analýza identifikace možných způsobů selhání a snaha zabránit jejich vzniku.
Poruchovost: Poměr počtu poruch dané kategorie k dané měrné jednotce, např. selhání za jednotku času, selhání za počet transakcí, selhání za počet spuštění počítače. (IEEE 610)
odolnost proti chybám: Schopnost softwarového produktu udržovat stanovenou úroveň výkonu v případě softwarových chyb (vad) nebo porušení jeho specifikovaného rozhraní. (ISO 9126) Viz také spolehlivost.
analýza poruchového stromu: Metoda použitá k analýze příčin poruch (defektů).
proveditelná cesta: Cesta, pro kterou existuje sada vstupních hodnot a předběžných podmínek, která způsobí její provedení.
Vlastnosti: Atribut komponenty nebo systému specifikovaný nebo implikovaný dokumentací požadavků (například spolehlivost, použitelnost nebo konstrukční omezení). (Po IEEE 1008)
konečný stavový stroj: Výpočtový model skládající se z konečného počtu stavů a přechodů mezi těmito stavy, případně s doprovodnými akcemi. (IEEE 610)
formální přezkum: Recenze charakterizovaná zdokumentovanými postupy a požadavky, např. inspekce.
zmrazený testovací základ: Testovací dokument, který lze změnit pouze formálním procesem kontroly změn. Viz také základní linie.
Analýza funkčních bodů (FPA): Metoda zaměřená na měření velikosti funkčnosti informačního systému. Měření je nezávislé na technologii. Toto měření lze použít jako základ pro měření produktivity, odhad potřebných zdrojů a řízení projektu.
funkční integrace: Integrační přístup, který kombinuje komponenty nebo systémy za účelem včasného fungování základní funkce. Viz také testování integrace.
funkční požadavek: Požadavek, který určuje funkci, kterou musí součást nebo systém vykonávat. (IEEE 610)
technika návrhu funkční zkoušky: Dokumentovaný postup pro odvození a výběr testovacích případů na základě analýzy specifikace funkčnosti součásti nebo systému bez odkazu na její vnitřní strukturu. Viz také technika návrhu testu černé skříňky.
funkční testování: Testování založené na analýze specifikace funkčnosti komponenty nebo systému. Viz také testování černé skříňky.
funkce: Schopnost softwarového produktu poskytovat funkce, které splňují stanovené a předpokládané potřeby, pokud je software používán za stanovených podmínek. (ISO 9126)
testování funkčnosti: Proces testování za účelem zjištění funkčnosti softwarového produktu.
G
testování skleněné krabice: Viz testování bílé skříňky.
H
heuristické hodnocení: Technika statického testu použitelnosti k určení souladu uživatelského rozhraní s uznávanými principy použitelnosti (tzv. „Heuristika“).
testovací případ na vysoké úrovni: Testovací případ bez konkrétních hodnot (na úrovni implementace) pro vstupní data a očekávané výsledky.
horizontální sledovatelnost: Sledování požadavků na úroveň zkoušky ve vrstvách dokumentace ke zkoušce (např. Plán zkoušky, specifikace návrhu zkoušky, specifikace případu zkoušky a specifikace postupu zkoušky).
Já
analýza dopadu: Posouzení změny vrstev vývojové dokumentace, zkušební dokumentace a komponent za účelem provedení dané změny specifikovaných požadavků.
model přírůstkového vývoje: Životní cyklus vývoje, kdy je projekt rozdělen na řadu přírůstků, z nichž každý poskytuje část funkcí v obecných požadavcích projektu. Požadavky jsou upřednostňovány a dodávány v pořadí priorit v příslušném přírůstku. V některých (ale ne všech) verzích tohoto modelu životního cyklu sleduje každý dílčí projekt „mini V-model“ s vlastní fází návrhu, kódování a testování.
přírůstkové testování: Testování, kde jsou integrovány komponenty nebo systémy, a testováno po jednom nebo po několika, dokud nebudou integrovány a testovány všechny komponenty nebo systémy.
incident: Jakákoli událost vyskytující se během testování, která vyžaduje vyšetřování. (Po IEEE 1008)
řešení incidentů: Proces rozpoznávání, vyšetřování, přijímání opatření a odstraňování incidentů. Zahrnuje zaznamenávání incidentů, jejich klasifikaci a identifikaci dopadu. (Po IEEE 1044)
nástroj pro správu incidentů: Nástroj, který usnadňuje záznam a sledování stavu incidentů zjištěných během testování. Často mají zařízení zaměřená na pracovní postupy ke sledování a kontrole alokace, oprav a opětovného testování incidentů a poskytování zařízení pro hlášení.
zpráva o nehodě: Dokument, který informuje o jakékoli události, ke které dojde během testování, která vyžaduje vyšetřování. (Po IEEE 829)
nezávislost: Oddělení odpovědnosti, které podporuje dosažení objektivního testování. (Po DO-178b)
neproveditelná cesta: Cesta, kterou nelze provést žádnou sadou možných vstupních hodnot.
neformální recenze: Přezkum není založen na formálním (dokumentovaném) postupu.
vstup: Proměnná (ať už uložená v komponentě nebo vně), která je čtena komponentou.
vstupní doména: Sada, ze které lze vybrat platné vstupní hodnoty .. Viz také doména.
vstupní hodnota: Instance vstupu. Viz také vstup.
inspekce: Typ kontroly, která se při detekci vad spoléhá na vizuální kontrolu dokumentů, např. porušení vývojových standardů a nesoulad s vyšší úrovní dokumentace. Nejformálnější technika kontroly, a proto vždy vychází z dokumentovaného postupu. (Po IEEE 610, IEEE 1028)
instalovatelnost: Schopnost instalace softwarového produktu ve specifikovaném prostředí (ISO 9126). Viz také přenositelnost.
testování instalovatelnosti: Proces testování instalovatelnosti softwarového produktu. Viz také testování přenositelnosti.
instalační průvodce: Dodané pokyny na jakémkoli vhodném médiu, které provede instalátora procesem instalace. Může to být manuální průvodce, podrobný postup, průvodce instalací nebo jakýkoli jiný podobný popis procesu.
průvodce instalací: Dodávaný software na jakémkoli vhodném médiu, které provede instalátor procesem instalace. Normálně spouští instalační proces, poskytuje zpětnou vazbu k výsledkům instalace a vyzve k zadání možností.
instrumentace: Vložení dalšího kódu do programu za účelem shromažďování informací o chování programu během provádění.
nástroje: Softwarový nástroj používaný k provádění instrumentace.
vstupní test: Speciální instance kouřové zkoušky k rozhodnutí, zda je součást nebo systém připraven k podrobnému a dalšímu testování. Zkouška sání se obvykle provádí na začátku fáze provádění zkoušky.
integrace: Proces kombinování komponent nebo systémů do větších sestav.
testování integrace: Testování provedené za účelem odhalení defektů v rozhraních a v interakcích mezi integrovanými komponentami nebo systémy. Viz také testování integrace komponent, testování integrace systému.
testování rozhraní: Typ testu integrace, který se zabývá testováním rozhraní mezi komponentami nebo systémy.
interoperabilita: Schopnost softwarového produktu komunikovat s jednou nebo více specifikovanými komponentami nebo systémy. (Po ISO 9126) Viz také funkčnost.
testování interoperability: Proces testování k určení interoperability softwarového produktu. Viz také testování funkčnosti.
neplatné testování: Testování pomocí vstupních hodnot, které by měla komponenta nebo systém odmítnout. Viz také tolerance chyb.
izolační testování: Testování jednotlivých komponentů odděleně od okolních komponent, přičemž v případě potřeby jsou simulovány okolní komponenty pomocí pahýlů a ovladačů.
K
testování na základě klíčových slov: Technika skriptování, která používá datové soubory, aby obsahovala nejen data testu a očekávané výsledky, ale také klíčová slova související s testovanou aplikací. Klíčová slova jsou interpretována speciálními podpůrnými skripty, které jsou volány řídicím skriptem pro test. Viz také testování založené na datech.
L
LCSAJ: Sekvence lineárního kódu a skok, skládající se z následujících tří položek (běžně identifikovaných čísly řádků v seznamu zdrojových kódů): začátek lineární sekvence spustitelných příkazů, konec lineární sekvence a cílová linka, na kterou se řídí tok se přenáší na konci lineární sekvence.
LCSAJ pokrytí: Procento LCSAJ komponent, které byly uplatněny testovací sadou. 100% pokrytí LCSAJ znamená 100% pokrytí rozhodnutí.
LCSAJ testování: Technika návrhu testu v bílé krabici, ve které jsou testovací případy navrženy k provádění LCSAJ.
učitelnost: Schopnost softwarového produktu umožnit uživateli naučit se jeho aplikaci. (ISO 9126) Viz také použitelnost.
zátěžový test: Typ zkoušky zabývající se měřením chování součásti nebo systému se zvyšujícím se zatížením, např. počet paralelních uživatelů a / nebo počty transakcí k určení, jaké zatížení může komponenta nebo systém zvládnout.
testovací případ nízké úrovně: Testovací případ s konkrétními hodnotami (úroveň implementace) pro vstupní data a očekávané výsledky.
M
údržba: Úprava softwarového produktu po dodání za účelem opravy vad, zlepšení výkonu nebo jiných atributů nebo přizpůsobení produktu upravenému prostředí. (IEEE 1219)
testování údržby: Testování změn operačního systému nebo dopadu změněného prostředí na operační systém.
udržitelnost: Snadnost, s jakou lze softwarový produkt upravit tak, aby opravil vady, upravit tak, aby vyhovoval novým požadavkům, upravit tak, aby byla snadnější budoucí údržba, nebo přizpůsobit změněnému prostředí. (ISO 9126)
testování udržovatelnosti: Proces testování k určení udržovatelnosti softwarového produktu.
kontrola managementu: Systematické hodnocení procesu získávání, dodávek, vývoje, provozu nebo údržby softwaru prováděné managementem nebo jeho jménem, které sleduje pokrok, určuje stav plánů a harmonogramů, potvrzuje požadavky a přidělování dědiců systému nebo hodnotí účinnost přístupů k řízení dosáhnout vhodnosti pro daný účel. (Po IEEE 610, IEEE 1028)
splatnost: (1) Schopnost organizace s ohledem na účinnost a efektivitu jejích procesů a pracovních postupů. Viz také Capability Maturity Model, Test Maturity Model. (2) Schopnost softwarového produktu zabránit selhání v důsledku vad softwaru. (ISO 9126) Viz také spolehlivost.
opatření: Číslo nebo kategorie přiřazená atributu entity provedením měření (ISO 14598).
měření: Proces přiřazení čísla nebo kategorie entitě k popisu atributu dané entity. (ISO 14598)
stupnice měření: Stupnice, která omezuje typ analýzy dat, kterou lze na ní provést. (ISO 14598)
únik paměti: Vada v logice alokace úložiště dynamického programu, která způsobí, že se jí po jejím použití nepodaří znovu získat paměť, což nakonec způsobí selhání programu z důvodu nedostatku paměti.
metrický: Měřící stupnice a metoda použitá k měření. (ISO 14598)
milník: Časový bod v projektu, ve kterém jsou definovány (mezilehlé) výstupy avýsledky by měly být připraveny.
moderátor: Vedoucí a hlavní osoba odpovědná za inspekci nebo jiný proces kontroly.
monitor: Softwarový nástroj nebo hardwarové zařízení, které běží souběžně s testovanou komponentou nebo systémem a dohlíží, zaznamenává a / nebo analyzuje chování komponenty nebo systému. (Po IEEE 610)
vícenásobné krytí podmínek: Procento kombinací všech jednotlivých podmínekvýsledky v rámci jednoho prohlášení, které byly uplatněny testovací sadou. 100% vícepodmínka pokrytí znamená 100% pokrytí stanovení podmínek.
testování více podmínek: Technika návrhu testu v bílé krabici, ve které jsou testovací případy navrženy k provádění kombinací výsledků s jedinou podmínkou (v rámci jednoho příkazu).
mutační analýza: Metoda k určení důkladnosti testovací sady měřením rozsahu, v jakém může testovací sada rozlišit program od mírných variant (mutantů) programu.
N
Pokrytí N-switchem: Procento sekvencí přechodů N + 1, které byly procvičeny testovací sadou. (Žrádlo)
Testování N-přepínače: Forma testování přechodu stavu, ve které jsou testovací případy navrženy k provádění všech platných sekvencí přechodů N + 1. (Chow) Viz také testování přechodu stavu.
negativní testování: Testy zaměřené na prokázání, že komponenta nebo systém nefunguje. Negativní testování souvisí spíše s přístupem testujících než se specifickým přístupem k testu nebo technikou návrhu testu. (Po Beizerovi).
neshoda: Nesplnění stanoveného požadavku. (ISO 9000)
nefunkční požadavek: Požadavek, který se netýká funkčnosti, ale atributů jako spolehlivost, účinnost, použitelnost, udržovatelnost a přenositelnost.
nefunkční testování: Testování atributů komponenty nebo systému, které nesouvisejí s funkčností, např. spolehlivost, účinnost, použitelnost, udržovatelnost a přenositelnost.
techniky návrhu nefunkčních testů: Metody používané k návrhu nebo výběru testů pro nefunkční testování.
NEBO
běžný software: Softwarový produkt, který je vyvinut pro obecný trh, tj. Pro velký počet zákazníků, a který je dodáván mnoha zákazníkům ve stejném formátu.
provozuschopnost: Schopnost softwarového produktu umožnit uživateli jeho ovládání a ovládání. (ISO 9126) Viz také použitelnost.
provozní prostředí: Hardwarové a softwarové produkty nainstalované na webech uživatelů nebo zákazníků, kde bude testovaná součást nebo systém použit. Tento software může zahrnovat operační systémy, systémy správy databází a další aplikace.
testování provozního profilu: Statistické testování pomocí modelu systémových operací (krátkodobé úkoly) a jejich pravděpodobnost typického použití. (Musa)
provozní testování: Testování prováděné za účelem vyhodnocení komponenty nebo systému v jejich provozním prostředí. (IEEE 610)
výstup: Proměnná (ať už uložená v komponentě nebo vně), která je zapsána komponentou.
výstupní doména: Sada, ze které lze vybrat platné výstupní hodnoty. Viz také doména.
výstupní hodnota: Instance výstupu. Viz také výstup.
P
programování párů: Přístup k vývoji softwaru, při kterém řádky kódu (produkce a / nebo test) komponenty jsou psány dvěma programátory sedícími na jednom počítači. To implicitně znamená, že jsou prováděny průběžné kontroly kódu v reálném čase.
testování párů: Dva testeři společně hledají závady. Obvykle sdílejí jeden počítač a při testování jej vyměňují.
Složit: Test se považuje za úspěšný, pokud se jeho skutečný výsledek shoduje s očekávaným výsledkem.
kritéria splnění / nevyhovění: Pravidla rozhodování používaná k určení, zda testovaný předmět (funkce) nebo prvek prošel testem nebo prošel neúspěchem. (IEEE 829)
cesta: Sled událostí, např. spustitelné příkazy komponenty nebo systému od vstupního bodu do výstupního bodu.
pokrytí cesty: Procento cest, které byly procvičeny testovací sadou. 100% pokrytí cesty znamená 100% pokrytí LCSAJ.
dráha senzibilizující: Výběr sady vstupních hodnot k vynucení provedení dané cesty.
testování cesty: Technika návrhu testu v bílé krabici, ve které jsou testovací případy navrženy k provádění cest.
výkon: Míra, do jaké systém nebo komponenta plní své určené funkce v rámci daných omezení týkajících se doby zpracování a rychlosti přenosu. (Po IEEE 610) Viz účinnost.
ukazatel výkonu: Metrika efektivity a / nebo efektivity na vysoké úrovni používaná k vedení a řízení progresivního vývoje, např. Procento detekce vady (DDP) pro testování. (CMMI)
testování výkonu: Proces testování za účelem zjištění výkonu softwarového produktu. Viz testování účinnosti.
nástroj pro testování výkonu: Nástroj na podporu testování výkonu, který má obvykle dvě hlavní možnosti: generování zátěže a měření testovacích transakcí. Generování zátěže může simulovat více uživatelů nebo velké objemy vstupních dat. Během provádění se z vybraných transakcí provádí měření doby odezvy a tyto se zaznamenávají. Nástroje pro testování výkonu obvykle poskytují zprávy založené na protokolech testů a grafech zatížení v závislosti na dobách odezvy.
youtube video downloader pro PC ke stažení zdarma
plán fázových zkoušek: Testovací plán, který obvykle řeší jednu testovací úroveň.
přenosnost: Snadnost, s jakou lze softwarový produkt přenést z jednoho hardwarového nebo softwarového prostředí do jiného. (ISO 9126)
testování přenositelnosti: Proces testování k určení přenositelnosti softwarového produktu.
podmínka: Podmínky prostředí a stavu, které musí být splněny po provedení zkoušky nebo zkušebního postupu.
srovnání po provedení: Srovnání skutečných a očekávaných výsledků provedené po dokončení spuštění softwaru.
předpoklad: Podmínky prostředí a stavu, které musí být splněny, než bude možné provést součást nebo systém pomocí konkrétní zkoušky nebo zkušebního postupu.
Přednost: Úroveň (obchodního) významu přiřazeného položce, např. přeběhnout.
test procesního cyklu: Technika návrhu testu černé skříňky, ve které jsou testovací případy navrženy tak, aby prováděly obchodní postupy a procesy. (TMap)
proces: Sada vzájemně souvisejících aktivit, které transformují vstupy na výstupy. (ISO 12207)
projekt: Projekt je jedinečná sada koordinovaných a kontrolovaných činností s daty zahájení a ukončení prováděných s cílem vyhovujícím konkrétním požadavkům, včetně časových, nákladových a zdrojových omezení. (ISO 9000)
plán zkoušek projektu: Testovací plán, který obvykle řeší více testovacích úrovní.
pseudonáhodné: Série, která se jeví jako náhodná, ale ve skutečnosti je generována podle nějaké předem připravené sekvence.
Q
kvalitní: Míra, do jaké komponenta, systém nebo proces splňuje stanovené požadavky a / nebo potřeby a očekávání uživatelů / zákazníků. (Po IEEE 610)
zajištění kvality: Část řízení kvality se zaměřila na poskytnutí jistoty, že požadavky na kvalitu budou splněny. (ISO 9000)
atribut kvality: Vlastnost nebo vlastnost, která ovlivňuje kvalitu položky. (IEEE 610)
řízení jakosti: Koordinované činnosti k řízení a kontrole organizace s ohledem na kvalitu. Řízení a kontrola týkající se kvality obecně zahrnuje stanovení politiky jakosti a cílů jakosti, plánování kvality, kontrolu kvality, zajišťování kvality a zlepšování kvality. (ISO 9000)
R
náhodné testování: Technika návrhu testu černé skříňky, kde jsou vybrány testovací případy, případně pomocí algoritmu pseudonáhodné generace, aby odpovídaly operačnímu profilu. Tuto techniku lze použít k testování nefunkčních atributů, jako je spolehlivost a výkon.
návratnost: Schopnost softwarového produktu obnovit stanovenou úroveň výkonu a obnovit přímo ovlivněná data v případě selhání. (ISO 9126) Viz také spolehlivost.
testování obnovitelnosti: Proces testování k určení návratnosti softwarového produktu. Viz také testování spolehlivosti.
regresní testování: Testování dříve testovaného programu po úpravě, aby se zajistilo, že v důsledku provedených změn nebyly v nezměněné oblasti softwaru zavedeny nebo odkryty vady. Provádí se při změně softwaru nebo jeho prostředí.
poznámka k vydání: Dokument identifikující testované položky, jejich konfiguraci, aktuální stav a další dodací informace dodávané vývojem k testování a případně dalším zúčastněným stranám na začátku fáze provádění testu. (Po IEEE 829)
spolehlivost: Schopnost softwarového produktu vykonávat požadované funkce za stanovených podmínek po stanovenou dobu nebo po stanovený počet operací. (ISO 9126)
testování spolehlivosti: Proces testování k určení spolehlivosti softwarového produktu.
nahraditelnost: Schopnost softwarového produktu použít místo jiného specifikovaného softwarového produktu pro stejný účel ve stejném prostředí. (ISO 9126) Viz také přenositelnost.
požadavek: Podmínka nebo schopnost, kterou uživatel potřebuje k vyřešení problému nebo dosažení cíle, který musí systém nebo komponenta systému splnit nebo vlastnit, aby splnil smlouvu, normu, specifikaci nebo jiný formálně uložený dokument. (Po IEEE 610)
testování založené na požadavcích: Přístup k testování, při kterém jsou testovací případy navrženy na základě cílů testu a testovacích podmínek odvozených z požadavků, např. testy, které provádějí specifické funkce nebo zkoušejí nefunkční atributy, jako je spolehlivost nebo použitelnost.
nástroj pro správu požadavků: Nástroj, který podporuje zaznamenávání požadavků, atributů požadavků (např. Priorita, zodpovědnost za znalosti) a anotace a usnadňuje dohledatelnost prostřednictvím vrstev řízení požadavků a změn požadavků. Některé nástroje pro správu požadavků také poskytují zařízení pro statickou analýzu, jako je kontrola konzistence a porušení předdefinovaných pravidel požadavků.
fáze požadavků: Časové období v životním cyklu softwaru, během kterého jsou definovány a dokumentovány požadavky na softwarový produkt. (IEEE 610)
využití zdrojů: Schopnost softwarového produktu používat odpovídající množství a typy zdrojů, například množství hlavní a sekundární paměti používané programem a velikosti požadovaných dočasných nebo přetečených souborů, když software plní svou funkci za stanovených podmínek. (Po ISO 9126) Viz také účinnost.
testování využití zdrojů: Proces testování k určení využití zdrojů softwarového produktu.
výsledek: Důsledek / výsledek provedení testu. Zahrnuje výstupy na obrazovky, změny dat, zprávy a odeslané komunikační zprávy. Viz také skutečný výsledek, očekávaný výsledek.
kritéria obnovení: Testovací činnosti, které se musí opakovat při opětovném zahájení testování po pozastavení. (Po IEEE 829)
opětovné testování: Testování, které spouští testovací případy, které selhaly při posledním spuštění, za účelem ověření úspěšnosti nápravných akcí.
Posouzení: Vyhodnocení stavu produktu nebo projektu s cílem zjistit nesrovnalosti od plánovaných výsledků a doporučit zlepšení. Mezi příklady patří kontrola managementu, neformální kontrola, technická kontrola, inspekce a návod. (Po IEEE 1028)
recenzent: Osoba účastnící se kontroly, která musí identifikovat a popsat anomálie výrobku nebo projektu, který je předmětem kontroly. Lze vybrat recenzenty, kteří budou v procesu kontroly zastupovat různá stanoviska a role.
riziko: Faktor, který by mohl mít v budoucnu negativní důsledky; obvykle vyjádřena jako dopad a pravděpodobnost.
analýza rizik: Proces hodnocení identifikovaných rizik za účelem odhadu jejich dopadu a pravděpodobnosti výskytu (pravděpodobnosti).
testování na základě rizika: Testování zaměřené na zkoumání a poskytování informací o rizicích produktů. (Po Gerrardovi)
kontrola rizika: Proces, jehož prostřednictvím je přijímáno rozhodnutí a jsou prováděna ochranná opatření ke snižování rizik na stanovených úrovních nebo k jejich udržování na stanovených úrovních.
identifikace rizika: Proces identifikace rizik pomocí technik, jako jsou brainstorming, kontrolní seznamy a historie selhání.
řízení rizik: Systematické uplatňování postupů a postupů na úkoly identifikace, analýzy, stanovení priorit a kontroly rizika.
robustnost: Míra, do jaké může komponenta nebo systém správně fungovat v přítomnosti neplatných vstupů nebo stresujících podmínek prostředí. (IEEE 610) Viz také errortolerance, tolerance chyb.
Příčina: Základní faktor, který způsobil nesoulad a pravděpodobně by měl být trvale odstraněn zlepšením procesu.
S
bezpečnost: Schopnost softwarového produktu dosáhnout přijatelné úrovně rizika poškození osob, obchodu, softwaru, majetku nebo životního prostředí ve specifikovaném kontextu použití. (ISO 9126)
bezpečnostní testování: Proces testování k určení bezpečnosti softwarového produktu.
škálovatelnost: Schopnost softwarového produktu, který má být upgradován, aby vyhověl zvýšenému zatížení. (Po Gerrardovi)
testování škálovatelnosti: Testování k určení škálovatelnosti softwarového produktu.
písař: Osoba, která musí zaznamenat každou zmíněnou vadu a jakékoli návrhy na zlepšení během kontrolní schůzky, do přihlašovacího formuláře. Písař musí zajistit, aby formulář pro přihlášení byl čitelný a srozumitelný.
skriptovací jazyk: Programovací jazyk, ve kterém jsou psány spustitelné testovací skripty, používaný nástrojem pro provádění testu (např. Nástroj pro snímání / přehrávání).
bezpečnostní: Atributy softwarových produktů, které ovlivňují jeho schopnost zabránit neoprávněnému nebo úmyslnému přístupu k programům a datům. (ISO 9126)
testování bezpečnosti: Testování k určení zabezpečení softwarového produktu.
vážnost: Míra dopadu vady na vývoj nebo provoz součásti nebo systému. (Po IEEE 610)
simulace: Reprezentace vybraných behaviorálních charakteristik jednoho fyzického nebo abstraktního systému jiným systémem. (ISO 2382/1)
simulátor: Zařízení, počítačový program nebo systém používaný během testování, který se chová nebo funguje jako daný systém, pokud je vybaven sadou řízených vstupů. (Po IEEE 610, DO178b) Viz také emulátor.
kouřová zkouška: Podmnožina všech definovaných / plánovaných testovacích případů, které pokrývají hlavní funkčnost komponenty nebo systému, aby se zjistilo, že nejdůležitější funkce programu fungují, ale neobtěžují se jemnějšími detaily. Mezi osvědčené postupy v oboru patří každodenní test sestavení a kouře. Viz také test příjmu.
kvalita softwaru: Celková funkčnost a vlastnosti softwarového produktu, které ovlivňují jeho schopnost uspokojit stanovené nebo předpokládané potřeby. (Po ISO 9126)
jak se stát testerem produktu
Specifikace: Dokument, který specifikuje, ideálně úplným, přesným a ověřitelným způsobem, požadavky, design, chování nebo jiné vlastnosti komponenty nebo systému a často postupy pro určení, zda byla tato ustanovení splněna. (Po IEEE 610)
technika návrhu testu založená na specifikacích: Viz technika návrhu testu černé skříňky.
zadaný vstup: Vstup, pro který specifikace předpovídá výsledek.
stabilita: Schopnost softwarového produktu zabránit neočekávaným účinkům úprav softwaru. (ISO 9126) Viz také udržovatelnost.
stavový diagram: Diagram, který zobrazuje stavy, které může komponenta nebo systém předpokládat, a zobrazuje události nebo okolnosti, které způsobují a / nebo vyplývají ze změny z jednoho stavu do druhého. (IEEE 610)
stavová tabulka: Mřížka zobrazující výsledné přechody pro každý stav v kombinaci s každou možnou událostí, zobrazující platné i neplatné přechody.
přechod státu: Přechod mezi dvěma stavy komponenty nebo systému.
testování přechodu stavu: Technika návrhu testu černé skříňky, ve které jsou testovací případy navrženy k provádění platných a neplatných přechodů stavu. Viz také testování N-přepínačů.
tvrzení: Entita v programovacím jazyce, což je obvykle nejmenší nedělitelná jednotka provedení.
pokrytí prohlášení: Procento spustitelných příkazů, které byly uplatněny testovací sadou.
testování prohlášení: Technika návrhu testu v bílé krabici, ve které jsou testovací případy navrženy tak, aby prováděly příkazy.
statická analýza: Analýza softwarových artefaktů, např. požadavky nebo kód prováděné bez provedení těchto softwarových artefaktů.
statický analyzátor: Nástroj, který provádí statickou analýzu.
statická analýza kódu: Analýza zdrojového kódu programu provedena bez provedení tohoto softwaru.
statický analyzátor kódu: Nástroj, který provádí statickou analýzu kódu. Nástroj kontroluje zdrojový kód z hlediska určitých vlastností, jako je shoda s normami kódování, metriky kvality nebo anomálie toku dat.
statické testování: Testování komponenty nebo systému na úrovni specifikace nebo implementace bez spuštění tohoto softwaru, např. recenze nebo statická analýza kódu.
statistické testování: Technika navrhování testů, při které se model statistické distribuce vstupu používá ke konstrukci reprezentativních testovacích případů. Viz také testování provozního profilu.
stavové účetnictví: Prvek správy konfigurace, který se skládá ze záznamu a hlášení informací potřebných pro efektivní správu konfigurace. Tyto informace zahrnují seznam identifikace schválené konfigurace, stav navrhovaných změn konfigurace a stav implementace schválených změn. (IEEE 610)
Stresové testování: Zkoušky prováděné za účelem vyhodnocení systému nebo součásti na hranici nebo nad meze jejích specifikovaných požadavků. (IEEE 610)
strukturální pokrytí: Opatření krytí založená na vnitřní struktuře součásti.
technika konstrukčního testu: Viz technika návrhu bílé krabice.
pahýl: Skeletová nebo speciální implementace softwarové komponenty, která se používá k vývoji nebo testování komponenty, která ji volá nebo je na ní jinak závislá. Nahrazuje volanou komponentu. (Po IEEE 610)
dílčí cesta: Posloupnost spustitelných příkazů v komponentě.
kritéria pozastavení: Kritéria použitá k (dočasnému) zastavení všech nebo části testovacích aktivit na testovaných položkách. (Po IEEE 829)
vhodnost: Schopnost softwarového produktu poskytovat příslušnou sadu funkcí pro konkrétní úkoly a cíle uživatelů. (ISO 9126) Viz také funkčnost.
Inventář měření použitelnosti softwaru (SUMI): Technika testování použitelnosti na základě dotazníku k vyhodnocení použitelnosti, např. spokojenost uživatele komponenty nebo systému. (Veenendaal)
testování syntaxe: Technika návrhu testu černé skříňky, ve které jsou testovací případy navrženy na základě definice vstupní domény a / nebo výstupní domény.
Systém: Kolekce komponent uspořádaných tak, aby dosáhly konkrétní funkce nebo sady funkcí. (IEEE 610)
testování integrace systému: Testování integrace systémů a balíčků; testování rozhraní s externími organizacemi (např. elektronická výměna dat, internet).
testování systému: Proces testování integrovaného systému za účelem ověření, že splňuje stanovené požadavky. (Hetzel)
T
technická kontrola: Skupinová diskusní aktivita zaměřená na dosažení konsensu ohledně technického přístupu, který je třeba přijmout. Technická kontrola je také známá jako vzájemná recenze. (Gilb a Graham, IEEE 1028)
testovací přístup: Implementace testovací strategie pro konkrétní projekt. Obvykle zahrnuje rozhodnutí, která následují na základě cíle projektu (testu) a provedeného posouzení rizik, výchozí body týkající se procesu testu, použité techniky návrhu testu, kritéria ukončení a typy testů, které mají být provedeny.
automatizace testů: Použití softwaru k provádění nebo podpoře testovacích činností, např. správa testů, návrh testů, provádění testů a kontrola výsledků.
testovací základ: Všechny dokumenty, z nichž lze odvodit požadavky na komponentu nebo systém. Dokumentace, na které jsou testovací případy založeny. Pokud lze dokument změnit pouze formálním postupem změny, pak se testovací základ nazývá zmrazený testovací základ. (Po TMap)
modelový případ: Sada vstupních hodnot, předběžných podmínek provádění, očekávaných výsledků a následných podmínek provádění, vyvinutá pro konkrétní cíl nebo testovací podmínku, jako je cvičení konkrétní cesty programu nebo ověření souladu s konkrétním požadavkem. (Po IEEE 610)
specifikace testovacího případu: Dokument specifikující sadu testovacích případů (cíl, vstupy, akce testu, očekávané výsledky a předpoklady provedení) pro testovanou položku. (Po IEEE 829)
testovací listina: Prohlášení o cílech testu a případně nápady testu. Testovací listiny se mimo jiné používají při průzkumném testování. Viz také průzkumné testování.
komparátor testu: Testovací nástroj k provádění automatizovaného porovnání testů.
srovnání testů: Proces identifikace rozdílů mezi skutečnými výsledky produkovanými testovanou součástí nebo systémem a očekávanými výsledky testu. Porovnání testu lze provést během provádění testu (dynamické srovnání) nebo po provedení testu.
podmínka testu: Položka nebo událost komponenty nebo systému, kterou lze ověřit jedním nebo více testovacími případy, např. funkce, transakce, atribut kvality nebo strukturální prvek.
testovací data: Data, která existují (například v databázi) před provedením testu a která ovlivňují nebo jsou ovlivněna testovanou komponentou nebo systémem.
nástroj pro přípravu testovacích dat: Typ testovacího nástroje, který umožňuje výběr dat z existujících databází nebo vytváření, generování, manipulaci a úpravy pro použití při testování.
specifikace návrhu testu: Dokument specifikující podmínky testu (položky pokrytí) pro testovaný předmět, podrobný přístup k testu a identifikující související testovací případy na vysoké úrovni. (Po IEEE 829)
nástroj pro návrh testu: Nástroj, který podporuje aktivitu návrhu testu generováním testovacích vstupů ze specifikace, která může být uložena v úložišti nástrojů CASE, např. nástroj pro správu požadavků nebo ze specifikovaných zkušebních podmínek v samotném nástroji.
technika návrhu zkoušky: Metoda použitá k odvození nebo výběru testovacích případů.
testovací prostředí: Prostředí obsahující hardware, přístrojové vybavení, simulátory, softwarové nástroje a další podpůrné prvky potřebné k provedení testu. (Po IEEE 610)
protokol o vyhodnocení testu: Dokument vytvořený na konci testovacího procesu shrnující všechny testovací činnosti a výsledky. Obsahuje také vyhodnocení testovacího procesu a získaných poznatků.
provedení testu: Proces spuštění testu testovanou komponentou nebo systémem, jehož výsledkem je skutečný výsledek (výsledky).
automatizace provádění testu: Použití softwaru, např. nástroje pro snímání / přehrávání, pro kontrolu provádění testů, porovnání skutečných výsledků s očekávanými výsledky, nastavení předpokladů pro testování a další kontrolní a testovací funkce testu.
fáze provedení testu: Časové období v životním cyklu vývoje softwaru, během kterého jsou prováděny komponenty softwarového produktu, a je vyhodnocen softwarový produkt, aby se určilo, zda byly nebo nebyly splněny požadavky. (IEEE 610)
plán provedení testu: Schéma provádění zkušebních postupů. Testovací procedury jsou zahrnuty v plánu provádění testu v jejich kontextu a v pořadí, v jakém mají být provedeny.
technika provedení testu: Metoda použitá k provedení skutečného provedení testu,ručně nebo automaticky.
nástroj pro provedení testu: Typ testovacího nástroje, který je schopen provádět jiný software pomocí automatizovaného testovacího skriptu, např. snímání / přehrávání. (Fewster a Graham)
zkušební postroj: Testovací prostředí složené z pahýlů a ovladačů potřebných k provedení testu.
testovací infrastruktura: Organizační artefakty potřebné k provedení testování, skládající se z testovacích prostředí, testovacích nástrojů, kancelářského prostředí a postupů.
testovaná položka: Jednotlivé prvky, které mají být testovány. Obvykle existuje jeden testovací objekt a mnoho testovacích položek. Viz také testovací objekt.
testovací úroveň: Skupina testovacích aktivit, které jsou organizovány a spravovány společně. Úroveň testu souvisí s odpovědností v projektu. Příklady úrovní testování jsou test komponent, test integrace, test systému a přejímací test. (Po TMap)
protokol testu: Chronologický záznam příslušných podrobností o provádění testů. (IEEE 829)
test protokolování: Proces zaznamenávání informací o provedených testech do protokolu testů.
vedoucí testu: Osoba odpovědná za testování a hodnocení testovaného objektu. Jednotlivec, který řídí, kontroluje, spravuje plány a reguluje hodnocení testovaného objektu.
správa testů: Plánování, odhad, monitorování a kontrola testovacích činností, obvykle prováděné manažerem testů.
Testovací model zralosti (TMM): Pětiúrovňový fázový rámec pro zlepšení testovacího procesu, související s Capability Maturity Model (CMM), který popisuje klíčové prvky efektivního testovacího procesu.
Zlepšení zkušebního procesu (TPI): Kontinuální rámec pro zlepšování testovacích procesů, který popisuje klíčové prvky efektivního testovacího procesu, zejména zaměřeného na testování systému a akceptační testování.
testovací objekt: Komponenta nebo systém, který má být testován. Viz také testovací položka.
cíl testu: Důvod nebo účel návrhu a provedení testu.
testovací věštec: Zdroj k určení očekávaných výsledků k porovnání se skutečným výsledkem testovaného softwaru. Věštec může být stávající systém (pro srovnání), uživatelská příručka nebo odborné znalosti jednotlivce, ale neměl by to být kód. (Po Adrionovi)
indikátor výkonu testu: Metrika, obecně vysoká úroveň, udávající, do jaké míry je splněna určitá cílová hodnota nebo kritérium. Často souvisí s cíli zlepšování testovacích procesů, např. Procento detekce vady (DDP).
testovací fáze: Samostatná sada testovacích aktivit shromážděných do zvládnutelné fáze projektu, např. provádění činností na úrovni testu. (Po Gerrardovi)
plán zkoušek: Dokument popisující rozsah, přístup, zdroje a harmonogram zamýšlených testovacích činností. Identifikuje mimo jiné položky testu, vlastnosti, které mají být testovány, úlohy testování, kdo bude každý úkol provádět, stupeň nezávislosti testeru, prostředí testu, použité techniky návrhu testu a metody měření testu a důvody jejich výběru a všechna rizika vyžadující pohotovostní plánování. Jedná se o záznam procesu plánování testů (po IEEE 829)
plánování testu: Činnost spočívající v sestavení nebo aktualizaci plánu zkoušek.
testovací politika: Dokument na vysoké úrovni popisující principy, přístup a hlavní cíle organizace týkající se testování.
analýza testovacích bodů (TPA): Metoda odhadu testu založená na vzorci založená na analýze funkčních bodů. (TMap)
postup zkoušky: Viz specifikace zkušebního postupu.
specifikace zkušebního postupu: Dokument specifikující posloupnost akcí pro provedení testu. Známý také jako testovací skript nebo ruční testovací skript. (Po IEEE 829)
testovací proces: Základní testovací proces zahrnuje plánování, specifikaci, provedení, zaznamenávání a kontrolu dokončení. (BS 7925/2)
opakovatelnost testu: Atribut testu označující, zda se při každém provedení testu vytvoří stejné výsledky.
zkušební provoz: Provedení testu na konkrétní verzi testovaného objektu.
testovací skript: Běžně se používá k označení specifikace zkušebního postupu, zejména automatizovaného.
specifikace testu: Dokument, který se skládá ze specifikace návrhu zkoušky, specifikace případu zkoušky nebo specifikace postupu zkoušky.
strategie testování: Dokument na vysoké úrovni definující úrovně testování, které mají být provedeny, a testování v rámci těchto úrovní pro program (jeden nebo více projektů).
testovací sada: Sada několika testovacích případů pro testovanou komponentu nebo systém, kde se jako podmínka pro další test často používá post podmínka jednoho testu.
souhrnná zpráva o testu: Dokument shrnující testovací činnosti a výsledky. Obsahuje také vyhodnocení odpovídajících testovacích položek podle výstupních kritérií.(Po IEEE 829)
testovací cíl: Sada výstupních kritérií.
testovací nástroj: Softwarový produkt, který podporuje jednu nebo více testovacích činností, jako je plánování a řízení, specifikace, vytváření počátečních souborů a dat, provádění testů a analýza testů. (TMap) Viz také CAST.
typ testu: Skupina testovacích aktivit zaměřených na testování komponenty nebo systému týkajícího se jednoho nebo více souvisejících atributů kvality. Typ testu je zaměřen na konkrétní cíl testu, tj. Test spolehlivosti, test použitelnosti, regresní test atd., A může probíhat na jedné nebo více testovacích úrovních nebo testovacích fázích. (Po TMap)
testovatelnost: Schopnost softwarového produktu umožnit testování upraveného softwaru. (ISO 9126) Viz také udržovatelnost.
kontrola testovatelnosti: Podrobná kontrola testovacího základu s cílem určit, zda je testovací základna na odpovídající úrovni kvality, aby fungovala jako vstupní dokument pro testovací proces. (Po TMap)
testovatelné požadavky: Míra, do jaké je požadavek stanoven v podmínkách, které umožňují stanovení návrhů zkoušek (a následně případy zkoušek) a provádění zkoušek za účelem zjištění, zda byly požadavky splněny. (Po IEEE 610)
tester: Technicky zručný odborník, který se podílí na testování součásti nebo systému.
testování: Proces skládající se ze všech činností životního cyklu, statických i dynamických, zabývající se plánováním, přípravou a hodnocením softwarových produktů a souvisejících pracovních produktů s cílem určit, zda splňují stanovené požadavky, prokázat, že jsou vhodné pro daný účel, a zjistit závady.
testware: Artefakty vytvořené během procesu testování vyžadované pro plánování, návrh a provádění testů, jako je dokumentace, skripty, vstupy, očekávané výsledky, postupy nastavení a vyjasnění, soubory, databáze, prostředí a veškerý další software nebo nástroje používané v testování. (Po Fewsterovi a Grahamovi)
testování vláken: Verze testování integrace komponent, kde postupná integrace komponent sleduje implementaci podmnožin požadavků, na rozdíl od integrace komponent podle úrovní hierarchie.
sledovatelnost: Schopnost identifikovat související položky v dokumentaci a softwaru, napříkladpožadavky s příslušnými zkouškami. Viz také horizontální sledovatelnost, vertikální sledovatelnost.
testování shora dolů: Inkrementální přístup k testování integrace, kde se nejprve testuje komponenta v horní části hierarchie komponent, přičemž komponenty nižší úrovně se simulují pomocí pahýlů. Testované komponenty se poté používají k testování komponent nižší úrovně. Proces se opakuje, dokud nebudou testovány komponenty nejnižší úrovně.
U
srozumitelnost: Schopnost softwarového produktu umožnit uživateli pochopit, zda je software vhodný a jak jej lze použít pro konkrétní úkoly a podmínky použití. (ISO 9126) Viz také použitelnost.
nedosažitelný kód: Kód, kterého nelze dosáhnout, a proto je nemožné jej spustit.
použitelnost: Schopnost softwaru rozumět, učit se, používat a být pro uživatele atraktivní, pokud je používán za stanovených podmínek. (ISO 9126)
testování použitelnosti: Testování za účelem zjištění, do jaké míry je softwarový produkt srozumitelný, snadno se učí, snadno se ovládá a je atraktivní pro uživatele za stanovených podmínek. (Po ISO 9126)
testování případu použití: Technika návrhu testu černé skříňky, ve které jsou testovací případy navrženy k provádění uživatelských scénářů.
uživatelský test: Test, do kterého jsou zapojeni uživatelé v reálném životě, aby vyhodnotili použitelnost komponenty nebo systému.
PROTI
V-model: Rámec pro popis činností životního cyklu vývoje softwaru od specifikace požadavků po údržbu. V-model ilustruje, jak lze testovací činnosti integrovat do každé fáze životního cyklu vývoje softwaru.
validace: Potvrzení zkoumáním a poskytnutím objektivních důkazů, že byly splněny požadavky na konkrétní zamýšlené použití nebo aplikaci. (ISO 9000)
proměnná: Prvek úložiště v počítači, který je přístupný softwarovému programu odkazem na něj jménem.
ověření: Potvrzení zkouškou a poskytnutím objektivních důkazů o splnění stanovených požadavků. (ISO 9000)
vertikální sledovatelnost: Trasování požadavků přes vrstvy vývojové dokumentace až po komponenty.
objemové testování: Testování, kde je systém vystaven velkému množství dat. Viz také testování využití zdrojů.
V
Návod: Podrobná prezentace autora dokumentu za účelem shromáždění informací a vytvoření společného porozumění jeho obsahu. (Freedman a Weinberg, IEEE 1028)
bílá konstrukce testovací technika: Dokumentovaný postup pro odvození a výběr testovacích případů na základě analýzy vnitřní struktury součásti nebo systému.
testování bílé krabice: Testování založené na analýze vnitřní struktury komponenty nebo systému.
Širokopásmový Delphi: Technika odhadu testů založená na expertech, jejímž cílem je provést přesný odhad pomocí kolektivní moudrosti členů týmu.
Kontaktujte mě chcete-li do tohoto slovníku přidat další definice.
Odkaz: http://www.istqb.org/downloads/glossary-1.0.pdf
Doporučené čtení
- Nejlepší nástroje pro testování softwaru 2021 (QA Test Automation Tools)
- Úloha pomocníka QA při testování softwaru
- Kurz testování softwaru: Ke kterému institutu pro testování softwaru bych se měl připojit?
- Výběr testování softwaru jako vaší kariéry
- Práce na volné noze se softwarem pro testování technického obsahu Writer
- Průvodce QA Outsourcing: Outsourcingové společnosti pro testování softwaru
- Některé zajímavé otázky týkající se testování softwaru
- Zpětná vazba a recenze kurzu testování softwaru