Terms related to Foundation Extension - Agile Tester 2014

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), 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.
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ř. 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.
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.
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í.
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).
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ů.
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.
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.
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. Jedná se o postup, kdy jsou dodávky sestavovány velmi často (např. agilní projekty) a tato sada testů je pak spouštěna s každým novým sestavením předtím, než je systém/produkt uvolněn pro další testování.
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í.
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
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.
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).
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.
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 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.
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.
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.
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.
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.
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.
Metoda pro měření a řízení testování založené na relaci, např. průzkumné testování.
Č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ě.