Terms related to Foundation V3.1 2018

Test prošel (úspěšně), pokud jeho skutečný výsledek odpovídá výsledku očekávanému.
Test selhal, pokud jeho skutečný výsledek neodpovídá výsledku očekávanému.
Uživatel nebo jiná osoba, která určitým způsobem přichází do styku s testovaným systémem.
Jakýkoliv předpoklad, který se liší od očekávání, které plyne ze specifikace požadavků, z dokumentace návrhu, z uživatelské dokumentace, ze standardů, atd. nebo z něčích dojmů nebo zkušeností. Anomálie mohou být nalezeny mimo jiné během přezkoumání, testování, analýzy, kompilace nebo užívání softwarového produktu nebo aplikovatelné dokumentace.
Proces testování s cílem určit bezpečnost softwarového produktu.
Zkratka pro počítačem podporované softwarové inženýrství (Computer Aided Software Engineering).
Celkové náklady vynaložené na činnosti a záležitosti spojené s kvalitou a často také rozdělené na náklady na prevenci, ohodnocení, interní vady a externí vady.
Sled událostí (např. spustitelných příkazů) komponenty nebo systému ze vstupního do výstupního bodu.
Sled událostí (např. spustitelných příkazů) komponenty nebo systému ze vstupního do výstupního bodu.
Odpověď komponenty nebo systému na sadu vstupních hodnot nebo podmínek.
Lidská činnost, která má za následek nesprávné výsledky.
Abstraktní znázornění posloupnosti a možných změn stavu datových objektů, kde stav objektu je jeden z následujících stavů: vytvoření, použití nebo zrušení.
Metodika softwarového inženýrství používaná v agilním vývoji softwaru, ve které jsou hlavními praktikami programování v párech, provádění rozsáhlých revizí, jednotkové testování, jednoduchost a přehlednost veškerého kódu.
Integrační přístup, který spojuje komponenty nebo systémy za účelem včasného získání základní funkcionality.
Typ testovacího nástroje, který umožňuje výběr, tvorbu, generování, zpracování a editaci dat z existujících databází za účelem použití při testování.
Zveřejněný graf, který znázorňuje práci v závislosti na čase v dané iteraci. Zobrazuje stav a trend při plnění úkolů v iteraci. Osa X typicky reprezentuje dny v iteraci, osa Y reprezentuje zbývající práci (obvykle buď v ideálních člověko-hodinách nebo v tzv. story points).
Seznam činností, úkolů nebo událostí testovacího procesu, identifikující vzájemné závislosti a jejich zamýšlené datumy a/nebo časy zahájení a ukončení.
Zdroj defektu, při jehož odstranění je snížen nebo úplně eliminován výskyt daného typu defektu.
Model zlepšování organizace, který slouží jako podklad pro zahájení, plánování a provádění opatření ke zlepšení. IDEAL model je pojmenován dle pěti fází, které popisuje: zahájení, diagnostikování, zavádění, vykonávání a ponaučení.
Obecná metrika efektivity a/nebo výkonnosti používaná ke směrování a kontrole progresivního vývoje, např. zpoždění termínu dodání (lead-time slip) ve vývoji softwaru.
Organizační artefakty potřebné k provádění testování, které se skládají z testovacího prostředí, testovacích nástrojů, vybavení pracoviště a procedur.
Instrukce, které vedou instalujícího skrz instalační proces, dodané na vhodném médiu. Může se jednat o manuál, návod typu krok za krokem, instalačního průvodce nebo o jakýkoliv jiný podobný procesní popis.
Proces skládání (kombinování) komponent nebo systémů do rozsáhlejších celků.
Vývojový životní cyklus, kde je projekt obvykle rozdělený do velkého počtu iterací. Iterace představuje kompletní vývojový cyklus končící dodávkou (interní nebo externí) spustitelného produktu, podmnožinou finálního produktu, který se vyvíjí a narůstá od iterace k iteraci s cílem dosáhnout finálního produktu.
Obecná metrika efektivity a/nebo výkonnosti používaná ke směrování a kontrole progresivního vývoje, např. zpoždění termínu dodání (lead-time slip) ve vývoji softwaru.
Přístup k testování, kdy testovací sada obsahuje všechny kombinace vstupních hodnot a vstupních podmínek.
Skladba komponenty nebo systému, která je definována počtem, vlastnostmi a vzájemným propojením všech jeho součástí.
Koordinované činnosti, které mají směrovat a řídit organizaci s ohledem na kvalitu, což obecně znamená zavedení politiky a cílů kvality, její plánování, kontrola, zajištění a zlepšování.
Stupnice měření a metoda definovaná pro její měření.
Bod v časové ose projektu, ve kterém by měly být k dispozici (i přechodné) výstupy a výsledky, které jsou pro daný bod definovány.
Číslo nebo kategorie přiřazená k atributu entity na základě provedeného měření.
Proces přiřazení čísla nebo kategorie entitě s cílem popsat její atributy.
Oddělení zodpovědností, které podporuje dosažení objektivního testování
Test selhal, pokud jeho skutečný výsledek neodpovídá výsledku očekávanému.
Nástroj podporující aktivitu návrhu testů generováním testovacích vstupů ze specifikace. Tato specifikace může být obsažena v úložišti CASE nástroje, např. v nástroji pro správu požadavků. Vstupy mohou být také generovány z testovacích podmínek uložených v samotném nástroji nebo z kódu.
Typ testovacího nástroje, který umožňuje výběr, tvorbu, generování, zpracování a editaci dat z existujících databází za účelem použití při testování.
Nástroj, který podporuje záznam požadavků, atributů požadavků (např. priorita, zodpovědnost) a poznámek a dále usnadňuje sledovatelnost přes jednotlivé vrstvy požadavků a změnového řízení požadavků. Některé nástroje pro řízení požadavků také poskytují podporu pro statickou analýzu jako je např. kontrola konzistence a kontrola porušení předdefinovaných pravidel pro řízení požadavků.
Lidská činnost, která má za následek nesprávné výsledky.
Potvrzení pomocí zkoumání a poskytnutí objektivních důkazů, že specifikované požadavky byly splněny.
Technika založená na společném souhlasu, většinou používaná k odhadu úsilí či relativní velikosti uživatelských scénářů v agilním vývoji softwaru. Jde o variaci metody Wide Band Delphi s použitím balíčku karet s hodnotami, které představují jednotky, ve kterých tým provádí své odhady.
Aktivita zavedení nebo aktualizace plánu testování.
Logický výraz, který je možno vyhodnodit jako Pravda nebo Nepravda, např. A>B.
Logický výraz, který je možno vyhodnodit jako Pravda nebo Nepravda, např. A>B.
Obecný dokument, který popisuje principy, přístup a hlavní cíle organizace v oblasti testování.
Setkání po dokončení projektu (nebo iterace), během kterého členové projektového týmu hodnotí projekt a snaží se získat ponaučení pro další projekt.
Úroveň důležitosti (obvykle z pohledu byznysu) přiřazená nějaké položce, např. defektu.
Sada provázaných aktivit, které přeměňují vstupy na výstupy
Soubor aktivit včetně jejich výsledků zaměřených na zlepšení výkonu a zralosti testovacích procesů organizace.
Rámec, ve kterém jsou procesy stejné povahy zařazeny do celkového modelu, např. model zlepšování testů.
Projekt je unikátní soubor koordinovaných a řízených činností s datem zahájení a datem ukončení uskutečněných pro dosažení cíle, který vyhovuje specifickým požadavkům, včetně omezení času, nákladů a zdrojů.
Paměťový element v počítači, který je přístupný softwarovým programem za použití jména.
Hardwarové a softwarové produkty nainstalované u uživatelů nebo zákazníků v místech, kde bude testovaná komponenta nebo systém používán. Software může obsahovat operační systémy, systémy pro správu databází a další aplikace.
Prvek programovacího jazyka, který je typicky nejmenší nedělitelnou spustitelnou jednotkou.
Prvek programovacího jazyka, který je typicky nejmenší nedělitelnou spustitelnou jednotkou.
Vlastní přizpůsobivý iterativní rámec procesu vývoje softwaru, který se skládá ze čtyř fází životního cyklu projektu: založení (inception), zpracování (elaboration), provedení (construction) a převedení (transition).
Sběr a analýza dat z testovacích aktivit a následná konsolidace dat do zprávy pro zainteresované strany.
Setkání po dokončení projektu (nebo iterace), během kterého členové projektového týmu hodnotí projekt a snaží se získat ponaučení pro další projekt.
Faktor, který může v budoucnu vést k negativním důsledkům. Obvykle je vyjádřen pomocí dopadu a pravděpodobnosti.
Míra, při které může komponenta nebo systém fungovat správně v případě neplatných vstupů nebo rušivých podmínkách prostředí.
Iterativně inkrementální rámec pro řízení projektů běžně používaný v agilním vývoji softwaru.
Reprezentace vybraných charakteristik chování jednoho fyzického nebo abstraktního systému jiným systémem.
Zařízení, počítačový program nebo systém používaný v průběhu testování, který se chová nebo funguje jako jiný systém v případě, že disponuje sadou řízených vstupů.
Chování vytvořené/pozorované při testování systému nebo komponenty.
Stupeň složitosti komponenty nebo systému ve smyslu pochopení jejího návrhu a/nebo interní struktury, údržby a ověřování funkčnosti.
Počítačové programy, postupy a případně související dokumenty a data týkající se provozu počítačového systému.
Dokument, který ideálně úplným, přesným a ověřitelným způsobem specifikuje požadavky, design, chování nebo jiné vlastností komponenty nebo systému. Často také postupy určující, zda tyto předpoklady (požadavky) byly splněny.
Formální, případně povinná sada požadavků vyvinutá a používaná k předepsání konzistentních přístupů ke způsobu práce nebo k poskytování pokynů (například normy ISO / IEC, IEEE standardy a organizační normy).
Diagram, který znázorňuje stavy, ve kterých se komponenta nebo systém může nacházet. Dále ukazuje podmínky nebo okolnosti, které způsobují změnu a/nebo jsou důsledkem změny z jednoho stavu do jiného.
Metrika pokrytí založená na vnitřní struktuře komponenty nebo systému.
Implementace softwarové komponenty ve formě skeletu nebo komponenty se speciálním určením, použitá pro vývoj nebo test komponenty, která tuto implementaci volá nebo je na ní závislá. Nahrazuje volanou komponentu.
Sada jednoho nebo více testovacích případů.
Prostředí obsahující hardware, vybavení, simulátory, softwarové nástroje a další podpůrné prvky potřebné k provedení testu.
Provedení testovacího procesu na jednom identifikovatelném vydání (release) testovaného objektu.
Prostředí obsahující hardware, vybavení, simulátory, softwarové nástroje a další podpůrné prvky potřebné k provedení testu.
Nepřerušená doba strávená v provádění testů. V průzkumném testování je každá testovací relace zaměřena na (testovací) listinu (resp. z ní vychází), ale testeři mohou během ní také prozkoumat nové možnosti nebo problémy. Tester vytváří a provádí testy v reálném čase a zaznamenává jejich průběh.
Prostředí obsahující hardware, vybavení, simulátory, softwarové nástroje a další podpůrné prvky potřebné k provedení testu.
Testování založené na analýze vnitřní struktury komponenty nebo systému.
Proces testování, který má za cíl ověřit interoperabilitu (schopnost spolupráce) softwarového produktu.
Proces testování, který má za cíl ověřit interoperabilitu (schopnost spolupráce) softwarového produktu.
Testování založené na analýze vnitřní struktury komponenty nebo systému.
Testování založené na analýze vnitřní struktury komponenty nebo systému.
Testování s cílem zjistit lehkost, která umožňuje uživatelům s postižením používat komponentu nebo systém.
Testování založené na analýze vnitřní struktury komponenty nebo systému.
Testování založené na analýze vnitřní struktury komponenty nebo systému.
Přístup k testování, ve kterém jsou testovací aktivity plánovány jako nepřerušovaná relace návrhu a provedení testu. Je často používaný ve spojení s průzkumným testováním.
Testování založené na analýze vnitřní struktury komponenty nebo systému.
Testování založené nebo zahrnující modely.
Testování založené na analýze vnitřní struktury komponenty nebo systému.
Testování založené na zkušenostech, znalostech a intuici testera.
Testování změn v produkčním systému nebo vlivu změn prostředí na produkční systém.
Testování založené na analýze vnitřní struktury komponenty nebo systému.
Potvrzení pomocí zkoumání a poskytnutí objektivních důkazů, že požadavky na specifické zamýšlené použití nebo specifické aplikování byly splněny.
Atribut komponenty nebo systému specifikovaný nebo vyplývající z dokumentace požadavků (např. spolehlivost, použitelnost nebo designová omezení).
Atribut komponenty nebo systému specifikovaný nebo vyplývající z dokumentace požadavků (např. spolehlivost, použitelnost nebo designová omezení).
Data získaná testovaným objektem z externího zdroje během provedení testu. Externí zdroj může být hardware, software nebo člověk.
Příkaz, který je po zkompilování přeložen do kódu. Při běhu programu bude řízeně vykonán a může provést nějakou činnost s daty.
Důsledek/výsledek provedení testu. Zahrnuje výstupy na obrazovce, změny dat, reporty a odeslané komunikační zprávy.
Důsledek/výsledek provedení testu. Zahrnuje výstupy na obrazovce, změny dat, reporty a odeslané komunikační zprávy.
Důsledek/výsledek provedení testu. Zahrnuje výstupy na obrazovce, změny dat, reporty a odeslané komunikační zprávy.
Důsledek/výsledek provedení testu. Zahrnuje výstupy na obrazovce, změny dat, reporty a odeslané komunikační zprávy.
Technika odhadování pracnosti založená na expertíze, jejíž cílem je přesný odhad díky sdílení znalostí všech členů týmu.
Plán aktivit, jehož cílem je zlepšit výkonnost a zralost procesů organizace a výsledek takového plánu.
Stupeň dopadu, který má daný defekt na vývoj nebo fungování komponenty nebo systému.
Test prošel (úspěšně), pokud jeho skutečný výsledek odpovídá výsledku očekávanému.
Provozní techniky a činnosti, část managementu kvality, které jsou zaměřeny na splnění požadavků na kvalitu.
Časový interval, který začíná, když je softwarový produkt formován a končí, když již není k dispozici k užívání. Životní cyklus softwaru typicky zahrnuje fáze konceptu, požadavků, návrhu, implementace, testování, instalace a vyzkoušení, provozu a údržby a někdy také fázi stažení (z produkce). Tyto fáze se mohou překrývat nebo mohou být vykonávány iterativně.