Test selhal, pokud jeho skutečný výsledek neodpovídá výsledku očekávanému.
Skupina metodik vývoje softwaru založená na iterativním inkrementálním vývoji, kde se požadavky a řešení vyvíjejí během spolupráce v samoorganizujících a mezifunkčních týmech.
Kritéria, která musí komponenta nebo systém splňovat proto, aby mohly být akceptovány uživatelem, zákazníkem nebo jinou oprávněnou osobou.
Míra, do jaké lze komponentu nebo systém ohodnotit za účelem (1) posouzení dopadu jedné nebo více zamýšlených změn, (2) diagnostiky nedostatků nebo příčin selhání, (3) identifikace částí, které mají být změněny.
Identifikace všech pracovních produktů ovlivněných změnou, včetně odhadu zdrojů potřebných k zapracování změny.
Technika testování černé skříňky, při které jsou testovací případy navrženy na základě hraničních hodnot.
Souhrnný proces identifikace a ohodnocení rizik.
Procedura s cílem zjistit, zda je osoba nebo proces tím, za koho se vydává.
Povolení k užívání zdrojů, které je dáno uživateli nebo procesu.
Míra, do jaké komponenta nebo systém chrání informace a data tak, aby osoby příp. jiné komponenty nebo systémy měly takovou úroveň přístupu, který odpovídá druhu a úrovně autorizace.
Obecný dokument popisující principy, přístup a hlavní cíle organizace v oblasti bezpečnosti.
Riziko kvality vztažené k bezpečnosti.
Míra, v jaké je po daný časový úsek a za stanovených podmínek schopna komponenta nebo systém vykonávat požadovanou funkci.
Zkratka pro počítačem podporované softwarové inženýrství (Computer Aided Software Engineering).
Sled událostí (např. vykonatelných příkazů) komponenty nebo systému ze vstupního do výstupního bodu.
Sled událostí (např. vykonatelný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.
Míra, při které komponenta nebo systém využívá čas, prostředky a kapacitu při plnění svých určených funkcí.
Nedokonalost nebo nedostatek v pracovním produktu, na jehož základě (tento pracovní produkt) nesplňuje své specifikace nebo požadavky na něj kladené.
Lidská činnost, která má za následek nesprávné výsledky.
Nedokonalost nebo nedostatek v pracovním produktu, na jehož základě (tento pracovní produkt) nesplňuje své specifikace nebo požadavky na něj kladené.
Míra, do jaké je komponenta nebo systém provozuschopný(-á) a dostupný(-á) pro užívání.
Míra, ve které je dosaženo správných a úplných cílů.
Přesná sada testovacích aktivit seskupených do řiditelné fáze projektu, např. prováděcí aktivity pro danou úroveň testování.
Nepsaná pravidla, která pomáhají dosáhnout určitého cíle.
Aktivita, která na základě analýzy a návrhu testu připravuje testware potřebný pro provedení testu.
Jakákoliv událost, která vyžaduje prozkoumání.
Jakákoliv událost, která vyžaduje prozkoumání.
Jakákoliv událost, která vyžaduje prozkoumání.
Míra, do které může být komponenta nebo systém úspěšně instalován(a) v daném prostředí a/nebo z něj odinstalován(a).
Míra, do jaké si mohou dvě nebo více komponent nebo systémů vyměňovat informace a tyto informace používat.
Sada rizik seskupených podle jednoho nebo více společných faktorů.
Míra, do které může komponenta nebo systém plnit požadované funkce při sdílení prostředí a zdrojů s jinými komponentami nebo systémy, aniž by to mělo negativní dopad na některou/některý z nich.
Míra, ve které si může komponenta nebo systém vyměňovat informace s jinými komponentami nebo systémy a/nebo provádět požadované funkce při sdílení stejného hardwarového nebo softwarového prostředí.
Skladba komponenty nebo systému, která je definována počtem, vlastnostmi a vzájemným propojením všech jeho součástí.
Soubor prvků, ve kterých je softwarový produkt používán, tzn. uživatelé, úkoly, vybavení (hardware, software a materiál) a fyzické i sociální prostředí.
Kritéria použitá jako návod pro generování testovacích případů nebo jako podklad pro volbu testovacích případů ve snaze omezit velikost testu.
Rozhodovací pravidla používaná k určení, zda byla daná položka testování označena jako úspěch nebo selhání.
Plánování (včetně plánování harmonogramu), odhadování, monitoring, reportování, dohled a uzavírání testovacích činností.
Stupnice měření a metoda definovaná pro její měření.
Číslo nebo kategorie přiřazená k atributu entity na základě provedeného měření.
Test selhal, pokud jeho skutečný výsledek neodpovídá výsledku očekávanému.
Nástroj umožňující záznam incidentů a sledování jejich stavů.
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ů.
Ochrana osobních údajů či jinak citlivých informací před nežádoucím prozrazením.
Jakákoliv událost, která vyžaduje prozkoumání.
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.
Předpokládané pozorovatelné chování komponenty nebo systému spouštěného v určených podmínkách. Chování je určeno specifikací nebo jiným zdrojem.
Předpokládané pozorovatelné chování komponenty nebo systému spouštěného v určených podmínkách. Chování je určeno specifikací nebo jiným zdrojem.
Aktivita zavedení nebo aktualizace plánu testování.
Logický výraz, který je možno vyhodnodit jako Pravda nebo Nepravda.
Logický výraz, který je možno vyhodnodit jako Pravda nebo Nepravda.
Míra daného pokrytí (vyjádřená v procentech), do které byly konkrétní položky prověřeny nebo otestovány sadou testů.
Míra daného pokrytí (vyjádřená v procentech), do které byly konkrétní položky prověřeny nebo otestovány sadou testů.
Atribut nebo kombinace atributů, které jsou odvozeny z jedné nebo více testovacích podmínek pomocí určité techniky testování, umožňující měření důkladnosti provádění testu.
Míra, v jaké mohou být komponenta nebo systém použity určitými uživateli a v daném kontextu s cílem dosáhnout definovaných cílů.
Ustanovení obsahující kritéria, která mají být splněna.
Úroveň důležitosti (obvykle z pohledu byznysu) přiřazená nějaké položce, např. defektu.
Nedokonalost nebo nedostatek v pracovním produktu, na jehož základě (tento pracovní produkt) nesplňuje své specifikace nebo požadavky na něj kladené.
Sada provázaných aktivit, které přeměňují vstupy na výstupy
Sada vzájemně provázaných činností, která se skládá z plánování testování, monitoringu a řízení testování, testovací analýzy, návrhu testů, implementace testování, provedení testů a dokončení testování.
Riziko, které ovlivňuje kvalitu produktu.
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ů.
Bezpečnostní útok, který se snaží získat tajná hesla uložená v počítačovém systému nebo přenášená po síti.
Předpokládané pozorovatelné chování komponenty nebo systému spouštěného v určených podmínkách. Chování je určeno specifikací nebo jiným zdrojem.
Typ revize, kdy autor prochází se členy revizního týmu pracovní produkt a členové kladou otázky a komentují možné problémy.
Prvek programovacího jazyka, který je typicky nejmenší nedělitelnou spustitelnou jednotkou.
Prvek programovacího jazyka, který je typicky nejmenší nedělitelnou spustitelnou jednotkou.
Implementace strategie testování pro konkrétní projekt.
Zaznamenání výskytu defektu, jeho povahy a stavu.
Dokumentace shrnující testovací aktivity a výsledky (testování).
Vlastnost testu udávající, zda bude dosaženo stejných výsledků při každém jeho provedení.
Faktor, který může v budoucnu vést k negativním důsledkům.
Technika testování černé skřínky, při které jsou testovací případy navrženy tak, aby byl pro pokrytí každé třídy ekvivalence použit právě jeden její typický zástupce.
Typ příkazu, ve kterém má řízení běhu možnost volby mezi dvěma nebo více cestami, jež vedou k sadám následných aktivit.
Míra, do které mohou uživatelé rozpoznat, zda je komponenta nebo systém vhodná/ý pro jejich potřeby.
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).
Typ revize, kdy autor prochází se členy revizního týmu pracovní produkt a členové kladou otázky a komentují možné problémy.
Specifická instance procesu testování.
Sada jednoho nebo více testovacích případů.
Aktivita pro identifikaci testovacích podmínek pomocí analýzy báze testování.
Soubor znalostí použitý jako základ pro analýzu a návrh testů.
Pořadí provedení testovacích případů včetně veškerých souvisejících akcí vyžadovaných pro nastavení vstupních podmínek a veškerých akcí potřebných pro ukončení po samotném provedení testů.
Sada vstupních podmínek, vstupů, očekávaných výsledků, výstupních podmínek a případně akcí, která je vypracována na základě testovacích podmínek.
Typ testovaného objektu, kterým je systém.
Testování s cílem vyhodnotit míru, s jakou mohou být systém nebo komponenta používány určitou skupinou uživatelů ve vztahu k efektivitě, výkonnosti a spokojenosti v daném kontextu užití.
Technika testování černé skřínky, při které jsou testovací případy navrženy tak, aby byl pro pokrytí každé třídy ekvivalence použit právě jeden její typický zástupce.
Testování založené nebo zahrnující modely.
Testování, při němž je management, výběr, prioritizace a využívání testovacích činností a zdrojů založeno na odpovídajících typech rizik a jejich úrovních.
Testování založené na zkušenostech, znalostech a intuici testera.
Míra, do jaké lze vytvořit vztah mezi dvěma nebo více pracovními produkty.
Sada rizik seskupených podle jednoho nebo více společných faktorů.
Míra, s jakou může být komponenta nebo systém modifikován/a aktéry, kteří mají za úkol provádět údržbu.
Vnímání a reakce konkrétního člověka vyplývající z použití nebo předpokládaného použití softwarového produktu.
Všechny komponenty systému, které poskytují uživateli informace a možnost ovládání tak, aby mohl provádět konkrétní úkoly se systémem.
Nedokonalost nebo nedostatek v pracovním produktu, na jehož základě (tento pracovní produkt) nesplňuje své specifikace nebo požadavky na něj kladené.
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 přijatá komponentou nebo systémem z externího zdroje.
Míra, při které komponenta nebo systém využívá čas, prostředky a kapacitu při plnění svých určených funkcí.
Důsledek/výsledek provedení testu. Zahrnuje výstupy na obrazovce, změny dat, reporty a odeslané komunikační zprávy.
Vlastnost testu udávající, zda bude dosaženo stejných výsledků při každém jeho provedení.
Data přenášená komponentou nebo systémem do externího místa určení.
Vlastnost testu udávající, zda bude dosaženo stejných výsledků při každém jeho provedení.
Vlastnost testu udávající, zda bude dosaženo stejných výsledků při každém jeho provedení.
Výsledek hodnocení, který identifikuje nějakou důležitou otázku, problém nebo příležitost.
Zaznamenání výskytu defektu, jeho povahy a stavu.
Zaznamenání výskytu defektu, jeho povahy a stavu.
(1) Schopnost organizace ve vztahu k efektivitě a výkonnosti jejich procesů a pracovních postupů.(2) Míra spolehlivosti, s kterou komponenta nebo systém splňuje potřeby za běžných provozních podmínek.
Proces modifikace komponenty nebo systému po dodávce s cílem opravy defektů, zlepšení atributů kvality nebo přizpůsobení se změněnému prostředí.
Specifická instance procesu testování.