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.
Prohlášení o hodnotách, které jsou základem pro agilní vývoj softwaru. Tyto hodnoty jsou: (preferování) jednotlivců a interakcí před procesy a nástroji, (preferování) reakce na změnu před sledováním plánu, (preferování) spolupráce se zákazníkem před vyjednáváním o smlouvě.
Postup testování pro projekt, který využívá metodiku agilního vývoje softwaru, zahrnuje techniky a metody jako jsou extrémní programování (XP), a který zachází s vývojem jako se zákazníkem testování a zdůrazňuje princip návrhu test-first.
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.
Uživatel nebo jiná osoba, která určitým způsobem přichází do styku s testovaným systémem.
Vlastnost nebo charakteristika prvku ovlivňující jeho kvalitu.
Použití softwaru (např. nástroje nahraj/přehraj) pro řízení provedení testů, porovnávání očekávaných výsledků se skutečnými, přípravu podmínek pro testování (preconditions) a další řídící a reportovací aktivity.
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.
Vlastnost nebo charakteristika prvku ovlivňující jeho kvalitu.
Vlastnost nebo charakteristika prvku ovlivňující jeho kvalitu.
Vlastnost nebo charakteristika prvku ovlivňující jeho kvalitu.
Lidská činnost, která má za následek nesprávné výsledky.
Reprezentace dynamických měření provozní výkonnosti nějaké organizace nebo činnosti za použití metrik, které jsou metaforou prvků na palubní desce automobilu jakými jsou například vizuální číselník, čítač, apod. Důsledek událostí nebo činností tak může být snadno pochopen v souvislosti s provozními cíli.
Vykonatelný příkaz, ve kterém je proměnné přiřazena hodnota.
Aktivita vývoje, při které je systém zkompilován a sestaven každý den (často během noci), takže je kdykoliv k dispozici kompletní systém včetně všech posledních změn.
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.
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í.
Míra, do které komponenta nebo systém poskytuje funkce, které splňují definované a očekávané (byť explicitně nepopsané) potřeby při použití za stanovených podmínek.
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).
Nepsaná pravidla, která pomáhají dosáhnout určitého cíle.
Sledování požadavků na dané úrovni testů v testovací dokumentaci (např. plán testů, specifikace návrhu testů, specifikace testů, specifikace procedury testů nebo testovací skript).
Proces skládání (kombinování) komponent nebo systémů do rozsáhlejších celků.
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.
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í.
Stupnice měření a metoda definovaná pro její měření.
Diagram, používaný k vyjádření slov, myšlenek, úkolů nebo jiných položek spojených a uspořádaných kolem centrálního klíčového slova nebo nápadu. Myšlenkové mapy se používají ke generování, vizualizaci, strukturování a třídění myšlenek, a jako pomoc při studiu, organizaci, řešení problémů, rozhodování a psaní.
Číslo nebo kategorie přiřazená k atributu entity na základě provedeného měření.
Dokonalejší metoda nebo inovativní postup, který přispívá ke zlepšení výkonnosti organizace v daném kontextu, obvykle hodnocená jako nejlepší podobnými organizacemi.
Cesta, která nemůže být prověřena žádnou z možných sad vstupních hodnot.
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ů.
Lidská činnost, která má za následek nesprávné výsledky.
Sada automatických testů, která validuje integritu každého sestavení a ověřuje její klíčovou funkcionalitu, stabilitu a testovatelnost.
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 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í.
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).
Ú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
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.
Činnost dvou osob (např. dva testeři, vývojář a tester, koncový uživatel a tester) při společném hledání defektů. Typicky tyto osoby také sdílejí jeden počítač a vzájemně si v průběhu testování předávají jeho obsluhu.
Způsobilost softwarového produktu poskytovat správné nebo dohodnuté výsledky nebo výstupy s potřebnou mírou přesnosti.
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).
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).
Testování, které dynamicky reaguje na daný testovaný systém a získané výsledky testů. Reaktivní testování má typicky snížený rozsah plánovacího cyklu, a fáze návrhu a implementace testů se neuskuteční, dokud není k dispozici testovaný objekt.
Testování s využitím různých technik s cílem řídit riziko regrese, například navržením opakovaně použitelného testwaru a rozsáhlou automatizací testů na jedné nebo několika testovacích úrovních.
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).
Faktor, který může v budoucnu vést k negativním důsledkům.
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.
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).
Analýza zdrojového kódu provedená bez spuštění daného softwaru.
Procedura, která je použita k odvození a/nebo výběru testovacích případů.
Procedura, která je použita k odvození a/nebo výběru testovacích případů.
Procedura, která je použita k odvození a/nebo výběru testovacích případů.
Procedura, která je použita k odvození a/nebo výběru testovacích případů.
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.
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.
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í 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í 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í založené na analýze vnitřní struktury komponenty nebo systému.
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.
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í).
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í.
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í.
Přístup k vývoji (produktu) založený na spolupráci vývojového týmu se zákazníkem, kdy je využíván doménově specifický jazyk zákazníka s cílem porozumět jeho požadavkům, popsat je a následně použít jako podklad pro testování systému nebo komponenty.
Přístup k vývoji (softwaru), při kterém se tým společně se zákazníkem zaměřuje na dosažení očekávaného chování komponenty nebo systému z pohledu zákazníka, čímž vytváří podklady pro testová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.
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.
Sada činností zaměřených na hodnocení kvality komponenty nebo systému.
Metoda pro měření a řízení testování založeného na relaci.
Č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ě.