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.
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.
Uživatel nebo jiná osoba, která určitým způsobem přichází do styku s testovaným systémem.
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.
Jakákoliv okolnost, která se liší od očekávání plynoucích ze specifikace požadavků, z dokumentace návrhu, z uživatelské dokumentace, ze standardů atd. nebo z něčích dojmů či zkušeností. Anomálie mohou být nalezeny (mimo jiné, ale ne jenom) během revize (přezkoumání), testování, analýzy, kompilace nebo užívání softwarového produktu nebo aplikovatelné dokumentace.
Zkratka pro aplikační programové rozhraní (Application Programming Interface).
Typ rozhraní, přes které si komponenty nebo systémy vyměňují informace pomocí formálně definované struktury.
Nezávislé zhodnocení produktu, procesu nebo sady procesů prováděné třetí stranou s cílem ohodnocení shody se specifikacemi, standardy, smluvními dohodami nebo jinými kritérii.
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.
Proces testování s cílem určit bezpečnost softwarového produktu.
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.
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ř. 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.
Abstraktní znázornění posloupnosti a možných změn stavu datových objektů, kde stav objektu je vytvořený, použitý nebo zrušený.
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ů.
Kvalitativní nebo kvantitativní míra rizika definovaná pomocí jeho dopadu a pravděpodobností, že riziko nastane.
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.
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.
Forma revize, která dodržuje definovaný proces včetně formálně dokumentovaného výstupu.
Nástroj, který poskytuje prostředí pro jednotkové testování nebo testování komponent. Komponenta může být testována samostatně nebo s pomocí vhodných stubů a ovladačů. Framework může poskytovat také další podporu pro vývojáře, např. schopnost debuggování.
Schopnost softwarového produktu poskytovat funkce, které uspokojí stanovené a předpokládané potřeby, pokud je software používán za specifikovaných podmínek.
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).
Harmonogram provedení testovacích sad v rámci testovacího cyklu.
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í.
Plán testování, který se používá pro koordinaci testování na více úrovních nebo pro koordinaci různých typů testování.
Zdroj defektu, při jehož odstranění je snížen nebo úplně eliminován výskyt daného typu defektu.
Minimální nebo maximální hodnota v rámci setřízené třídy ekvivalence.
Počet defektů pracovního produktu vztažený k jednotkové (tj. normované) velikosti.
Aktivita, která na základě analýzy a návrhu testu připravuje testware potřebný pro provedení testu.
Metrika, za jejiž pomoci lze posoudit výkonnost procesu.
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.
Typ modelu životního cyklu vývoje softwaru, kdy je komponenta nebo systém vyvíjen/a prostřednictvím řady opakujících se cyklů, přičemž v každém je z nich je dodáván jejich přírůstek.
Typ formální revize s cílem identifikovat problémy v pracovním produktu, která poskytuje metriky pro zlepšování procesů revize a vývoje softwaru.
Účastník revize (přezkoumání), který identifikuje problémy v pracovním produktu.
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ů.
Míra, do jaké si mohou dvě nebo více komponent nebo systémů vyměňovat informace a tyto informace používat.
Typ modelu životního cyklu vývoje softwaru, kdy je komponenta nebo systém vyvíjen/a prostřednictvím řady opakujících se cyklů, přičemž v každém je z nich je dodáván jejich přírůstek.
Sada rizik seskupených podle jednoho nebo více společných faktorů.
Metrika, za jejiž pomoci lze posoudit výkonnost procesu.
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í.
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í.
Seskupení pracovních produktů, které je ustanoveno pro účely konfiguračního managementu, a které je považováno za samostatnou entitu.
Účastník revize (přezkoumání), který identifikuje problémy v pracovním produktu.
Zdroj defektu, při jehož odstranění je snížen nebo úplně eliminován výskyt daného typu defektu.
Sada podmínek, které určují úspěšné dokončení daného úkolu.
Sada podmínek, které určují úspěšné dokončení daného úkolu.
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í.
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í.
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.
Softwarový nástroj nebo hardwarové zařízení, který/é je spuštěn/-o souběžně s testovanou komponentou nebo systémem, a dohlíží, zaznamenává a/nebo analyzuje chování této komponenty nebo systému.
Číslo nebo kategorie přiřazená k atributu entity na základě provedeného měření.
Míra všech selhání, která spadají do stejné kategorie, vůči definované měrné jednotce.
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.
Testovací nástroj, který provádí testy nad určitou položkou testování a vyhodnocuje skutečné výsledky oproti očekávaným výsledkům a výstupním podmínkám.
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ů.
Testovací nástroj, který během provádění testu generuje zatížení pro určitou položku testování a přitom měří a zaznamenává její výkonnost.
Technika testování, při níž jsou testy odvozeny na základě znalosti testera o již objevených chybách nebo jeho obecných znalostech o nich.
Lidská činnost, která má za následek nesprávné výsledky.
Zdroj, ve kterém je možno porovnat pro daný testovaný systém očekávané výsledky se skutečnými.
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.
Dokumentace popisující prostředky a harmonogram pro dosažení cílů testování, které mají být využívány pro účely koordinace činností testování.
Technika založená na společném souhlasu, většinou používaná k odhadu pracnosti či relativní velikosti uživatelských scénářů v agilním vývoji softwaru. Jde o variaci metody Wideband 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í.
Míra daného pokrytí (vyjádřená v procentech), do které byly konkrétní položky prověřeny nebo otestovány sadou testů.
Pokrytí výstupů rozhodnutí.
Míra daného pokrytí (vyjádřená v procentech), do které byly konkrétní položky prověřeny nebo otestovány sadou testů.
Obecný dokument, který popisuje principy, přístup a hlavní cíle organizace v oblasti testování.
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.
Část testovaného objektu použitá v procesu 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 (nebo iteraci).
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í.
Soubor aktivit včetně jejich výsledků zaměřených na zlepšení výkonnosti a zralosti testovacích procesů organizace.
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ů.
Riziko, které ovlivňuje úspěch projektu.
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.
Přechod mezi dvěmi stavy komponenty nebo systému.
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.
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).
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).
Zaznamenání výskytu defektu, jeho povahy a stavu.
Dokumentace výskytu, povahy a stavu incidentu.
Dokumentace shrnující testovací aktivity a výsledky (testování).
Sběr a analýza dat z testovacích aktivit a následná konsolidace dat do reportu pro zainteresované strany.
Vlastnost testu udávající, zda bude dosaženo stejných výsledků při každém jeho provedení.
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 (nebo iteraci).
Účastník revize (přezkoumání), který identifikuje problémy v pracovním produktu.
Revizní technika, při které se postupuje podle seznamu otázek nebo požadovaných atributů.
Faktor, který může v budoucnu vést k negativním důsledkům.
Produktové riziko související s kvalitativními charakteristikami (softwaru).
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í.
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.
Iterativně inkrementální rámec pro řízení projektů běžně používaný v agilním vývoji softwaru.
Událost, při které není komponenta nebo systém schopna/en vykonat požadovanou funkcionalitu v rámci definovaných podmínek.
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.
Dokumentace jednoho nebo více testovacích případů.
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).
Norma, která tvoří sadu doporučení, které určují charakteristiky návrhu (strukturu) nebo předpis návrhu (formu) dat nebo kód
Proces hodnocení komponenty nebo systému bez nutnosti jejího/jeho spuštění. Hodnocení je prováděno na základě její/jeho formy, struktury, obsahu nebo dokumentace.
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.
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.
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.
Specifická instance procesu testování.
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.
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ů.
Provedení testovacího procesu na jednom identifikovatelném vydání (release) testovaného objektu.
Zdroj, ve kterém je možno porovnat pro daný testovaný systém očekávané výsledky se skutečnými.
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ů.
Prostředí obsahující hardware, vybavení, simulátory, softwarové nástroje a další podpůrné prvky potřebné k provedení testu.
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.
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.
Sekvence instrukcí (obvykle kódu) potřebná pro provedení testu.
Prostředí obsahující hardware, vybavení, simulátory, softwarové nástroje a další podpůrné prvky potřebné k provedení testu.
Typ testovaného objektu, kterým je systém.
Testování založené na analýze vnitřní struktury komponenty nebo systému.
Testování, který má za cíl ověřit interoperabilitu (schopnost spolupráce) softwarového produktu.
Testování, který má za cíl ověřit interoperabilitu (schopnost spolupráce) softwarového produktu.
Proces testování s cílem zjistit přenositelnost softwarového produktu.
Testování založené na analýze vnitřní struktury komponenty nebo systému.
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í.
Testování založené na analýze vnitřní struktury komponenty nebo systému.
Proces testování s cílem zjistit přenositelnost softwarového produktu.
Technika návrhu testů bílé skříňky, ve které jsou testovací případy navrhovány tak, aby došlo k provedení (všech) příkazů.
Testování s cílem zjistit lehkost, která umožňuje uživatelům s postižením používat komponentu nebo systé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.
Technika návrhu testů bílé skříňky, při které jsou testovací případy navrhovány tak, aby došlo k provedení výstupů rozhodnutí.
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 časově ohraničené relace.
Technika testování založená na zkušenostech, kdy tester používá obecný seznam položek (kontrolní seznam), které mají být zaznamenány, zkontrolovány nebo na ně má být pamatováno, příp. soubor pravidel nebo kritérií, proti kterým musí být produkt ověřen.
Testování založené na analýze vnitřní struktury komponenty nebo systému.
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 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.
Pracovní produkty vytvořené během testovacího procesu a použité při testování pro jeho plánování, návrh, provádění, vyhodnocování a reportování.
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ů.
Skupina testovacích aktivit založená na konkrétních testovacích cílech a zaměřená na konkrétní charakteristiky komponenty nebo systému.
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.
Sekvenční vývojový model životního cyklu popisující 1:1 vztahy mezi hlavními fázemi vývoje softwaru (od specifikace byznysových požadavků po dodávku) a odpovídajícími úrovněmi testů (od testování komponent po akceptační testování).
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.
Osoba, která u velkých projektů reportuje manažerovi testování a je odpovědná za projektový management konkrétní úrovně testování nebo určitého souboru testovacích činností.
Technika umožňující virtuální dodávání služeb, kdy je nasazení, správa a přístup k nim zajišťován vzdáleně.
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.
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.
Sada podmínek, které určují oficiální zahájení daného úkolu.
Požadovaný stav položky testování a jejího prostředí před provedením testovacího případu.
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.
Forma revize pracovních produktů vykonávaného jinými osobami způsobilými vykonávat tutéž práci.
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í.
Sada podmínek, které určují úspěšné dokončení daného úkolu.
Očekávaný stav položky testování včetně jejího prostředí po provedení testovacího případu.
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.
Osoba, která zaznamenává informace během schůzek zaměřených na revizi (přezkoumání).
Osoba, která zaznamenává informace během schůzek zaměřených na revizi (přezkoumání).
Výsledek hodnocení, který identifikuje nějakou důležitou otázku, problém nebo příležitost.
Plán aktivit, jehož cílem je zlepšit výkonnost a zralost procesů organizace a výsledek takového plánu.
Proces, při kterém jsou učiněna rozhodnutí a aplikována ochranná opatření, a to tak, aby došlo buďto ke snížení rizik na definovanou úroveň nebo k udržení rizik v určitých mezích.
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.
Typ testování výkonnosti prováděného za účelem vyhodnocení chování komponenty nebo systému pří různých zátěžích, obvykle mezi očekávanými podmínkami nízkého užití, typického užití a užití ve špičce.
Stupeň dopadu, který má daný defekt na vývoj nebo fungování komponenty nebo systému.
Dokumentace výskytu, povahy a stavu incidentu.
Dokumentace výskytu, povahy a stavu incidentu.
Dokumentace výskytu, povahy a stavu incidentu.
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í.
Kvalitativní nebo kvantitativní míra rizika definovaná pomocí jeho dopadu a pravděpodobností, že riziko nastane.
Specifická instance procesu testování.
Test prošel (úspěšně), pokud jeho skutečný výsledek odpovídá výsledku očekávanému.
Sada činností zaměřených na hodnocení kvality komponenty nebo systému.
Proces, při kterém jsou učiněna rozhodnutí a aplikována ochranná opatření, a to tak, aby došlo buďto ke snížení rizik na definovanou úroveň nebo k udržení rizik v určitých mezích.
Č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ě.
Činnosti prováděné v každé fázi vývoje softwaru a vzájemné logické a chronologické souvislosti mezi nimi.