software testing terms complete glossary
Aby sa predišlo nejasnostiam v rôznych pojmoch testovania softvéru, prikladám a slovník na testovanie softvéru tu.
Všetky pojmy týkajúce sa testovania softvéru sú obsiahnuté v tomto slovníku. Ak máte pocit, že poznáte definíciu ktoréhokoľvek výrazu lepšie, ako je tu uvedené, môžete ju použiť Kontaktný formulár poslať mi definície. Po preskúmaní ich zaradím do tohto zoznamu pojmov.
Ak chcete vedieť základné definície testovania softvéru a zabezpečenia kvality, je to najlepší slovník, ktorý zostavil Erik van Veenendaal . Pre každú definíciu je v zátvorkách uvedený odkaz na IEEE alebo ISO.
TO
Kritériá prijateľnosti: Kritériá ukončenia, ktoré musí komponent alebo systém spĺňať, aby mohli byťakceptované používateľom, zákazníkom alebo iným oprávneným subjektom. (IEEE 610)
akceptačné testovanie: Vykonáva sa formálne testovanie s ohľadom na potreby používateľov, požiadavky a obchodné procesy, aby sa zistilo, či systém spĺňa kritériá prijatia alebo nie, a aby sa používateľ, zákazníci alebo iný oprávnený subjekt mohol rozhodnúť, či bude systém akceptovať. (Po IEEE 610)
testovanie prístupnosti: Testovanie na určenie ľahkosti, s akou môžu používatelia so zdravotným postihnutím používať komponent alebo systém. (Gerrard)
presnosť: Schopnosť softvérového produktu poskytovať správne alebo dohodnuté výsledky alebo efekty s potrebnou mierou presnosti. (ISO 9126) Pozri tiež testovanie funkčnosti.
skutočný výsledok: Chovanie vyvolané / pozorované pri testovaní komponentu alebo systému.
ad hoc testovanie: Testovanie sa vykonáva neformálne. neuskutočňuje sa žiadna formálna príprava na test, nepoužíva sa žiadna uznávaná technika navrhovania testov, neočakávajú sa výsledky a výsledky vykonávania testu náhodne určujú.
prispôsobivosť: Schopnosť softvérového produktu prispôsobiť sa rôznym špecifikovaným prostrediam bez použitia akcií alebo iných prostriedkov, ako sú tie, ktoré sú poskytnuté na tento účel pre uvažovaný softvér. (ISO 9126) Pozri tiež testovanie prenosnosti.
agilné testovanie: Postupy pri testovaní projektu s využitím agilných metodík, ako je napríklad extrémne programovanie (XP), zaobchádzanie s vývojom ako so zákazníkom testovania a dôraz na paradigmu prvého testovania.
alfa testovanie: Simulované alebo skutočné prevádzkové testovanie potenciálnymi používateľmi / zákazníkmi alebo nezávislým testovacím tímom u vývojárov, ale mimo vývojovej organizácie. Alfa testovanie sa často používa ako forma interného akceptačného testovania.
analyzovateľnosť: Schopnosť diagnostikovať softvérový produkt z hľadiska nedostatkov alebo príčin porúch softvéru alebo identifikácie častí, ktoré sa majú upraviť. (ISO 9126) Pozri tiež testovanie údržby.
anomália: Akákoľvek podmienka, ktorá sa odchyľuje od očakávania na základe špecifikácií požiadaviek, dokumentov o dizajne, dokumentov používateľa, štandardov atď., Alebo od vnímania alebo skúsenosti niekoho. Anomálie možno nájsť počas, ale nielen, kontroly, testovania, analýzy, kompilácie alebo používania softvérových produktov alebo príslušnej dokumentácie. (IEEE 1044) Pozri tiež defekt, odchýlka, chyba, chyba, porucha, incident, problém.
atraktivita: Schopnosť atraktívneho softvérového produktu pre používateľa. (ISO 9126)
audit: Nezávislé hodnotenie softvérových produktov alebo procesov s cieľom overiť zhodu s normami, smernicami, špecifikáciami alebo postupmi na základe objektívnych kritérií vrátane dokumentov, ktoré špecifikujú:
1. forma alebo obsah výrobkov, ktoré sa majú vyrábať
(2) postup, pri ktorom sa výrobky vyrábajú
3. ako sa má merať súlad s normami alebo usmerneniami. (IEEE 1028)
audit trail: Cesta, po ktorej je možné spätne vysledovať pôvodný vstup do procesu (napr. Údaje), pričom ako východiskový bod sa berie výstup procesu. To umožňuje analýzu defektov a umožňuje vykonať procesný audit. (Po TMap)
automatizovaný testovací softvér: Testware používaný v automatizovanom testovaní, napríklad skripty nástrojov.
dostupnosť: Miera, do akej je komponent alebo systém funkčný a prístupný, keď sa vyžaduje na použitie. Často vyjadrené v percentách. (IEEE 610)
B
testovanie typu back-to-back: Testovanie, pri ktorom sa vykonávajú dve alebo viac variantov komponentu alebo systému s rovnakými vstupmi, sa výstupy porovnávajú a analyzujú v prípade nezrovnalostí. (IEEE 610)
základná línia: Špecifikácia alebo softvérový produkt, ktorý bol formálne skontrolovaný alebo odsúhlasený a ktorý potom slúži ako základ pre ďalší vývoj a ktorý je možné zmeniť iba prostredníctvom formálneho procesu kontroly zmien. (Po IEEE 610)
ako zostaviť bránu firewall pre Windows
základný blok: Postupnosť jedného alebo viacerých po sebe nasledujúcich spustiteľných príkazov neobsahujúcich žiadne vetvy.
sada základného testu: Sada testovacích prípadov odvodených z vnútornej štruktúry alebo špecifikácie na zabezpečenie splnenia 100% stanoveného kritéria pokrytia.
správanie: Odozva komponentu alebo systému na množinu vstupných hodnôt a predpokladov.
referenčný test: (1) Norma, proti ktorej je možné vykonať merania alebo porovnania. (2) Skúška, ktorá sa používa na porovnanie komponentov alebo systémov navzájom alebo s normou uvedenou v bode 1. (Po IEEE 610)
softvér na zákazku: Softvér vyvinutý špeciálne pre skupinu používateľov alebo zákazníkov. Opakom je hotový softvér.
najlepší tréning: Vynikajúca metóda alebo inovatívna prax, ktorá prispieva k zlepšeniu výkonnosti organizácie v danom kontexte, ktorú ostatné partnerské organizácie zvyčajne uznávajú ako „najlepšiu“.
beta testovanie: Prevádzkové testovanie potenciálnymi a / alebo existujúcimi používateľmi / zákazníkmi na externom serveri, ktorý nie je inak zapojený do vývoja, s cieľom zistiť, či komponent alebo systém uspokojuje potreby používateľov / zákazníkov a zapadá do obchodných procesov. Beta testovanie sa často používa ako forma externého akceptačného testovania s cieľom získať spätnú väzbu z trhu.
testovanie veľkého tresku: Typ integračného testovania, pri ktorom sa softvérové prvky, hardvérové prvky alebo obidva prvky kombinujú naraz do komponentu alebo do celého systému, a nie po etapách. (Po IEEE 610) Pozri tiež testovanie integrácie.
testovanie čiernej skrinky: Testovanie, funkčné alebo nefunkčné, bez odkazu na vnútornú štruktúru komponentu alebo systému.
techniky testovania čiernej skrinky: Dokumentovaný postup na odvodenie a výber testovacích prípadov na základe analýzy špecifikácie, funkčnej alebo nefunkčnej, komponentu alebo systému bez odkazu na jeho vnútornú štruktúru.
zablokovaný testovací prípad: Testovací prípad, ktorý sa nedá vykonať, pretože nie sú splnené predpoklady na jeho vykonanie.
testovanie zdola nahor: Postupný prístup k testovaniu integrácie, pri ktorom sa najskôr testujú komponenty najnižšej úrovne, a potom sa použije na uľahčenie testovania komponentov vyššej úrovne. Tento proces sa opakuje, kým sa neotestuje komponent v hornej časti hierarchie. Pozri tiež testovanie integrácie.
hraničná hodnota: Vstupná hodnota alebo výstupná hodnota, ktorá je na okraji oddielu ekvivalencie alebo v najmenšej prírastkovej vzdialenosti na oboch stranách okraja, napríklad minimálna alebo maximálna hodnota rozsahu.
analýza hraničných hodnôt: Technika návrhu testu čiernej skrinky, v ktorej sú testovacie prípady navrhnuté na základe hraničných hodnôt.
hraničné krytie hodnoty: Percento hraničných hodnôt, ktoré boli uplatnené testovacou sadou.
pobočka: Základný blok, ktorý je možné zvoliť na vykonávanie na základe programovej konštrukcie, v ktorej je k dispozícii jedna z dvoch alebo viacerých alternatívnych programových ciest, napr. prípad, skočiť, ísť na, ak potom- iné.
pokrytie pobočky: Percento pobočiek, ktoré využila testovacia sada. 100% pokrytie pobočiek znamená 100% pokrytie rozhodnutí a 100% pokrytie výpisov.
testovanie pobočiek: Technika návrhu testu v bielej skrinke, v ktorej sú testovacie prípady určené na vykonávanie pobočiek.
testovanie na základe obchodných procesov: Prístup k testovaniu, pri ktorom sú testovacie prípady koncipované na základe popisov a / alebo znalostí obchodných procesov.
C.
Model zrelosti schopností (CMM): Päťstupňový rámec, ktorý popisuje kľúčové prvky efektívneho softvérového procesu. Model zrelosti schopností pokrýva postupy plánovania, inžinierstva a riadenia vývoja a údržby softvéru. (CMM)
Integrácia modelu schopností a zrelosti (CMMI): Rámec, ktorý popisuje kľúčové prvky efektívneho procesu vývoja a údržby produktu. Integrácia modelu schopnosti zrelosti pokrýva postupy plánovania, inžinierstva a riadenia vývoja a údržby produktov. CMMI je určeným nástupcom CMM. (CMMI)
nástroj na snímanie / prehrávanie: Typ nástroja na vykonávanie testu, pri ktorom sa počas manuálneho testovania zaznamenávajú vstupy s cieľom generovať automatizované testovacie skripty, ktoré je možné vykonať neskôr (t. J. Prehrať znova). Tieto nástroje sa často používajú na podporu automatizovaného regresného testovania.
PRÍPAD: Skratka pre softvérové inžinierstvo podporované počítačom.
CAST: Skratka pre testovanie softvéru pomocou počítača. Pozrite si tiež automatizáciu testov.
graf príčin a následkov: Grafické znázornenie vstupov a / alebo podnetov (príčin) s nimi spojených výstupov (účinkov), ktoré možno použiť na návrh testovacích prípadov.
graf príčin a následkov: Dizajnová technika na testovanie čiernej skrinky, v ktorej sú testovacie prípady navrhnuté z grafov príčin a následkov. (BS 7925/2)
certifikácia: Proces potvrdenia, že komponent, systém alebo osoba spĺňa jeho špecifikované požiadavky, napr. zložením skúšky.
premenlivosť: Schopnosť softvérového produktu umožniť implementáciu špecifikovaných úprav. (ISO 9126) Pozri tiež udržiavateľnosť.
metóda klasifikačného stromu: Dizajnová technika testu čiernej skrinky, v ktorej sú testovacie prípady opísané pomocou klasifikačného stromu určené na vykonávanie kombinácií zástupcov vstupných a / alebo výstupných domén. (Grochtmann)
pokrytie kódu: Metóda analýzy, ktorá určuje, ktoré časti softvéru boli testovacou sadou vykonané (pokryté) a ktoré časti neboli vykonané, napr. pokrytie vyhlásenia, pokrytie rozhodnutia alebo pokrytie stavu.
koexistencia: Schopnosť softvérového produktu koexistovať s iným nezávislým softvérom v spoločnom prostredí zdieľajúcom spoločné zdroje. (ISO 9126) Pozri testovanie prenosnosti.
zložitosť: Miera, do akej má komponent alebo systém konštrukciu a / alebo vnútornú štruktúru, ktorú je ťažké pochopiť, udržiavať a overovať. Pozri tiež cyklomatickú zložitosť.
súlad: Schopnosť softvérového produktu dodržiavať štandardy, konvencie alebo nariadenia v zákonoch a podobných predpisoch. (ISO 9126)
testovanie zhody : Proces testovania s cieľom zistiť zhodu komponentu alebo systému.
zložka: Minimálna položka softvéru, ktorú je možné testovať izolovane.
testovanie integrácie komponentov: Vykonané testy na odhalenie chýb v rozhraniach a interakcii medzi integrovanými komponentmi.
špecifikácia komponentu: Popis funkcie komponentu z hľadiska jeho výstupných hodnôt pre zadané vstupné hodnoty za určených podmienok a požadovaného nefunkčného správania (napr. Využitie zdrojov).
testovanie komponentov: Testovanie jednotlivých softvérových komponentov. (Po IEEE 610)
zložený stav: Dve alebo viac jednotlivých podmienok spojených pomocou logického operátora (AND, OR alebo XOR), napr. „A> B AND C> 1 000“.
testovanie súbežnosti: Testovanie na určenie toho, ako komponent alebo systém rieši výskyt dvoch alebo viacerých aktivít v rovnakom časovom intervale, dosiahnutých buď vložením aktivít, alebo simultánnym vykonaním. (Po IEEE 610)
stav: Logický výraz, ktorý možno vyhodnotiť ako True alebo False, napr. A> B. Pozri tiež testovací stav.
krytie stavu: Percento výsledkov stavu, ktoré vykonala testovacia sada. 100% pokrytie podmienky vyžaduje, aby bola každá podmienka v každom výroku rozhodnutia testovaná ako Pravda a Nepravda.
pokrytie stanovenia stavu: Percento všetkých výsledkov jednotlivých stavov, ktoré nezávisle ovplyvňujú výsledok rozhodnutia, ktoré boli vykonané súpravou testovacích prípadov. 100% pokrytie určenia podmienky znamená 100% pokrytie podmienky rozhodnutia.
testovanie stanovenia stavu: Technika návrhu testu v bielej skrinke, v ktorej sú testovacie prípady určené na vykonávanie výsledkov jednej podmienky, ktoré nezávisle ovplyvňujú výsledok rozhodnutia.
testovanie stavu: Technika návrhu testu v bielej skrinke, v ktorej sú testovacie prípady určené na vykonávanie výsledkov stavu.
výsledok stavu: Vyhodnotenie stavu na hodnotu True alebo False.
konfigurácia: Zloženie komponentu alebo systému, ako je definované počtom, povahou a vzájomnými prepojeniami jeho základných častí.
audit konfigurácie: Funkcia kontroly obsahu knižníc konfiguračných položiek, napr. dodržiavanie noriem. (IEEE 610)
kontrola konfigurácie: Prvok riadenia konfigurácie, ktorý pozostáva z vyhodnotenia, koordinácie, schválenia alebo nesúhlasu a implementácie zmien položiek konfigurácie po formálnom stanovení ich identifikácie konfigurácie. (IEEE
610)
identifikácia konfigurácie: Prvok riadenia konfigurácie, ktorý pozostáva z výberu položiek konfigurácie systému a zaznamenania ich funkčných a fyzikálnych charakteristík do technickej dokumentácie. (IEEE 610)
konfiguračná položka: Agregácia hardvéru, softvéru alebo oboch, ktorá je určená na správu konfigurácie a v procese správy konfigurácie sa s ňou zaobchádza ako s jednou entitou. (IEEE 610)
správa konfigurácie: Disciplína aplikujúca technické a administratívne smerovanie a dohľad na: identifikáciu a dokumentáciu funkčných a fyzických charakteristík položky konfigurácie, kontrolu zmien týchto charakteristík, zaznamenávanie a hlásenie stavu spracovania zmien a implementácie a overovanie súladu so špecifikovanými požiadavkami. (IEEE 610)
konzistencia: Miera uniformity, štandardizácie a rozporu medzi dokumentmi alebo časťami komponentu alebo systému. (IEEE 610)
regulačný tok: Abstraktné znázornenie všetkých možných sekvencií udalostí (ciest) pri vykonávaní prostredníctvom komponentu alebo systému.
testovanie konverzie: Testovanie softvéru používaného na prevod údajov z existujúcich systémov na použitie v náhradných systémoch.
Postieľky: Skratka pre komerčný komerčný softvér.
pokrytie: Stupeň vyjadrený v percentách, do ktorého bola testovanou sadou uplatnená konkrétna položka pokrytia.
analýza pokrytia: Meranie dosiahnutého pokrytia konkrétnej položke pokrytia počas vykonávania testu s odkazom na vopred určené kritériá na určenie, či je potrebné ďalšie testovanie, a ak áno, ktoré testovacie prípady sú potrebné.
položka pokrytia: Subjekt alebo nehnuteľnosť použitá ako základ pre pokrytie testom, napr. oddiely ekvivalencie alebo vyhlásenia o kóde.
nástroj pokrytia: Nástroj, ktorý poskytuje objektívne miery toho, aké štrukturálne prvky, napr. výkazy, vetvy uplatnila testovacia sada.
cyklomatická zložitosť: Počet nezávislých ciest programom. Cyklomatická zložitosť je definovaná ako: L - N + 2P, kde -L = počet hrán / odkazov v grafe -N = počet uzlov v grafe - P = počet odpojených častí grafu (napr. Volací graf a podprogram). (Po McCabeovi)
D
definícia údajov: Spustiteľný príkaz, kde je premennej priradená hodnota.
testovanie na základe údajov: Technika skriptovania, ktorá ukladá vstupné hodnoty testu a očakávané výsledky do tabuľky alebo tabuľky, aby jediný ovládací skript mohol vykonať všetky testy v tabuľke. Testovanie na základe údajov sa často používa na podporu aplikácie nástrojov na vykonávanie testov, ako sú napríklad nástroje na snímanie a prehrávanie. (Fewster a Graham) Pozri tiež testovanie na základe kľúčových slov.
dátový tok: Abstraktné znázornenie postupnosti a možných zmien stavu dátových objektov, kde je stav objektu ľubovoľný:použitie, zničenie. (Beizer)
analýza toku údajov: Forma statickej analýzy na základe definície a použitia premenných.
pokrytie dátovým tokom: Percento párov definície a použitia, ktoré uplatnila sada testovacích prípadov.
test toku údajov: Dizajnová technika testovania bielej skrinky, v ktorej sú testovacie prípady určené na vykonávanie definícií a použitie dvojíc premenných.
ladenie: Proces zisťovania, analýzy a odstraňovania príčin porúch softvéru.
nástroj na ladenie: Nástroj používaný programátormi na reprodukciu zlyhaní, na zisťovanie stavu programov a na vyhľadanie zodpovedajúcej chyby. Debuggery umožňujú programátorom vykonávať programy krok za krokom, zastaviť program v ľubovoľnom programovom vyhlásení a nastavovať a skúmať programové premenné.
rozhodnutie: Programový bod, v ktorom má riadiaci tok dve alebo viac alternatívnych trás. Uzol s dvoma alebo viacerými odkazmi na samostatné vetvy.
pokrytie podmienky rozhodnutia: Percento všetkých výsledkov stavu a výsledkov rozhodnutí, ktoré boli vykonané testovacou sadou. Pokrytie 100% podmienky rozhodnutia znamená pokrytie 100% podmienky aj 100% pokrytie rozhodnutia.
testovanie podmienky rozhodnutia: Technika navrhovania testov v bielej skrinke, v ktorej sú testovacie prípady určené na vykonávanie výsledkov stavu a výsledkov rozhodnutia.
pokrytie rozhodnutia: Percento výsledkov rozhodovania, ktoré vykonala testovacia sada. 100% pokrytie rozhodnutia znamená 100% pokrytie pobočiek a 100% pokrytie výpisov.
rozhodovacia tabuľka: Tabuľka zobrazujúca kombinácie vstupov a / alebo podnetov (príčin) s ich súvisiacimi výstupmi a / alebo činnosťami (účinkami), ktoré možno použiť na návrh testovacích prípadov.
testovanie rozhodovacej tabuľky: Techniky navrhovania testov čiernej skrinky, v ktorých sú testovacie prípady určené na vykonávanie kombinácií vstupov a / alebo podnetov (príčin) uvedených v rozhodovacej tabuľke. (Veenendaal)
rozhodovacie testovanie: Technika navrhovania testov v bielom poli, v ktorej sú testovacie prípady určené na vykonávanie výsledkov rozhodovania.
výsledok rozhodnutia: Výsledok rozhodnutia (ktoré teda určuje odvetvia, ktoré sa majú prijať).
závada: Chyba v komponente alebo systéme, ktorá môže spôsobiť, že komponent alebo systém nebude môcť vykonávať požadovanú funkciu, napr. nesprávne vyhlásenie alebo definícia údajov. Ak sa chyba vyskytne počas vykonávania, môže spôsobiť poruchu komponentu alebo systému.
hustota chyby: Počet chýb identifikovaných v komponente alebo systéme vydelený veľkosťou komponentu alebo systému (vyjadrené v štandardných podmienkach merania, napr. Riadky kódu, počet tried alebo funkčné body).
Percento detekcie defektu (DDP): počet závad zistených testovacou fázou vydelený počtom zistených touto testovacou fázou a akýmikoľvek ďalšími prostriedkami potom.
správa o závade: Dokument hlásiaci každú chybu v komponente alebo systéme, ktorá môže spôsobiť, že komponent alebo systém nebude môcť vykonávať požadovanú funkciu. (Po IEEE 829)
správa chýb: Proces rozpoznávania, vyšetrovania, prijímania opatrení a odstraňovania porúch. Zahŕňa zaznamenávanie chýb, ich klasifikáciu a identifikáciu dopadu. (Po IEEE 1044)
maskovanie defektov: Výskyt, pri ktorom jedna chyba zabráni detekcii druhej. (Po IEEE 610)
pár definície a použitia: Asociácia definície premennej s použitím tejto premennej. Medzi variabilné použitia patrí výpočtové (napr. Násobenie) alebo na priame vykonávanie cesty (použitie „predikátu“).
doručiteľný: Akýkoľvek (pracovný) produkt, ktorý musí byť dodaný niekomu inému, ako je autor (pracovného) produktu.
testovanie na základe návrhu: Prístup k testovaniu, pri ktorom sú testovacie prípady navrhnuté na základe architektúry a / alebo podrobného návrhu komponentu alebo systému (napr. Testy rozhraní medzi komponentmi alebo systémami).
kontrola stola: Testovanie softvéru alebo špecifikácie ručnou simuláciou jeho vykonania.
vývojové testovanie: Formálne alebo neformálne testovanie vykonávané počas implementácie komponentu alebo systému, zvyčajne vývojovým prostredím, vývojármi. (Po IEEE 610)
testovanie dokumentácie: Testovanie kvality dokumentácie, napr. používateľská príručka alebo inštalačná príručka.
doména: Sada, z ktorej je možné zvoliť platné vstupné a / alebo výstupné hodnoty.
vodič: Softvérový komponent alebo testovací nástroj, ktorý nahrádza komponent, ktorý sa stará o riadenie a / alebo vyvolanie komponentu alebo systému. (Po TMap)
dynamická analýza: Proces hodnotenia správania, napr. výkon pamäte, využitie procesora, systému alebo komponentu počas vykonávania. (Po IEEE 610)
dynamické porovnanie: Porovnanie skutočných a očakávaných výsledkov vykonaných počas vykonávania softvéru, napríklad pomocou nástroja na vykonanie testu.
dynamické testovanie: Testovanie, ktoré zahŕňa vykonanie softvéru súčasti alebo systému.
JE
účinnosť: Schopnosť softvérového produktu poskytovať vhodný výkon vo vzťahu k množstvu zdrojov použitých za stanovených podmienok. (ISO 9126)
testovanie účinnosti: Proces testovania s cieľom zistiť účinnosť softvérového produktu.
testovanie základného porovnania: Techniky navrhovania testov čiernej skrinky, v ktorých sú testovacie prípady určené na vykonávanie kombinácií vstupov pomocou koncepcie pokrytia určenia podmienok. (TMap)
emulátor: Zariadenie, počítačový program alebo systém, ktorý prijíma rovnaké vstupy a produkuje rovnaké výstupy ako daný systém. (IEEE 610) Pozri tiež simulátor.
vstupné kritériá: súbor všeobecných a špecifických podmienok na povolenie postupu vpred s definovanou úlohou, napr. testovacia fáza. Účelom vstupných kritérií je zabrániť spusteniu úlohy, ktorá by vyžadovala viac (zbytočného) úsilia v porovnaní s úsilím potrebným na odstránenie zlyhaných vstupných kritérií. (Gilb a Graham)
vstupný bod: Prvý spustiteľný príkaz v komponente.
oddiel ekvivalencie: Časť vstupnej alebo výstupnej domény, pri ktorej sa predpokladá, že správanie komponentu alebo systému je rovnaké, na základe špecifikácie.
pokrytie oddielu rovnocennosti: Percento oddielov rovnocennosti, ktoré boli precvičené testovacou sadou.
rozdelenie ekvivalencie: Dizajnová technika testovania čiernej skrinky, v ktorej sú testovacie prípady určené na vykonávanie zástupcov z oddielov rovnocennosti. Testovacie prípady sú v zásade navrhnuté tak, aby pokryli každú priečku aspoň raz.
chyba: Ľudský čin, ktorý vedie k nesprávnemu výsledku. (Po IEEE 610)
odhad chyby: Technika navrhovania testov, pri ktorej sa skúsenosti testera používajú na predvídanie toho, aké chyby môžu byť v testovanom komponente alebo systéme v dôsledku urobených chýb, a na navrhnutie testov osobitne na ich odhalenie.
chyba očkovania: Proces zámerného pridávania známych defektov k defektom, ktoré sa už nachádzajú v komponente alebo systéme, na účely monitorovania rýchlosti detekcie a odstránenia a odhadu počtu zostávajúcich defektov. (IEEE 610)
tolerancia chýb: Schopnosť systému alebo komponentu pokračovať v normálnej prevádzke aj napriek chybným vstupom. (Po IEEE 610).
spracovanie výnimiek: Chovanie komponentu alebo systému v reakcii na chybný vstup buď od ľudského používateľa, iného komponentu alebo systému alebo na internú poruchu.
spustiteľný príkaz: Príkaz, ktorý sa po kompilácii preloží do objektového kódu a ktorý sa vykoná procedúrne, keď je program spustený, a môže vykonať akciu s údajmi.
cvičený: Programový prvok sa údajne uplatní v testovacom prípade, keď vstupná hodnota spôsobí vykonanie tohto prvku, napríklad vyhlásenia, rozhodnutia alebo iného štrukturálneho prvku.
vyčerpávajúce testovanie: Testovací prístup, v ktorom testovacia sada obsahuje všetky kombinácie vstupných hodnôt a predpokladov.
výstupné kritériá: Súbor všeobecných a konkrétnych podmienok, na ktorých sa dohodli zainteresované strany a ktoré umožňujú oficiálne dokončenie procesu. Účelom výstupných kritérií je zabrániť tomu, aby sa úloha považovala za splnenú, keď ešte existujú nevybavené časti úlohy, ktoré neboli dokončené. Výstupné kritériá sa používajú pri testovaní na hlásenie a plánovanie, kedy sa má testovanie ukončiť. (Po Gilbovi a Grahamovi)
výstupný bod: Posledný spustiteľný príkaz v komponente.
ocakavane vysledky: Chovanie predpovedané špecifikáciou alebo iným zdrojom komponentu alebo systému za určených podmienok.
prieskumné testovanie: Testovanie, pri ktorom tester aktívne riadi koncepciu testov, keď sa tieto testy vykonávajú, a na základe získaných informácií získaných pri testovaní navrhuje nové a lepšie testy. (Bach)
F
zlyhať: Test sa považuje za neúspešný, ak sa jeho skutočný výsledok nezhoduje s očakávaným výsledkom.
zlyhanie: Skutočná odchýlka komponentu alebo systému od jeho očakávaného dodania, servisu alebo výsledku. (Po Fentonovi)
poruchový režim: Fyzický alebo funkčný prejav poruchy. Napríklad systém v poruchovom režime môže byť charakterizovaný pomalou prevádzkou, nesprávnymi výstupmi alebo úplným ukončením vykonávania.
Analýza poruchových režimov a účinkov (FMEA): Systematický prístup k identifikácii rizika a analýza identifikácie možných spôsobov zlyhania a pokus o zabránenie ich vzniku.
poruchovosť: Pomer počtu porúch danej kategórie k danej mernej jednotke, napr. zlyhania na jednotku času, zlyhania na počet transakcií, zlyhania na počet spustení počítača. (IEEE 610)
odolnosť proti chybám: Schopnosť softvérového produktu udržiavať stanovenú úroveň výkonu v prípade softvérových chýb (porúch) alebo porušenia jeho špecifikovaného rozhrania. (ISO 9126) Pozri tiež spoľahlivosť.
analýza stromov porúch: Metóda použitá na analýzu príčin porúch (porúch).
možná cesta: Cesta, pre ktorú existuje množina vstupných hodnôt a predpokladov, ktorá spôsobí jej vykonanie.
vlastnosť: Atribút komponentu alebo systému špecifikovaný alebo implikovaný v dokumentácii k požiadavkám (napríklad spoľahlivosť, použiteľnosť alebo konštrukčné obmedzenia). (Po IEEE 1008)
konečný stavový stroj: Výpočtový model pozostávajúci z konečného počtu stavov a prechodov medzi týmito stavmi, prípadne so sprievodnými akciami. (IEEE 610)
formálna kontrola: Recenzia charakterizovaná zdokumentovanými postupmi a požiadavkami, napr. inšpekcia.
zmrazený testovací základ: Dokument na testovacom základe, ktorý je možné zmeniť a doplniť iba formálnym procesom kontroly zmien. Pozri tiež základnú čiaru.
Analýza funkčných bodov (FPA): Metóda zameraná na meranie veľkosti funkčnosti informačného systému. Meranie je nezávislé od technológie. Toto meranie sa môže použiť ako základ pre meranie produktivity, odhad potrebných zdrojov a kontrolu projektu.
funkčná integrácia: Integračný prístup, ktorý kombinuje komponenty alebo systémy na účely skorého fungovania základnej funkcionality. Pozri tiež testovanie integrácie.
funkčná požiadavka: Požiadavka, ktorá špecifikuje funkciu, ktorú musí komponent alebo systém vykonávať. (IEEE 610)
technika návrhu funkčného testu: Dokumentovaný postup na odvodenie a výber testovacích prípadov na základe analýzy špecifikácie funkčnosti komponentu alebo systému bez odkazu na jeho vnútornú štruktúru. Pozrite si tiež techniku návrhu testu čiernej skrinky.
funkčné testovanie: Testovanie založené na analýze špecifikácie funkčnosti komponentu alebo systému. Pozri tiež testovanie čiernej skrinky.
funkčnosť: Schopnosť softvérového produktu poskytovať funkcie, ktoré vyhovujú uvedeným a implicitným potrebám, keď sa softvér používa za určených podmienok. (ISO 9126)
testovanie funkčnosti: Proces testovania s cieľom zistiť funkčnosť softvérového produktu.
G
testovanie sklenenej skrinky: Viď testovanie bielej skrinky.
H
heuristické hodnotenie: Technika statického testu použiteľnosti na určenie súladu používateľského rozhrania s uznávanými zásadami použiteľnosti (tzv. „Heuristika“).
testovací prípad vysokej úrovne: Testovací prípad bez konkrétnych (na úrovni implementácie) hodnôt vstupných údajov a očakávaných výsledkov.
horizontálna vysledovateľnosť: Sledovanie požiadaviek na úroveň skúšky prostredníctvom vrstiev dokumentácie o skúške (napr. Plán skúšky, špecifikácia návrhu testu, špecifikácia testovacieho prípadu a špecifikácia testovacieho postupu).
Ja
analýza dopadu: Posúdenie zmeny vrstiev vývojovej dokumentácie, dokumentácie skúšok a komponentov s cieľom implementovať danú zmenu stanovených požiadaviek.
model prírastkového vývoja: Životný cyklus vývoja, v rámci ktorého je projekt rozdelený na sériu prírastkov, z ktorých každý poskytuje časť funkcií v celkových požiadavkách na projekt. Požiadavky majú prioritu a sú doručené v poradí priorít v príslušnom prírastku. V niektorých (ale nie vo všetkých) verziách tohto modelu životného cyklu sleduje každý subprojekt „mini V-model“ s vlastnými fázami návrhu, kódovania a testovania.
prírastkové testovanie: Testovanie, kde sú integrované komponenty alebo systémy, a testované jeden po druhom, až kým nebudú integrované a testované všetky komponenty alebo systémy.
incident: Akákoľvek udalosť, ktorá sa vyskytne počas testovania, vyžaduje vyšetrenie. (Po IEEE 1008)
riadenie nehôd Proces rozpoznávania, vyšetrovania, prijímania opatrení a odstraňovania nehôd. Zahŕňa zaznamenávanie incidentov, ich klasifikáciu a identifikáciu dopadov. (Po IEEE 1044)
nástroj na správu incidentov: Nástroj, ktorý uľahčuje zaznamenávanie a sledovanie stavu incidentov zistených počas testovania. Často majú zariadenia zamerané na pracovný tok, ktoré umožňujú sledovať a kontrolovať alokáciu, opravu a opätovné testovanie nehôd a poskytovať zariadenia na nahlasovanie.
správa o nehode: Dokument hlásiaci každú udalosť, ktorá sa vyskytne počas testovania a vyžaduje prešetrenie. (Po IEEE 829)
nezávislosť: Rozdelenie zodpovednosti, ktoré podporuje vykonávanie objektívneho testovania. (Po DO-178b)
nemožná cesta: Cesta, ktorú nemožno uplatniť pomocou žiadnej množiny možných vstupných hodnôt.
neformálna kontrola: Preskúmanie sa nezakladá na formálnom (zdokumentovanom) postupe.
vstup: Premenná (či už uložená v komponente alebo mimo neho), ktorá je načítaná komponentom.
vstupná doména: Sada, z ktorej je možné zvoliť platné vstupné hodnoty .. Pozri tiež doména.
vstupná hodnota: Inštancia vstupu. Pozri tiež vstup.
inšpekcia: Typ kontroly, ktorá sa pri zisťovaní chýb spolieha na vizuálne preskúmanie dokumentov, napr. porušenie vývojových štandardov a nedodržiavanie dokumentácie vyššieho stupňa. Najformálnejšia technika preskúmania, a preto vždy založená na zdokumentovanom postupe. (Po IEEE 610, IEEE 1028)
inštalovateľnosť: Schopnosť softvérového produktu inštalovať v stanovenom prostredí (ISO 9126). Pozri tiež prenosnosť.
testovanie inštalovateľnosti: Proces testovania inštalovateľnosti softvérového produktu. Pozrite si tiež testovanie prenosnosti.
návod na inštaláciu: Dodané pokyny na akomkoľvek vhodnom médiu, ktoré prevedie inštalatéra procesom inštalácie. Môže to byť manuálny sprievodca, podrobný postup, sprievodca inštaláciou alebo akýkoľvek iný podobný popis procesu.
sprievodca inštaláciou: Dodávaný softvér na akomkoľvek vhodnom médiu, ktoré prevedie inštalatéra procesom inštalácie. Bežne spúšťa inštalačný proces, poskytuje spätnú väzbu k výsledkom inštalácie a žiada možnosti.
prístrojové vybavenie: Vloženie dodatočného kódu do programu za účelom zhromažďovania informácií o správaní programu počas vykonávania.
nástroje: Softvérový nástroj používaný na vykonávanie prístrojového vybavenia.
vstupná skúška: Špeciálna inštancia dymovej skúšky na rozhodnutie, či je komponent alebo systém pripravený na podrobné a ďalšie testovanie. Test príjmu sa zvyčajne vykonáva na začiatku fázy vykonávania testu.
integrácia: Proces kombinovania komponentov alebo systémov do väčších zostáv.
integračné testovanie: Vykonané testy na odhalenie chýb v rozhraniach a v interakciách medzi integrovanými komponentmi alebo systémami. Pozri tiež testovanie integrácie komponentov, testovanie systémovej integrácie.
testovanie rozhrania: Typ integračného testu, ktorý sa zaoberá testovaním rozhraní medzi komponentmi alebo systémami.
interoperabilita: Schopnosť softvérového produktu interagovať s jedným alebo viacerými špecifikovanými komponentmi alebo systémami. (Po ISO 9126) Pozri tiež funkčnosť.
testovanie interoperability: Proces testovania s cieľom zistiť interoperabilitu softvérového produktu. Pozri tiež testovanie funkčnosti.
neplatné testovanie: Testovanie pomocou vstupných hodnôt, ktoré by komponenty alebo systém mali odmietnuť. Pozri tiež toleranciu chýb.
testovanie izolácie: Testovanie jednotlivých komponentov izolovane od okolitých komponentov, pričom v prípade potreby môžu byť okolité komponenty simulované pomocou vývodov a ovládačov.
K
testovanie na základe kľúčových slov: Skriptovacia technika, ktorá pomocou dátových súborov obsahuje nielen údaje o teste a očakávané výsledky, ale aj kľúčové slová súvisiace s testovanou aplikáciou. Kľúčové slová sú interpretované špeciálnymi podpornými skriptmi, ktoré sú vyvolané kontrolným skriptom pre test. Pozrite si tiež testovanie na základe údajov.
Ľ
LCSAJ: Sekvencia a skok v lineárnom kóde, pozostávajúci z nasledujúcich troch položiek (obvykle označených číslami riadkov v zozname zdrojových kódov): začiatok lineárnej postupnosti vykonateľných príkazov, koniec lineárnej sekvencie a cieľový riadok, ktorý riadi tok sa prenáša na konci lineárnej postupnosti.
Pokrytie LCSAJ: Percento LCSAJ komponentov, ktoré boli uplatnené testovacou sadou. 100% pokrytie LCSAJ znamená 100% pokrytie rozhodnutí.
LCSAJ testovanie: Dizajnová technika testovania bielej skrinky, v ktorej sú testovacie prípady určené na vykonávanie LCSAJ.
učiteľnosť: Schopnosť softvérového produktu umožniť používateľovi naučiť sa jeho aplikáciu. (ISO 9126) Pozri tiež použiteľnosť.
záťažový test: Typ skúšky zameraný na meranie správania sa komponentu alebo systému s rastúcim zaťažením, napr. počet paralelných používateľov a / alebo počet transakcií s cieľom určiť, aké zaťaženie môže komponent alebo systém zvládnuť.
testovací prípad nízkej úrovne: Testovací prípad s konkrétnymi (na úrovni implementácie) hodnotami pre vstupné údaje a očakávanými výsledkami.
M
údržba: Úprava softvérového produktu po dodaní s cieľom opraviť chyby, zlepšiť výkon alebo iné vlastnosti alebo prispôsobiť produkt upravenému prostrediu. (IEEE 1219)
testovanie údržby: Testovanie zmien operačného systému alebo dopadu zmeneného prostredia na operačný systém.
udržiavateľnosť: Ľahkosť, s akou je možné softvérový produkt upraviť na opravu chýb, upraviť tak, aby vyhovoval novým požiadavkám, upraviť tak, aby bola ľahšia budúca údržba, alebo prispôsobiť zmenenému prostrediu. (ISO 9126)
testovateľnosť údržby: Proces testovania s cieľom zistiť udržiavateľnosť softvérového produktu.
preskúmanie manažmentom: Systematické hodnotenie procesu získavania, dodávania, vývoja, prevádzky alebo údržby softvéru, ktoré vykonáva vedenie alebo sa koná v jeho mene a monitoruje pokrok, určuje stav plánov a harmonogramov, potvrdzuje požiadavky a pridelenie dediča systému alebo hodnotí efektívnosť prístupov riadenia. dosiahnuť vhodnosť na daný účel. (Po IEEE 610, IEEE 1028)
splatnosť: (1) Schopnosť organizácie z hľadiska efektívnosti a efektívnosti jej procesov a pracovných postupov. Pozri tiež Capability Maturity Model, Test Maturity Model. (2) Schopnosť softvérového produktu zabrániť zlyhaniu v dôsledku chýb softvéru. (ISO 9126) Pozri tiež spoľahlivosť.
opatrenie: Počet alebo kategória pridelená atribútu entity vykonaním merania (ISO 14598).
meranie: Proces priradenia čísla alebo kategórie k entite, aby sa opísal atribút tejto entity. (ISO 14598)
stupnica merania: Stupnica, ktorá obmedzuje typ analýzy údajov, ktorú je možné na nej vykonať. (ISO 14598)
únik pamäte: Porucha v dynamickej logike alokácie obchodu programu, ktorá spôsobí, že sa jej po jej použití nepodarí získať späť pamäť, čo nakoniec spôsobí zlyhanie programu z dôvodu nedostatku pamäte.
metrický údaj: Stupnica merania a metóda použitá na meranie. (ISO 14598)
míľnik: Časový bod v projekte, v ktorom sú definované (stredné) výsledky avýsledky by mali byť pripravené.
moderátor: Vedúci a hlavná osoba zodpovedná za inšpekciu alebo iný proces preskúmania.
monitor: Softvérový nástroj alebo hardvérové zariadenie, ktoré beží súčasne s testovaným komponentom alebo systémom a dohliada, zaznamenáva a / alebo analyzuje správanie komponentu alebo systému. (Po IEEE 610)
pokrytie viacerých stavov: Percento kombinácií všetkých jednotlivých stavovvýsledky v rámci jedného tvrdenia, ktoré uplatnila testovacia sada. 100% násobokpokrytie stavu znamená 100% pokrytie stanovenia stavu.
testovanie viacerých podmienok: Technika návrhu testu v bielej skrinke, v ktorej sú testovacie prípady určené na vykonávanie kombinácií výsledkov jednej podmienky (v rámci jedného vyhlásenia).
mutačná analýza: Metóda na stanovenie dôkladnosti testovacej sady meraním rozsahu, v akom môže testovacia sada rozlišovať program od ľahkých variantov (mutantov) programu.
N
Pokrytie N-switchom: Percento sekvencií prechodov N + 1, ktoré boli uplatnené testovacou sadou. (Chow)
Testovanie N-spínača: Forma testovania prechodov stavu, v ktorej sú testovacie prípady určené na vykonávanie všetkých platných sekvencií prechodov N + 1. (Chow) Pozri tiež testovanie prechodu stavu.
negatívne testovanie: Testy zamerané na preukázanie toho, že komponent alebo systém nefunguje. Negatívne testovanie súvisí skôr s prístupom testujúcich než s konkrétnym prístupom k testu alebo technikou návrhu testu. (Po Beizerovi).
nezhoda: Nesplnenie stanovenej požiadavky. (ISO 9000)
nefunkčná požiadavka: Požiadavka, ktorá sa netýka funkčnosti, ale atribútov ako spoľahlivosť, efektívnosť, použiteľnosť, udržiavateľnosť a prenosnosť.
nefunkčné testovanie: Testovanie atribútov súčasti alebo systému, ktoré nesúvisia s funkčnosťou, napr. spoľahlivosť, efektívnosť, použiteľnosť, udržiavateľnosť a prenosnosť.
nefunkčné návrhové techniky skúšok: Metódy používané na navrhovanie alebo výber testov nefunkčných testov.
ALEBO
hotový softvér: Softvérový produkt vyvinutý pre všeobecný trh, t. J. Pre veľký počet zákazníkov, a dodávaný mnohým zákazníkom v identickom formáte.
prevádzkyschopnosť: Schopnosť softvérového produktu umožniť používateľovi jeho obsluhu a kontrolu. (ISO 9126) Pozri tiež použiteľnosť.
prevádzkové prostredie: Hardvérové a softvérové produkty nainštalované na stránkach používateľov alebo zákazníkov, kde sa použije testovaný komponent alebo systém. Softvér môže obsahovať operačné systémy, systémy správy databáz a ďalšie aplikácie.
testovanie prevádzkového profilu: Štatistické testovanie pomocou modelu operácií systému (krátkodobé úlohy) a ich pravdepodobnosť typického použitia. (Musa)
prevádzkové testovanie: Testovanie sa vykonáva s cieľom vyhodnotiť komponent alebo systém v ich operačnom prostredí. (IEEE 610)
výkon: Premenná (či už uložená v komponente alebo mimo neho), ktorá je zapísaná komponentom.
výstupná doména: Sada, z ktorej je možné zvoliť platné výstupné hodnoty. Pozri tiež doména.
výstupná hodnota: Inštancia výstupu. Pozri tiež výstup.
P
programovanie párov: Prístup k vývoju softvéru, podľa ktorého riadky kódu (výroba a / alebo test) súčasti súpisované dvoma programátormi sediacimi za jedným počítačom. To implicitne znamená, že sa vykonávajú priebežné kontroly kódu v reálnom čase.
testovanie párov: Pri hľadaní chýb spolupracujú dvaja testeri. Spravidla zdieľajú jeden počítač a pri testovaní s ním obchodujú.
Prihrávka: Test sa považuje za úspešný, ak sa jeho skutočný výsledok zhoduje s očakávaným výsledkom.
kritériá vyhovieť / nevyhovieť: Pravidlá rozhodovania používané na určenie, či testovaný predmet (funkcia) alebo vlastnosť prešla alebo zlyhala v teste. (IEEE 829)
cesta: Sled udalostí, napr. spustiteľné príkazy komponentu alebo systému od vstupného bodu do výstupného bodu.
pokrytie trasy: Percento ciest, ktoré testovacia sada precvičila. 100% pokrytie cesty znamená 100% pokrytie LCSAJ.
cesta senzibilizujúca: Výber sady vstupných hodnôt na vynútenie vykonania danej cesty.
testovanie cesty: Technika návrhu testu v bielej skrinke, v ktorej sú testovacie prípady určené na vykonávanie ciest.
výkon: Miera, do akej systém alebo komponent dosahuje svoje určené funkcie v rámci daných obmedzení týkajúcich sa času spracovania a rýchlosti prenosu. (Po IEEE 610) Pozri efektívnosť.
ukazovateľ výkonu: Metrika efektívnosti a / alebo efektívnosti na vysokej úrovni používaná na riadenie a kontrolu progresívneho vývoja, napr. Percento detekcie defektu (DDP) pre testovanie. (CMMI)
testovanie výkonu: Proces testovania s cieľom zistiť výkonnosť softvérového produktu. Pozri testovanie účinnosti.
nástroj na testovanie výkonnosti: Nástroj na podporu testovania výkonu, ktorý má zvyčajne dve hlavné možnosti: generovanie záťaže a meranie testovacích transakcií. Generovanie záťaže môže simulovať buď viacerých používateľov, alebo veľké objemy vstupných údajov. Počas vykonávania sa z vybraných transakcií uskutočňujú merania času odozvy a tieto sa zaznamenávajú. Nástroje na testovanie výkonu zvyčajne poskytujú správy založené na protokoloch testov a grafoch zaťaženia v porovnaní s dobami odozvy.
plán fázových skúšok: Plán testov, ktorý sa zvyčajne zameriava na jednu testovaciu úroveň.
prenosnosť: Ľahkosť, s akou je možné softvérový produkt preniesť z jedného hardvérového alebo softvérového prostredia do druhého. (ISO 9126)
testovanie prenosnosti: Proces testovania s cieľom zistiť prenosnosť softvérového produktu.
podmienka: Podmienky prostredia a stavu, ktoré musia byť splnené po vykonaní skúšky alebo skúšobného postupu.
porovnanie po vykonaní: Porovnanie skutočných a očakávaných výsledkov vykonaných po dokončení spustenia softvéru.
predpoklad: Podmienky prostredia a stavu, ktoré musia byť splnené, aby bolo možné vykonať komponent alebo systém pomocou konkrétnej skúšky alebo skúšobného postupu.
Priorita: Úroveň (obchodného) významu priradeného položke, napr. vada.
test procesného cyklu: Technika navrhovania testov čiernej skrinky, v ktorej sú testovacie prípady určené na vykonávanie obchodných postupov a procesov. (TMap)
proces: Sada vzájomne súvisiacich aktivít, ktoré transformujú vstupy na výstupy. (ISO 12207)
projekt: Projekt je jedinečný súbor koordinovaných a kontrolovaných činností s dátumom začatia a ukončenia, ktorým sa dosahuje cieľ v súlade so špecifickými požiadavkami vrátane časových, nákladových a zdrojových obmedzení. (ISO 9000)
plán testovania projektu: Plán testov, ktorý sa zvyčajne zameriava na viac úrovní testu.
pseudonáhodné: Séria, ktorá sa javí ako náhodná, ale v skutočnosti sa generuje podľa nejakej vopred dohodnutej sekvencie.
Q
kvalita: Miera, do akej komponent, systém alebo proces spĺňa špecifikované požiadavky a / alebo potreby a očakávania používateľov / zákazníkov. (Po IEEE 610)
zabezpečenie kvality: Súčasťou riadenia kvality bolo zabezpečenie dôvery v splnenie kvalitatívnych požiadaviek. (ISO 9000)
atribút kvality: Funkcia alebo charakteristika, ktorá ovplyvňuje kvalitu položky. (IEEE 610)
manažment kvality: Koordinované činnosti na riadenie a kontrolu organizácie z hľadiska kvality. Usmernenie a kontrola v oblasti kvality všeobecne zahŕňajú stanovenie politiky kvality a cieľov kvality, plánovanie kvality, kontrola kvality, zabezpečenie kvality a zlepšenie kvality. (ISO 9000)
R
náhodné testovanie: Dizajnová technika testu čiernej skrinky, pri ktorej sa vyberajú testovacie prípady, prípadne s použitím algoritmu pseudonáhodného generovania, aby sa zhodoval s operačným profilom. Túto techniku je možné použiť na testovanie nefunkčných atribútov, ako sú spoľahlivosť a výkon.
návratnosť: Schopnosť softvérového produktu obnoviť určenú úroveň výkonu a obnoviť priamo ovplyvnené údaje v prípade poruchy. (ISO 9126) Pozri tiež spoľahlivosť.
testovanie návratnosti: Proces testovania s cieľom zistiť návratnosť softvérového produktu. Pozrite si tiež testovanie spoľahlivosti.
regresné testovanie: Testovanie predtým testovaného programu po úprave, aby sa zabezpečilo, že v dôsledku vykonaných zmien nebudú v nezmenených oblastiach softvéru zavedené alebo odhalené chyby. Vykonáva sa pri zmene softvéru alebo jeho prostredia.
poznámky k vydaniu: Dokument identifikujúci testované položky, ich konfiguráciu, aktuálny stav a ďalšie dodacie informácie poskytnuté vývojom k testovaniu a prípadne ďalším zainteresovaným stranám na začiatku fázy vykonania testu. (Po IEEE 829)
spoľahlivosť: Schopnosť softvérového produktu vykonávať požadované funkcie za stanovených podmienok počas stanoveného časového obdobia alebo podľa určeného počtu operácií. (ISO 9126)
testovanie spoľahlivosti: Proces testovania na určenie spoľahlivosti softvérového produktu.
nahraditeľnosť: Schopnosť softvérového produktu použiť namiesto iného špecifikovaného softvérového produktu na ten istý účel v rovnakom prostredí. (ISO 9126) Pozri tiež prenosnosť.
požiadavka: Stav alebo schopnosť, ktorú užívateľ potrebuje na vyriešenie problému alebo na dosiahnutie cieľa, ktorý musí systém alebo komponent systému spĺňať alebo vlastniť, aby splnil zmluvu, normu, špecifikáciu alebo iný formálne uložený dokument. (Po IEEE 610)
testovanie na základe požiadaviek: Prístup k testovaniu, pri ktorom sú testovacie prípady koncipované na základe cieľov testu a testovacích podmienok odvodených z požiadaviek, napr. testy, ktoré vykonávajú špecifické funkcie alebo skúmajú nefunkčné atribúty, ako sú spoľahlivosť alebo použiteľnosť.
nástroj na správu požiadaviek: Nástroj, ktorý podporuje zaznamenávanie požiadaviek, atribútov požiadaviek (napr. Priorita, zodpovednosť za znalosti) a anotácií a uľahčuje vysledovateľnosť prostredníctvom vrstiev riadenia zmien požiadaviek a požiadaviek. Niektoré nástroje na správu požiadaviek tiež poskytujú možnosti statickej analýzy, napríklad kontrolu konzistencie a porušovanie vopred stanovených pravidiel požiadaviek.
fáza požiadaviek: Časové obdobie v životnom cykle softvéru, počas ktorého sú definované a zdokumentované požiadavky na softvérový produkt. (IEEE 610)
využitie zdrojov: Schopnosť softvérového produktu používať príslušné množstvo a typy zdrojov, napríklad množstvo hlavnej a sekundárnej pamäte používanej programom a veľkosti požadovaných dočasných alebo pretečených súborov, keď softvér vykonáva svoju funkciu za stanovených podmienok. (Po ISO 9126) Pozri tiež účinnosť.
testovanie využitia zdrojov: Proces testovania s cieľom zistiť využitie zdrojov softvérového produktu.
výsledok: Dôsledok / výsledok vykonania testu. Zahŕňa výstupy na obrazovky, zmeny údajov, správy a odosielané komunikačné správy. Pozri tiež skutočný výsledok, očakávaný výsledok.
kritériá obnovenia: Testovacie činnosti, ktoré sa musia opakovať pri opätovnom začatí testovania po pozastavení. (Po IEEE 829)
opätovné testovanie: Testovanie, ktoré spúšťa testovacie prípady, ktoré zlyhali pri poslednom spustení, s cieľom overiť úspešnosť nápravných opatrení.
preskúmanie: Vyhodnotenie stavu produktu alebo projektu s cieľom zistiť nezrovnalosti od plánovaných výsledkov a odporučiť vylepšenia. Príklady zahŕňajú preskúmanie vedením, neformálne preskúmanie, technické preskúmanie, inšpekciu a návod. (Po IEEE 1028)
recenzent: Osoba zapojená do preskúmania, ktorá identifikuje a opíše anomálie výrobku alebo projektu, ktorý je predmetom preskúmania. Je možné zvoliť, aby recenzenti zastupovali rôzne názory a úlohy v procese kontroly.
riziko: Faktor, ktorý by mohol mať v budúcnosti negatívne následky; zvyčajne vyjadrené ako dopad a pravdepodobnosť.
analýza rizík: Proces posudzovania identifikovaných rizík s cieľom odhadnúť ich vplyv a pravdepodobnosť výskytu (pravdepodobnosť).
testovanie na základe rizika: Testovanie zamerané na skúmanie a poskytovanie informácií o rizikách produktu. (Po Gerrardovi)
kontrola rizika: Proces, prostredníctvom ktorého sa prijímajú rozhodnutia a implementujú sa ochranné opatrenia na zníženie rizík na určených úrovniach alebo ich udržanie na určených úrovniach.
identifikácia rizika: Proces identifikácie rizík pomocou techník, ako sú brainstorming, kontrolné zoznamy a história zlyhaní.
Riadenie rizík: Systematické uplatňovanie postupov a postupov na úlohy identifikácie, analýzy, stanovovania priorít a kontroly rizika.
robustnosť: Miera, do akej môže komponent alebo systém správne fungovať v prípade neplatných vstupov alebo stresujúcich podmienok prostredia. (IEEE 610) Pozri tiež tolerancia chýb, odolnosť proti chybám.
príčina: Podstatný faktor, ktorý spôsobil nesúlad a pravdepodobne by mal byť trvale eliminovaný zlepšením procesu.
S
bezpečnosť: Schopnosť softvérového produktu dosiahnuť prijateľnú úroveň rizika poškodenia ľudí, obchodu, softvéru, majetku alebo životného prostredia v špecifikovanom kontexte použitia. (ISO 9126)
testovanie bezpečnosti: Proces testovania s cieľom zistiť bezpečnosť softvérového produktu.
škálovateľnosť: Schopnosť softvérového produktu byť inovovaná tak, aby vyhovovala väčšiemu zaťaženiu. (Po Gerrardovi)
testovanie škálovateľnosti: Testovanie na určenie škálovateľnosti softvérového produktu.
pisár: Osoba, ktorá musí zaznamenať každú uvedenú chybu a akékoľvek návrhy na zlepšenie počas kontrolného stretnutia, do protokolovacieho formulára. Pisár musí zabezpečiť, aby bol formulár záznamu čitateľný a zrozumiteľný.
skriptovací jazyk: Programovací jazyk, v ktorom sú napísané spustiteľné testovacie skripty, používaný nástrojom na vykonávanie testu (napr. Nástroj na snímanie / prehrávanie).
bezpečnosť: Atribúty softvérových produktov, ktoré súvisia s jeho schopnosťou zabrániť neoprávnenému alebo náhodnému prístupu k programom a údajom. (ISO 9126)
testovanie bezpečnosti: Testovanie na zistenie bezpečnosti softvérového produktu.
závažnosť: Stupeň dopadu, ktorý má chyba na vývoj alebo prevádzku komponentu alebo systému. (Po IEEE 610)
simulácia: Reprezentácia vybraných behaviorálnych charakteristík jedného fyzického alebo abstraktného systému iným systémom. (ISO 2382/1)
simulátor: Zariadenie, počítačový program alebo systém používaný počas testovania, ktorý sa chová alebo funguje ako daný systém, ak je vybavený súborom riadených vstupov. (Po IEEE 610, DO178b) Pozri tiež emulátor.
dymová skúška: Podmnožina všetkých definovaných / plánovaných testovacích prípadov, ktoré pokrývajú hlavnú funkčnosť súčasti alebo systému, aby sa zabezpečilo, že najdôležitejšie funkcie programu fungujú, ale netrápia ich jemnejšie detaily. Medzi osvedčené postupy v odbore patrí denná skúška zostavením a dymom. Pozri tiež test príjmu.
kvalita softvéru: Celková funkčnosť a vlastnosti softvérového produktu, ktoré ovplyvňujú jeho schopnosť uspokojiť uvedené alebo implikované potreby. (Po ISO 9126)
špecifikácia: Dokument, ktorý, ideálne, úplným, presným a overiteľným spôsobom, špecifikuje požiadavky, dizajn, správanie alebo iné vlastnosti komponentu alebo systému a často aj postupy na určenie, či boli tieto ustanovenia splnené. (Po IEEE 610)
technika návrhu testu založená na špecifikácii: Pozrite si techniku návrhu testu čiernej skrinky.
zadaný vstup: Vstup, pre ktorý špecifikácia predpovedá výsledok.
stabilita: Schopnosť softvérového produktu zabrániť neočakávaným účinkom úprav softvéru. (ISO 9126) Pozri tiež udržiavateľnosť.
stavový diagram: Diagram, ktorý zobrazuje stavy, ktoré môže komponent alebo systém predpokladať, a zobrazuje udalosti alebo okolnosti, ktoré spôsobujú a / alebo sú výsledkom zmeny z jedného stavu do druhého. (IEEE 610)
stavová tabuľka: Mriežka zobrazujúca výsledné prechody pre každý stav v kombinácii s každou možnou udalosťou, ktorá zobrazuje platné aj neplatné prechody.
prechod štátu: Prechod medzi dvoma stavmi komponentu alebo systému.
spúšťanie portov vs presmerovanie portov pre hranie hier
testovanie stavu prechodu: Technika navrhovania testov čiernej skrinky, v ktorej sú testovacie prípady určené na vykonávanie platných a neplatných prechodov stavu. Pozri tiež Testovanie N-spínačov.
vyhlásenie: Entita v programovacom jazyku, ktorá je zvyčajne najmenšou nedeliteľnou jednotkou vykonania.
pokrytie výpisu: Percento vykonateľných príkazov, ktoré vykonala testovacia sada.
testovanie výpisu: Technika navrhovania testov v bielom poli, v ktorej sú testovacie prípady určené na vykonávanie príkazov.
statická analýza: Rozbor softvérových artefaktov, napr. požiadavky alebo kód vykonané bez vykonania týchto softvérových artefaktov.
statický analyzátor: Nástroj, ktorý vykonáva statickú analýzu.
statická analýza kódu: Analýza zdrojového kódu programu vykonaná bez vykonania tohto softvéru.
analyzátor statického kódu: Nástroj, ktorý vykonáva statickú analýzu kódu. Nástroj kontroluje zdrojový kód, či obsahuje určité vlastnosti, ako napríklad zhodu s normami kódovania, metriky kvality alebo anomálie toku údajov.
statické testovanie: Testovanie komponentu alebo systému na úrovni špecifikácie alebo implementácie bez vykonania daného softvéru, napr. kontroly alebo statická analýza kódu.
štatistické testovanie: Technika navrhovania testov, pri ktorej sa na vytvorenie reprezentatívnych testovacích prípadov používa model štatistického rozdelenia vstupu. Pozri tiež testovanie prevádzkového profilu.
stavové účtovníctvo: Prvok správy konfigurácie, ktorý spočíva v zaznamenávaní a hlásení informácií potrebných na efektívne riadenie konfigurácie. Tieto informácie zahŕňajú zoznam identifikácie schválenej konfigurácie, stav navrhovaných zmien konfigurácie a stav implementácie schválených zmien. (IEEE 610)
Stresové testovanie: Skúšky vykonané na vyhodnotenie systému alebo komponentu pri medzných hodnotách stanovených limitov alebo za nimi. (IEEE 610)
štrukturálne pokrytie: Opatrenia krytia založené na vnútornej štruktúre komponentu.
technika navrhovania štrukturálnych skúšok: Pozrite si techniku návrhu skúšky v bielom poli.
pahýľ: Skeletová alebo špeciálna implementácia softvérového komponentu, ktorá sa používa na vývoj alebo testovanie komponentu, ktorý ho volá alebo je na ňom inak závislý. Nahrádza volaný komponent. (Po IEEE 610)
čiastková cesta: Postupnosť vykonateľných príkazov v komponente.
kritériá pozastavenia: Kritériá používané na (dočasné) zastavenie všetkých alebo časti testovacích aktivít na testovaných predmetoch. (Po IEEE 829)
vhodnosť: Schopnosť softvérového produktu poskytovať príslušnú sadu funkcií pre konkrétne úlohy a ciele používateľa. (ISO 9126) Pozri tiež funkčnosť.
Inventár na meranie použiteľnosti softvéru (SUMI): Technika testovania použiteľnosti na základe dotazníka na vyhodnotenie použiteľnosti, napr. spokojnosť užívateľa, komponentu alebo systému. (Veenendaal)
testovanie syntaxe: Technika návrhu testu čiernej skrinky, v ktorej sú testovacie prípady navrhnuté na základe definície vstupnej domény a / alebo výstupnej domény.
systém: Súbor komponentov usporiadaných na dosiahnutie konkrétnej funkcie alebo súboru funkcií. (IEEE 610)
testovanie systémovej integrácie: Testovanie integrácie systémov a balíkov; testovacie rozhrania s externými organizáciami (napr. elektronická výmena dát, internet).
testovanie systému: Proces testovania integrovaného systému na overenie, či spĺňa stanovené požiadavky. (Hetzel)
T
technická kontrola: Skupinová diskusná aktivita zameraná na dosiahnutie konsenzu o technickom prístupe, ktorý sa má prijať. Technické preskúmanie sa tiež nazýva partnerské hodnotenie. (Gilb a Graham, IEEE 1028)
testovací prístup: Implementácia testovacej stratégie pre konkrétny projekt. Spravidla zahŕňa rozhodnutia, ktoré nasledujú na základe cieľa (testu) projektu a vykonaného posúdenia rizika, počiatočné body týkajúce sa procesu testu, použité techniky návrhu testu, výstupné kritériá a typy testov, ktoré sa majú vykonať.
automatizácia testu: Používanie softvéru na vykonávanie alebo podporu testovacích činností, napr. správa testov, návrh testu, vykonávanie testu a kontrola výsledkov.
testovací základ: Všetky dokumenty, z ktorých možno odvodiť požiadavky na komponent alebo systém. Dokumentácia, na ktorej sú založené testovacie prípady. Ak je možné dokument zmeniť a doplniť iba prostredníctvom postupu formálnej zmeny a doplnenia, testovací základ sa nazýva zmrazený testovací základ. (Po TMap)
testovacia situácia: Sada vstupných hodnôt, predpokladov vykonania, očakávaných výsledkov a predpokladov vykonania, vyvinutých pre konkrétny cieľ alebo testovacie podmienky, napríklad na vykonanie konkrétnej cesty programu alebo na overenie súladu s konkrétnou požiadavkou. (Po IEEE 610)
špecifikácia testovacieho prípadu: Dokument, ktorý špecifikuje skupinu testovacích prípadov (cieľ, vstupy, testovacie akcie, očakávané výsledky a predpoklady vykonania) pre testovanú položku. (Po IEEE 829)
testovacia listina: Vyhlásenie o cieľoch testu a prípadne nápady na test. Testovacie charty sa okrem iného používajú pri prieskumných testoch. Pozri tiež prieskumné testovanie.
porovnávací test: Testovací nástroj na vykonávanie automatizovaného porovnávania testov.
porovnanie testu: Proces identifikácie rozdielov medzi skutočnými výsledkami získanými testovanou súčasťou alebo systémom a očakávanými výsledkami testu. Porovnanie testu je možné vykonať počas vykonania testu (dynamické porovnanie) alebo po vykonaní testu.
podmienka testu: Položka alebo udalosť komponentu alebo systému, ktoré je možné overiť jedným alebo viacerými testovacími prípadmi, napr. funkcia, transakcia, atribút kvality alebo štruktúrny prvok.
údaje o teste: Údaje, ktoré existujú (napríklad v databáze) pred vykonaním testu a ktoré ovplyvňujú alebo sú ovplyvnené testovaným komponentom alebo systémom.
nástroj na prípravu testovacích údajov: Typ testovacieho nástroja, ktorý umožňuje výber údajov z existujúcich databáz alebo vytváranie, generovanie, manipuláciu a úpravy na použitie pri testovaní.
špecifikácia návrhu skúšky: Dokument špecifikujúci testovacie podmienky (položky pokrytia) pre testovaný predmet, podrobný prístup k testu a identifikujúci súvisiace testovacie prípady na vysokej úrovni. (Po IEEE 829)
nástroj na návrh testu: Nástroj, ktorý podporuje aktivitu návrhu testu generovaním vstupov testu zo špecifikácie, ktorá sa môže nachádzať v úložisku nástrojov CASE, napr. nástroj na správu požiadaviek alebo zo špecifikovaných testovacích podmienok uchovávaných v samotnom nástroji.
technika testu: Metóda použitá na odvodenie alebo výber testovacích prípadov.
testovacie prostredie: Prostredie obsahujúce hardvér, prístrojové vybavenie, simulátory, softvérové nástroje a ďalšie podporné prvky potrebné na vykonanie testu. (Po IEEE 610)
správa o hodnotení skúšky: Dokument vypracovaný na konci testovacieho procesu, ktorý sumarizuje všetky testovacie činnosti a výsledky. Obsahuje tiež vyhodnotenie testovacieho procesu a získaných poznatkov.
vykonanie testu: Proces vykonania testu testovaným komponentom alebo systémom, ktorého výsledkom sú skutočné výsledky.
automatizácia vykonania testu: Používanie softvéru, napr. nástroje na snímanie / prehrávanie, na kontrolu vykonávania testov, porovnanie skutočných výsledkov s očakávanými výsledkami, nastavenie testovacích predpokladov a ďalšie kontrolné a reportovacie funkcie.
fáza vykonania testu: Časové obdobie v životnom cykle vývoja softvéru, počas ktorého sa vykonávajú komponenty softvérového produktu a softvérový produkt sa vyhodnocuje s cieľom zistiť, či boli alebo neboli splnené požiadavky. (IEEE 610)
plán vykonania testu: Systém vykonávania skúšobných postupov. Testovacie postupy sú zahrnuté v časovom pláne vykonania testu v ich kontexte a v poradí, v akom sa majú vykonať.
technika vykonania testu: Metóda použitá na vykonanie skutočného vykonania testu,manuálne alebo automatizované.
nástroj na vykonanie testu: Typ testovacieho nástroja, ktorý je schopný vykonávať iný softvér pomocou automatizovaného testovacieho skriptu, napr. snímanie / prehrávanie. (Fewster a Graham)
testovací postroj: Testovacie prostredie pozostávajúce z pahýľov a ovládačov potrebných na vykonanie testu.
testovacia infraštruktúra: Organizačné artefakty potrebné na vykonanie testovania pozostávajúce z testovacích prostredí, testovacích nástrojov, kancelárskeho prostredia a postupov.
testovaná položka: Individuálny prvok, ktorý sa má testovať. Spravidla existuje jeden testovací objekt a veľa testovaných položiek. Pozri tiež testovací objekt.
úroveň testu: Skupina testovacích aktivít, ktoré sú organizované a riadené spoločne. Úroveň testu súvisí s povinnosťami v projekte. Príklady úrovní testu sú test komponentov, integračný test, test systému a akceptačný test. (Po TMap)
protokol testu: Chronologický záznam relevantných podrobností o vykonaní testov. (IEEE 829)
test protokolovania: Proces zaznamenávania informácií o vykonaných testoch do protokolu testov.
manažér testu: Osoba zodpovedná za testovanie a hodnotenie testovaného objektu. Jednotlivec, ktorý riadi, kontroluje, spravuje plány a reguluje hodnotenie testovaného objektu.
správa testov: Plánovanie, odhadovanie, monitorovanie a kontrola testovacích činností, ktoré obvykle vykonáva manažér testov.
Testovací model zrelosti (TMM): Päťúrovňový rámec pre zdokonalenie testovacieho procesu súvisiaci s Capability Maturity Model (CMM), ktorý popisuje kľúčové prvky efektívneho testovacieho procesu.
Vylepšenie testovacieho procesu (TPI): Nepretržitý rámec pre zlepšovanie testovacích procesov, ktorý popisuje kľúčové prvky efektívneho testovacieho procesu, zameraného najmä na testovanie systému a preberacie testy.
testovací objekt: Komponent alebo systém, ktorý sa má testovať. Pozri tiež testovanú položku.
cieľ testu: Dôvod alebo účel návrhu a vykonania testu.
testovací orákulum: Zdroj na určenie očakávaných výsledkov na porovnanie so skutočnými výsledkami testovaného softvéru. Oracle môže byť existujúci systém (pre porovnanie), užívateľská príručka alebo odborné znalosti jednotlivca, ale nemal by to byť kód. (Po Adrionovi)
indikátor výkonu testu: Metrika, všeobecne na vysokej úrovni, ktorá označuje, do akej miery je splnená určitá cieľová hodnota alebo kritérium. Často súvisí s cieľmi zlepšenia testovacích procesov, napr. Percento detekcie defektu (DDP).
testovacia fáza: Výrazný súbor testovacích aktivít zhromaždených do zvládnuteľnej fázy projektu, napr. vykonávanie činností na testovacej úrovni. (Po Gerrardovi)
plán skúšok: Dokument popisujúci rozsah, prístup, zdroje a harmonogram zamýšľaných testovacích činností. Okrem iného identifikuje testované položky, vlastnosti, ktoré sa majú testovať, úlohy testovania, kto bude každú úlohu vykonávať, stupeň nezávislosti testera, prostredie testu, použité techniky návrhu testu a techniky merania testu a dôvody ich výberu. a akékoľvek riziká vyžadujúce pohotovostné plánovanie. Je to záznam procesu plánovania testov (po IEEE 829)
plánovanie testu: Činnosť zameraná na vypracovanie alebo aktualizáciu plánu skúšok.
politika testovania: Dokument na vysokej úrovni popisujúci princípy, prístup a hlavné ciele organizácie týkajúce sa testovania.
analýza testovacích bodov (TPA): Metóda odhadu testu založená na vzorci založená na analýze funkčných bodov. (TMap)
skúšobný postup: Pozri špecifikáciu skúšobného postupu.
špecifikácia skúšobného postupu: Dokument, ktorý špecifikuje postupnosť akcií na vykonanie testu. Známy tiež ako testovací skript alebo manuálny testovací skript. (Po IEEE 829)
testovací proces: Základný testovací proces zahŕňa plánovanie, špecifikáciu, vykonávanie, zaznamenávanie a kontrolu dokončenia. (BS 7925/2)
opakovateľnosť testu: Atribút testu označujúci, či sa pri každom vykonaní testu vytvárajú rovnaké výsledky.
skúšobná prevádzka: Vykonanie testu na konkrétnej verzii testovaného objektu.
testovací skript: Bežne sa používa na označenie špecifikácie testovacieho postupu, najmä automatizovaného.
špecifikácia testu: Dokument, ktorý pozostáva zo špecifikácie návrhu testu, špecifikácie testovacieho prípadu a / alebo špecifikácie testovacieho postupu.
stratégia testu: Dokument na vysokej úrovni, ktorý definuje úrovne testovania, ktoré sa majú vykonať, a testovanie v rámci týchto úrovní pre program (jeden alebo viac projektov).
testovacia sada: Sada niekoľkých testovacích prípadov pre testovaný komponent alebo systém, pri ktorých sa ako podmienka pre ďalší test často používa podmienka jedného testu.
súhrnná správa o teste: Dokument sumarizujúci testovacie činnosti a výsledky. Obsahuje tiež vyhodnotenie zodpovedajúcich testovaných položiek podľa výstupných kritérií.(Po IEEE 829)
cieľ testu: Sada výstupných kritérií.
testovací nástroj: Softvérový produkt, ktorý podporuje jednu alebo viac testovacích aktivít, ako je plánovanie a kontrola, špecifikácia, vytváranie počiatočných súborov a údajov, vykonávanie testov a analýza testov. (TMap) Pozri tiež CAST.
typ testu: Skupina testovacích aktivít zameraných na testovanie komponentu alebo systému z hľadiska jedného alebo viacerých vzájomne súvisiacich atribútov kvality. Typ testu je zameraný na konkrétny cieľ testu, t. J. Test spoľahlivosti, test použiteľnosti, regresný test atď., A môže prebiehať na jednej alebo viacerých testovacích úrovniach alebo testovacích fázach. (Po TMap)
testovateľnosť: Schopnosť softvérového produktu umožniť testovanie upraveného softvéru. (ISO 9126) Pozri tiež udržiavateľnosť.
kontrola testovateľnosti: Podrobná kontrola testovacieho základu s cieľom zistiť, či je testovací základ na primeranej úrovni kvality, aby fungoval ako vstupný dokument pre testovací proces. (Po TMap)
testovateľné požiadavky: Miera, do akej je požiadavka uvedená v podmienkach, ktoré umožňujú stanovenie návrhov testov (a následne testovacích prípadov) a vykonávanie testov s cieľom zistiť, či boli požiadavky splnené. (Po IEEE 610)
tester: Technicky zručný odborník, ktorý sa podieľa na testovaní komponentu alebo systému.
testovanie: Proces pozostávajúci zo všetkých činností životného cyklu, statických aj dynamických, zaoberajúci sa plánovaním, prípravou a hodnotením softvérových produktov a súvisiacich pracovných produktov s cieľom zistiť, či vyhovujú stanoveným požiadavkám, preukázať ich vhodnosť na daný účel a zistiť chyby.
testware: Artefakty vyrobené počas testovacieho procesu potrebné na plánovanie, navrhovanie a vykonávanie testov, ako napríklad dokumentácia, skripty, vstupy, očakávané výsledky, postupy nastavenia a vyčistenia, súbory, databázy, prostredie a akýkoľvek ďalší softvér alebo pomocné programy použité v testovanie. (Po Fewsterovi a Grahamovi)
testovanie vlákien: Verzia testovania integrácie komponentov, kde postupná integrácia komponentov nasleduje po implementácii podmnožín požiadaviek, na rozdiel od integrácie komponentov podľa úrovní hierarchie.
sledovateľnosť: Schopnosť identifikovať súvisiace položky v dokumentácii a softvéri, ako naprpožiadavky s príslušnými testami. Pozri tiež horizontálna vysledovateľnosť, vertikálna vysledovateľnosť.
testovanie zhora nadol: Inkrementálny prístup k testovaniu integrácie, pri ktorom sa najskôr testuje komponent na vrchole hierarchie komponentov, pričom komponenty nižšej úrovne sa simulujú pomocou pahýlov. Testované komponenty sa potom použijú na testovanie komponentov nižšej úrovne. Proces sa opakuje, kým nebudú testované komponenty najnižšej úrovne.
U
zrozumiteľnosť: Schopnosť softvérového produktu umožniť používateľovi pochopiť, či je softvér vhodný a ako sa dá použiť na konkrétne úlohy a podmienky používania. (ISO 9126) Pozri tiež použiteľnosť.
nedostupný kód: Kód, ktorý nie je možné dosiahnuť, a preto ho nie je možné vykonať.
použiteľnosť: Schopnosť softvéru byť pochopená, naučená, použitá a atraktívna pre používateľa, keď sa používa za určených podmienok. (ISO 9126)
testovanie použiteľnosti: Testovanie s cieľom zistiť, do akej miery je softvérový produkt pochopiteľný, ľahko naučiteľný, ľahko ovládateľný a atraktívny pre používateľov za určených podmienok. (Po ISO 9126)
testovanie prípadov použitia: Dizajnová technika testovania čiernej skrinky, v ktorej sú testovacie prípady určené na vykonávanie používateľských scenárov.
používateľský test: Test, do ktorého sú zapojení skutoční používatelia na vyhodnotenie použiteľnosti komponentu alebo systému.
V.
V-model: Rámec na opis činností životného cyklu vývoja softvéru od špecifikácie požiadaviek po údržbu. V-model ilustruje, ako možno testovacie činnosti integrovať do každej fázy životného cyklu vývoja softvéru.
validácia: Potvrdenie preskúmaním a poskytnutím objektívnych dôkazov o tom, že požiadavky na konkrétne zamýšľané použitie alebo aplikáciu boli splnené. (ISO 9000)
premenná: Úložný prvok v počítači, ktorý je prístupný softvérovým programom odkazom na neho názvom.
overenie: Potvrdenie skúškou a poskytnutím objektívnych dôkazov o tom, že stanovené požiadavky boli splnené. (ISO 9000)
vertikálna vysledovateľnosť: Sledovanie požiadaviek cez vrstvy vývojovej dokumentácie až po komponenty.
objemové testovanie: Testovanie, kde je systém vystavený veľkému množstvu údajov. Pozrite si tiež testovanie využívania zdrojov.
IN
návod: Podrobná prezentácia autora dokumentu s cieľom zhromaždiť informácie a dosiahnuť jednotné porozumenie jeho obsahu. (Freedman a Weinberg, IEEE 1028)
technika testovania bielej skrinky: Dokumentovaný postup na odvodenie a výber testovacích prípadov na základe analýzy vnútornej štruktúry komponentu alebo systému.
testovanie v bielom poli: Testovanie založené na analýze vnútornej štruktúry komponentu alebo systému.
Širokopásmový Delphi: Technika odhadu testov založená na odborníkov, ktorej cieľom je urobiť presný odhad pomocou kolektívnej múdrosti členov tímu.
Kontaktujte ma ak chcete do tohto slovníka pridať viac definícií.
Referencia: http://www.istqb.org/downloads/glossary-1.0.pdf
Odporúčané čítanie
- Najlepšie nástroje na testovanie softvéru 2021 (QA Test Automation Tools)
- Úloha pomocníka QA pri testovaní softvéru
- Kurz testovania softvéru: Do ktorého inštitútu pre testovanie softvéru by som sa mal pripojiť?
- Ako svoju kariéru si zvolíte testovanie softvéru
- Práca na voľnej nohe pre spisovateľa technického obsahu, ktorý testuje technický obsah
- Sprievodca outsourcingom QA: Spoločnosti outsourcingu testovania softvéru
- Niektoré zaujímavé otázky týkajúce sa testovania softvéru
- Spätná väzba a recenzie na kurz testovania softvéru