Automatizace testování
|
|
- Vladimír Jelínek
- před 7 lety
- Počet zobrazení:
Transkript
1 Automatizace testování Radek Mařík CA CZ, s.r.o. September 14, 2007 Radek Mařík Automatizace testování September 14, / 34
2 Obsah 1 Motivace Stav a cíle 2 Pojem automatizace Obecná definice a její interpretace 3 Automatizace testování softwaru Proč (ne)automatizovat? Praktická řešení 4 Automatizace návrhu testů Základní principy Náhodné testování - opice Radek Mařík (Radek.Marik@ca.com) Automatizace testování September 14, / 34
3 Motivace Proces vývoje a proces testování Stav a cíle Trendy Komplexita softwaru překotně stoupá. Jednoduchá modifikace implementace software může způsobit velké množství změn v testovacích skriptech. Nástroje Vývojáři používají pokročilé techniky jako průvodce, CASE nástroje. Testeři kódují každou řádku manuálně. Použití abstrakce Software používá abstraktní metody, aby pokryl velké množství případů. Testware se musí implementovat každý případ zvlášť. Radek Mařík (Radek.Marik@ca.com) Automatizace testování September 14, / 34
4 Motivace Stav a cíle Požadované základní vlastnosti procesu testování Žádá se, stěžuje se na, diskutuje se,... Opakované použití: testovací metodika by neměla být vyvíjena pouze pro jediný projekt. Flexibilita: vyjádření nových konceptů, návrhových šablon. Adaptivita: malé modifikace v implementaci softwaru by měly být pokryty automatizovaně. Komplexita: pokrytí dostatečné části testovacích případů je často za možnostmi manuální přípravy. Radek Mařík (Radek.Marik@ca.com) Automatizace testování September 14, / 34
5 Motivace Stav a cíle Požadované odvozené vlastnosti procesu testování Potřebné pro řízení projektů Údržba: potřebné úsiĺı je nepřímo úměrné flexibilitě a adaptivitě, přímo úměrné komplexitě testovaného produktu. Prezentace stavu: dokumentace pravidelně obnovovaná, např. WWW stránky. Nástroje: integrovaná řešení adresující výše uvedené položky. Cena/čas: efektivnost vyjádřená pomocí výše uvedených položek. Proveditelnost: trh/cena/čas/zdroje/kvalita efektivnost. Nepřetržitý běh: rychlá odezva, několik fází (zahořovací,..., regresní, dokumentace pravidelně obnovovaná, např. WWW stránky. Radek Mařík (Radek.Marik@ca.com) Automatizace testování September 14, / 34
6 Co je to automatizace? Pojem automatizace Obecná definice a její interpretace Automatizace je proces, při kterém se přiřazují strojům či systémům aktivity, které vykonávali ještě donedávna lidé. Základní stavební bloky formální modely, zpětná vazba, programování. Radek Mařík (Radek.Marik@ca.com) Automatizace testování September 14, / 34
7 Úrovně automatizace Pojem automatizace Obecná definice a její interpretace Radek Mařík (Radek.Marik@ca.com) Automatizace testování September 14, / 34
8 Automatizace testování softwaru Automatizace testování? Proč (ne)automatizovat? Výhody 1 Běh regresních testů na nové verzi programu. 2 Častější testování. 3 Provedení testu, který by jinak bylo obtížné provést. 4 Lepší využití prostředků. 5 Konzistence opakovatelnosti testů. 6 Vícenásobné použití testů. 7 Zkrácení doby uvedení na trh. Problémy 1 Nereálná očekávání. 2 Slabá testovací praxe. 3 Očekávání, že automatizovaný test nalezne mnoho nových defektů. 4 Údržba automatizovaných testů. Radek Mařík (Radek.Marik@ca.com) Automatizace testování September 14, / 34
9 Porovnání postupů Automatizace testování softwaru Proč (ne)automatizovat? Vlastnost Manuální Automatizovaný Automatizovaný testování běh návrh Cena Nízká Vyšší Velmi vysoká přípravy (omezený Nízká testovací sady rozsah) (existující řešení) Kombinatorické Neschopné Velmi omezené Řízené pokrytí Flexibilita Vysoká (lidé) Zanedbatelná Vysoká a adaptivita (přejmenování) Cena běhu Vysoká Nízká Nízká Vstupy Vágní Vágní Modely softwaru Detekční Vysoká Nízká Střední schopnost Radek Mařík (Radek.Marik@ca.com) Automatizace testování September 14, / 34
10 Automatizace testování softwaru Proč (ne)automatizovat? Charakteristiky manuálního testování Vysoce flexibilní a adaptivní (lidé) Vysoká detekční rychlost defektů Lidé jsou schopni ovládat software a vyhledávat chyby i za situace, kdy software je ve velmi špatném stavu. Použití objevného testování (exploratory testing) během počátečních vývojových fází. Radek Mařík (Radek.Marik@ca.com) Automatizace testování September 14, / 34
11 Automatizace testování softwaru Proč (ne)automatizovat? Charakteristiky automatizovaného běhu Nízká cena opakovaných běhů. Obtížná údržba testovacích skriptů: Strukturální změny znamenají plnohodnotnou manuálně vedenou reimplementaci skriptů. Současné komerční nástroje umožňují pouze přejmenovávání položek s poloautomatizovanou detekcí. Radek Mařík (Radek.Marik@ca.com) Automatizace testování September 14, / 34
12 Problém údržby Automatizace testování softwaru Proč (ne)automatizovat? Radek Mařík Automatizace testování September 14, / 34
13 Úsiĺı vývoje Automatizace testování softwaru Proč (ne)automatizovat? Radek Mařík Automatizace testování September 14, / 34
14 Automatizace testování softwaru Proč (ne)automatizovat? Charakteristiky automatizovaného návrhu Počáteční investice do přípravy technologie V současnosti, vysoká cena přípravy (řada technologíı není jestě dostatečně zmapována). V budoucnosti, nízká cena přípravy vzhledem k možnostem opakovaného použití jejích komponent. Schopnost adresovat kombinatorické problémy (vážení čas/prostor/risk) Střední detekční rychlost defektů v rámci celého vývojového procesu. Flexibilita a adaptivita řízená testovacími modely testovaného softwaru. Modely testovaného softwaru pomáhají v porozumění softwaru. Nízká cená údržby testovacích skriptů (např. opakované generování). Prakticky zanedbatelná cena údržby a běhů regresního testování. Radek Mařík (Radek.Marik@ca.com) Automatizace testování September 14, / 34
15 Automatizace testování softwaru Testování kontra Verifikace Proč (ne)automatizovat? Testování softwaru Neformální/formální oraculus pro validaci skutečných výsledků. Řízené vzorkování chování softwaru za účelem snížení pravděpodobnosti selhání softwaru či míry nespokojenosti zákazníka. Verifikace softwaru Založená na formálních modelech softwaru. Matematický důkaz, že model softwaru je správný. Pouze omezená množina použitelných technologíı: Vnořený software založený na konečných automatech. Verifikace protokolů. Radek Mařík Automatizace testování September 14, / 34
16 Automatizace testování softwaru Praktická řešení Automatizace provedení testů - všeobecně propagována komerčními výrobci, používána v praxi, zvláště pro regresní testy, velmi citlivá na změny specifikací a implementace softwaru, testování řízené tabulkami (funkce, hodnoty parametrů) testování řízené daty (šablony skriptů, hodnoty proměnných) mapy grafických rozhranní (fyzické adresy - logická jména) dobrá vazba na navazující podporu správa logů, hlášení problémů. Radek Mařík (Radek.Marik@ca.com) Automatizace testování September 14, / 34
17 Automatizace testování softwaru Praktická řešení Automatizace provedení testů - nástroje Komerční automatizační nástroje 2 operační fáze: Automatizační ovladače na úrovni komponent 1 programování pomocí simulace běhu 2 automatické testování IBM Rational Robot, IBM Functional Tester, Mercury WinRunner, Compuware TestPartner. Expect, nunit, junit, pyunit, JavaTest, PyTest, ParaSoft, Rational Robot & Quality Architect šablony testů dosazování parametrů podle kombinačních tabulek Radek Mařík (Radek.Marik@ca.com) Automatizace testování September 14, / 34
18 Distribuce zdrojů Automatizace testování softwaru Praktická řešení Radek Mařík Automatizace testování September 14, / 34
19 Automatizace testování softwaru Praktická řešení Automatizace návrhu testů - pohled manažéra Kratší perioda vývoje softwarového produktu. Vyšší spolehlivost Standardizovaná rozhranní softwaru Redukce ceny vývoje testwaru vzhledem k možnostem opakovaného použití. Možnost jasnějších formalizovaných specifikací komponent softwaru. Zmenšení zátěže testerů-lidí, které by jinak museli vyvinout obrovské množství testů pro složité softwarové aplikace a strádat jejich údržbou. OO: dědičnost, polymorfizmus tříd kombinovaný s asociacemi, GUI: táhni a pusť akce s různými zdroji a cíli, GUI: spousta formulářů generovaných podle formulářů. Radek Mařík (Radek.Marik@ca.com) Automatizace testování September 14, / 34
20 Automatizace testování softwaru Praktická řešení Automatizace návrhu testů - pohled testera Proč? příprava velkého množství testů: OO testing GUI testing 10 2 tříd, 10 3 relací, 10 1 vlastností nebo metod, 10 2 formulářů, 10 2 přechodů, 10 1 atributů nebo akcí, 10 5 a 10 6 testů a 10 6 testů. modifikace skriptů při změnách softwarové specifikace, nebo implementace (GUI). poměrně vysoké náklady technologie nedospěla do plně rozvinuté komerční fáze. Radek Mařík (Radek.Marik@ca.com) Automatizace testování September 14, / 34
21 Automatizace návrhu testů Základní principy Automatizovaný návrh testů - postup 1 volba testovací strategie - testovací katalog, 2 určení testovacího případu, 3 doplnění na testovací specifikaci: 1 vytvoření nezbytného prostředí pro testovaný objekt, 2 uvedení objektu do požadovaného stavu, 3 provedení testu, 4 uvedení testované komponenty do původního stavu, 4 transformace testovací specifikace do sekvence, 5 určení očekávaných výsledků, 6 kompilace kódu testovacího skriptu, 7 vytvoření doprovodné dokumentace. Radek Mařík (Radek.Marik@ca.com) Automatizace testování September 14, / 34
22 Automatizace návrhu testů Automatizovaný návrh testů Základní principy Architecture Test Rules System Testware Reverse Engineering Structural Formal Description Test Generator Abstract Tests Test Suite Generator Code Test Execution Test Suite Test Results Radek Mařík Automatizace testování September 14, / 34
23 Automatizace návrhu testů Základní principy Formální specifikace softwaru - testovací modely manuální vstup, plná specifikace bývá náročnější než přímé kódování, zatím nezbytné pro modely chování, analýza vhodných modelů a dat softwaru, UML, IDL, SQL, XML, analýza textových specifikací ve vhodném formátu, rekonstrukce pomocí reverzního inženýrství a validace modelu, COM rozhraní vlastností objektů, deterministické konečné automaty, problémy se skrytými stavy, problémy s kombinatorickou explozí stavů jednoduchých automatů, formální metody [Jac97, WD96], aplikace logiky a jednoduché matematiky na programování, zápis formálního popisu programu, užívány pro modelování, návrh a verifikaci dokazováním. Radek Mařík (Radek.Marik@ca.com) Automatizace testování September 14, / 34
24 Metoda pokusné opice Automatizace návrhu testů Náhodné testování - opice Hloupá opice Myšlenka Neví o testovaném softwaru vůbec nic. Pokud milión opic bude po milión let náhodně bušit do klávesnice, mohly by statisticky nakonec napsat nějakou Shakespearovu hru či Jiráskovo Temno. Jednoduchá implementace RANDOMIZE TIMER FOR i=1 TO PLAY {CLICK + STR$(INT(RND+640)) +. + STR$(INT(RND*480)) + } PLAY CHR$(RND*256) NEXT i Radek Mařík (Radek.Marik@ca.com) Automatizace testování September 14, / 34
25 Automatizace návrhu testů Chování opic a typy aplikací Náhodné testování - opice Hierarchie Síť Radek Mařík (Radek.Marik@ca.com) Automatizace testování September 14, / 34
26 Automatizace návrhu testů Zvýšení inteligence opice Náhodné testování - opice záznamy do protokolu, zaměření akce na konkrétní aplikaci, detekce, kde se opice nachází, co na tomto místě může udělat, kam může přejít, kde již byla, jestli to, co vidí, opravdu správné, přečtení (zjištění) mapy stavů a přechodů daného softwaru Radek Mařík (Radek.Marik@ca.com) Automatizace testování September 14, / 34
27 Automatizace návrhu testů Hranice metody pokusné opice Náhodné testování - opice Radek Mařík (Radek.Marik@ca.com) Automatizace testování September 14, / 34
28 Literatura I Automatizace návrhu testů Náhodné testování - opice Jonathan Jacky. The Way of Z: Practical Programming with Formal Methods. Cambridge University, Jim Woodcock and Jim Davies. Using Z: Specification, Refinement, and Proof. Prentice Hall, Radek Mařík (Radek.Marik@ca.com) Automatizace testování September 14, / 34
Úvod do testování a verifikace
Úvod do testování a verifikace Radek Mařík ČVUT FEL, K13133 November 28, 2010 Radek Mařík (marikr@felk.cvut.cz) Úvod do testování a verifikace November 28, 2010 1 / 42 Obsah 1 Proč testovat Studie softwarových
VíceObsah. Úvod 9 Poděkování 10 Co je obsahem této knihy 10 Pro koho je tato kniha určena 11 Zpětná vazba od čtenářů 11 Errata 11
Úvod 9 Poděkování 10 Co je obsahem této knihy 10 Pro koho je tato kniha určena 11 Zpětná vazba od čtenářů 11 Errata 11 KAPITOLA 1 Co je třeba znát aneb důležité pojmy 13 Krátce o požadavcích 13 Stakeholdeři
VíceCASE nástroje. Jaroslav Žáček
CASE nástroje Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ Co znamená CASE? A CASE tool is a computer-based product aimed at supporting one or more software engineering activities within
VíceCASE. Jaroslav Žáček
CASE Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ Co znamená CASE? Definice dle SEI A CASE tool is a computer-based product aimed at supporting one or more software engineering activities
VíceEvropský sociální fond Praha & EU: Investujeme do vaší budoucnosti
Evropský sociální fond Praha & EU: Investujeme do vaší budoucnosti MI-SOC: 2 METODY VERIFIKACE SYSTÉMŮ NA ČIPU II doc. Ing. Hana Kubátová, CSc. Katedra číslicového návrhu Fakulta informačních technologii
VíceTestování Java EE aplikací Petr Adámek
Testování Java EE aplikací Petr Adámek Testování aplikací Testování aplikací Ověřuje soulad implementace se specifikací a s očekáváním zákazníka. Je důležitou součástí procesu řízení kvality vývoje software
Více2 Životní cyklus programového díla
2 Životní cyklus programového díla Typické etapy: 1. Specifikace požadavků - specifikace problému - analýza požadavků 2. Vývoj programu - návrh - kódování (programování) 3. Verifikace a validace 4. Provoz
VíceZajištění kvality programového vybavení - testování
Zajištění kvality programového vybavení - testování Základy testování Proč se to dělá? Kvalita software 100% testování není možné Různé pohledy: Vývojářské testování (testy komponent, integrační, systémové
Více1 Úvod 1.1 Vlastnosti programového vybavení (SW)
1 Úvod 1.1 Vlastnosti programového vybavení (SW) - dávkové zpracování - omezená distribuce - zakázkový SW - distribuované systémy - vestavěná inteligence - laciný HW - vliv zákazníka 1950 1960 1970 1980
VíceTestování a verifikace softwaru
Testování a verifikace softwaru Radek Mařík ČVUT FEL Katedra telekomunikační techniky, K13132 4. října 2017 Radek Mařík (radek.marik@fel.cvut.cz) Testování a verifikace softwaru 4. října 2017 1 / 6 Vize
Více3. Je defenzivní programování technikou skrývání implementace? Vyberte jednu z nabízených možností: Pravda Nepravda
1. Lze vždy z tzv. instanční třídy vytvořit objekt? 2. Co je nejčastější příčinou vzniku chyb? A. Specifikace B. Testování C. Návrh D. Analýza E. Kódování 3. Je defenzivní programování technikou skrývání
VíceMetriky softwarové kvality
Metriky softwarové kvality Radek Mařík CA CZ, s.r.o. September 14, 2007 Radek Mařík (Radek.Marik@ca.com) Metriky softwarové kvality September 14, 2007 1 / 31 Obsah 1 Softwarové metriky Definice Metriky
Více7 Jazyk UML (Unified Modeling Language)
7 Jazyk UML (Unified Modeling Language) 7.1 Základní charakteristika jazyka Motivace - vznik řady OO metod a metodologií (konec 80. let a první polovina 90.let) podobné notace vyjadřující totéž, komplikující
Více7 Jazyk UML (Unified Modeling Language)
7 Jazyk UML (Unified Modeling Language) 7.1 Základní charakteristika jazyka Motivace - vznik řady OO metod a metodologií (konec 80. let a první polovina 90.let) podobné notace vyjadřující totéž, komplikující
Více2. Modelovací jazyk UML 2.1 Struktura UML 2.1.1 Diagram tříd 2.1.1.1 Asociace 2.1.2 OCL. 3. Smalltalk 3.1 Jazyk 3.1.1 Pojmenování
1. Teoretické základy modelování na počítačích 1.1 Lambda-kalkul 1.1.1 Formální zápis, beta-redukce, alfa-konverze 1.1.2 Lambda-výraz jako data 1.1.3 Příklad alfa-konverze 1.1.4 Eta-redukce 1.2 Základy
VíceEvropský sociální fond Praha & EU: Investujeme do vaší budoucnosti
Evropský sociální fond Praha & EU: Investujeme do vaší budoucnosti MI-SOC: 11 METODY VERIFIKACE SYSTÉMŮ NA ČIPU Hana Kubátov vá doc. Ing. Hana Kubátová, CSc. Katedra číslicového návrhu Fakulta 1 informačních
VíceMATURITNÍ OTÁZKY ELEKTROTECHNIKA - POČÍTAČOVÉ SYSTÉMY 2003/2004 PROGRAMOVÉ VYBAVENÍ POČÍTAČŮ
MATURITNÍ OTÁZKY ELEKTROTECHNIKA - POČÍTAČOVÉ SYSTÉMY 2003/2004 PROGRAMOVÉ VYBAVENÍ POČÍTAČŮ 1) PROGRAM, ZDROJOVÝ KÓD, PŘEKLAD PROGRAMU 3 2) HISTORIE TVORBY PROGRAMŮ 3 3) SYNTAXE A SÉMANTIKA 3 4) SPECIFIKACE
VíceVývoj řízený testy Test Driven Development
Vývoj řízený testy Test Driven Development Richard Salač, Ondřej Lanč Fakulta jaderná a fyzikálně inženýrská České vysoké učení technické v Praze 23. - 30. 10. 2012 Obsah 1 Testování 2 Klasický přístup
VíceModelem řízený vývoj. SWI 1 Jan Kryštof
Modelem řízený vývoj SWI 1 Jan Kryštof Související zkratky MDA ~ Architecture formální vymezení MDD ~ Development aktivita SW vývojářů MDG, MDE,... UML ~ Unified modeling language OMG ~ Object Management
VíceFormální Metody a Specifikace (LS 2011) Formální metody pro kyber-fyzikální systémy
Formální Metody a Specifikace (LS 2011) Přednáška 7: Formální metody pro kyber-fyzikální systémy Stefan Ratschan, Tomáš Dzetkulič Katedra číslicového návrhu Fakulta informačních technologíı České vysoké
VíceNávrh softwarových systémů - architektura softwarových systémů
Návrh softwarových systémů - architektura softwarových systémů Martin Tomášek, Jiří Šebek Návrh softwarových systémů (B6B36NSS) Převzato z přednášky X36AAS M. Molhanec Co je to architektura Využívá se
VíceRDF DSPS ROZVOJ PORTÁLU
RDF DSPS ROZVOJ PORTÁLU ČEZ Distribuce, a.s. HSI, spol. s r.o. Zbyněk Businský Miroslav Kaňka ZÁKAZNÍK A DODAVATEL ČEZ DISTRIBUCE, A.S. ČEZ distribuční síť Od r. 2012 implementován GEOPORTÁL (1. ETAPA),
VíceCA CZ, s.r.o. May 21, Radek Mařík Testování konečných automatů May 21, / 36
Testování konečných automatů Radek Mařík CA CZ, s.r.o. May 21, 2010 Radek Mařík (radek.marik@ca.com) Testování konečných automatů May 21, 2010 1 / 36 Obsah 1 Konečný automat - základy 2 Neformální přístup
Více9. Praktická verifikace
Fakulta informačních technologií MI-NFA, zimní semestr 2011/2012 Jan Schmidt 9. Praktická verifikace EVROPSKÝ SOCIÁLNÍ FOND PRAHA & EU: INVESTUJENE DO VAŠÍ BUDOUCNOSTI Pravidla, postupy Testovací prostředí
VíceNávrh softwarových systémů - architektura softwarových systémů
Návrh softwarových systémů - architektura softwarových systémů Jiří Šebek Návrh softwarových systémů (B6B36NSS) Převzato z přednášky X36AAS M. Molhanec Co je to architektura 2 Využívá se v různách oborech
VíceX36SIN: Softwarové inženýrství. Životní cyklus a plánování
X36SIN: Softwarové inženýrství Životní cyklus a plánování 1 Kontext Minule jsme si řekli, co to je deklarace záměru, odborný článek, katalog požadavků, seznam aktérů a seznam událostí. Seznam aktérů a
VíceA1 Marketingové minimum pro posílení výchovy k podnikavosti (8h)
A1 Marketingové minimum pro posílení výchovy k podnikavosti (8h) 2.1 Základy marketingové strategie (2,5h) Učitelé se seznámí se základní marketingovou terminologií a s možnými cestami rozvoje firmy. V
VíceVyužití SysML pro tvorbu modelů v systémovém inženýrství
Využití SysML pro tvorbu modelů v systémovém inženýrství Antonín Srna, Ústav informatiky, Provozně ekonomická fakulta, Mendelova univerzita v Brně, xsrna2@mendelu.cz Abstrakt Článek se zaobírá univerzálním
Více10. Techniky formální verifikace a validace
Fakulta informačních technologií MI-NFA, zimní semestr 2011/2012 Jan Schmidt EVROPSKÝ SOCIÁLNÍ FOND PRAHA & EU: INVESTUJENE DO VAŠÍ BUDOUCNOSTI 10. Techniky formální verifikace a validace 1 Simulace není
VíceTestování SW produktů. Jiří Sochor, Jaroslav Ráček 1
Testování SW produktů Jiří Sochor, Jaroslav Ráček 1 Cena testování během vývoje 7% požadavky 29% 16% předběžný návrh podrobný návrh 24% 24% testování kódu a jednotek integrační a systémové testy Jiří Sochor,
VíceZátěžové testy aplikací
Zátěžové testy aplikací Obsah Zátěžové testy v životním cyklu vývoje software Kdy a proč provádět zátěžové testy Projekt zátěžového testu Fáze zátěžového testu Software pro zátěžové testy Zátěžové testy
VíceAnalýza a Návrh. Analýza
Analysis & Design Návrh nebo Design? Design = návrh Není vytváření použitelného uživatelského prostředí (pouze malinká podmnožina celého návrhu) Často takto omezeně chápáno studenty nedokáží si představit,
VíceDF FA Novinky v Simotion Scout
DF FA Novinky v Simotion Scout Restricted Siemens AG 2016 siemens.com SIMOTION Motion control system pro všechny high-end aplikace Tři hardwarové platformy Konzistentní vývojový systém SCOUT Integrace
VíceSOFTWAROVÉ INŽENÝRSTVÍ 1
Metodický list č. 1 Název tématického celku: Úvod do softwarového inženýrství Základním cílem tohoto tematického celku je vysvětlení smyslu discipliny nazývané softwarové inženýrství. Tematický celek zahrnuje
VíceStřední průmyslová škola elektrotechnická Praha 10, V Úžlabině 320 M A T U R I T N Í T É M A T A P Ř E D M Ě T U
Střední průmyslová škola elektrotechnická Praha 10, V Úžlabině 320 M A T U R I T N Í T É M A T A P Ř E D M Ě T U P R O G R A M O V É V Y B A V E N Í Studijní obor: 18-20-M/01 Informační technologie Školní
VíceJava/QE Akademie - Osnova
Java/QE Akademie - Osnova Lekce 1 1. Co je to Java? 1.1. Struktura Java kódu 2. Potřebné nástroje pro vývoj 2.1. JVM 2.2. JRE 2.3. JDK 3. Co je to proměnná a její zápis v Javě 3.1. Klasické proměnné 3.2.
VíceTestování softwaru. 10. dubna Bořek Zelinka
Testování softwaru 10. dubna 2013 Bořek Zelinka Agenda Definice testování Testování v rámci vývoje softwaru Základní rozdělení testů Představení testovacích technik Testovací strategie Copyright Unicorn
Více5 Požadavky a jejich specifikace
5 Požadavky a jejich specifikace 5.1 Inženýrství (requirements engineering) - proces stanovení služeb, které by měl vyvíjený systém poskytovat a omezení, za nichž musí pracovat - CO má systém dělat, ne
VíceNáklady na odstranění chyby stoupají, v čím pozdější fázi životního cyklu aplikace je chyba nalezena.
Testování software Testování SW má podstatný vliv na kvalitu dodaného produktu. Náklady na odstranění chyby stoupají, v čím pozdější fázi životního cyklu aplikace je chyba nalezena. Na druhé straně, vytvořit
VíceSimulace a návrh vyvíjejících Nadpis se 1. Nadpis 3. Božetěchova 2, Brno
Simulace a návrh vyvíjejících Nadpis se 1 Nadpis systémů 2 Nadpis 3 Vladimír Jméno Janoušek Příjmení Vysoké Brno učení University technické of v Technology, Brně, Fakulta Faculty informačních of Information
VíceMicrosoft Word základní
Časový rozsah: 2 dny (8:30-14:00) Cena: 2400 Kč + DPH Microsoft Word základní Tvorba kratších dokumentů se zaměřením na korespondenci. Základy tvorby a formátování písma a odstavců. Vkládání tabulek a
Více12 Zajištění kvality programového vybavení
12 Zajištění kvality programového vybavení Obecně dva druhy kvality u technických produktů: a) Kvalita návrhu - vlastnosti komponent, specifikované návrháři. U SW se týká analýzy a specifikace požadavků
Více12 Zajištění kvality programového vybavení
12 Zajištění kvality programového vybavení Obecně dva druhy kvality u technických produktů: a) Kvalita návrhu - vlastnosti komponent, specifikované návrháři. U SW se týká analýzy a specifikace požadavků
VíceTestování software. Jaroslav Žáček
Testování software Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ Testování Obsáhlá disciplína, existuje spoustu pohledů Problém při nastavení míry kvality Kvalita: Schopnost objektu být
VíceEXTRAKT z mezinárodní normy
EXTRAKT z mezinárodní normy Extrakt nenahrazuje samotnou technickou normu, je pouze informativním ICS 03.220.01; 35.240.60 materiálem o normě. Inteligentní dopravní systémy Požadavky na ITS centrální datové
VíceCA AppLogic platforma typu cloud pro podnikové aplikace
INFORMACE O PRODUKTU: CA AppLogic CA AppLogic platforma typu cloud pro podnikové aplikace agility made possible CA AppLogic je platforma na klíč založená na technologii cloud computing, která pomáhá podnikům
VíceVirtuální ověřování výroby Robotika Process Simulate Virtual Commissioning Virtuelle Inbetriebnahme
Virtuální ověřování výroby Robotika Process Simulate Virtual Commissioning Virtuelle Inbetriebnahme Martin Baumruk Jiří Kopenec Siemens PLM Connection 2012 Česká republika 3. 5. června, Seč Dněšní workflow
VíceCentrum kompetence automobilového průmyslu Josefa Božka - AutoSympo a Kolokvium Božek až , Roztoky -
Popis obsahu balíčku WP26: Pokročilé ICT systémy vozidel návrh a testování WP26: Pokročilé ICT systémy vozidel návrh a testování Vedoucí konsorcia podílející se na pracovním balíčku České vysoké učení
VícePOČÍTAČOVÁ SIMULACE PODNIKOVÝCH PROCESŮ. Ing. V. Glombíková, PhD.
POČÍTAČOVÁ SIMULACE PODNIKOVÝCH PROCESŮ Ing. V. Glombíková, PhD. SIMULACE nástroj pro studium chování objektů reálného světa SYSTÉM určitým způsobem uspořádána množina komponent a relací mezi nimi. zjednodušený,
VíceProces vývoje HRIS Vema (Human Resources Information System) Jaroslav Šmarda
Proces vývoje HRIS Vema (Human Resources Information System) Jaroslav Šmarda Proces vývoje HRIS Vema Vlastnosti HRIS (Human Resources Information System) HRIS Vema Proces vývoje HRIS Vema Vema, a. s. Přední
VíceÚVOD DO SOFTWAROVÉHO INŽENÝRSTVÍ
ÚVOD DO SOFTWAROVÉHO INŽENÝRSTVÍ Předmětem softwarového inženýrství jsou metodiky pro řízení vývoje softwaru. Proč potřebujeme tyto metodiky? Čím je vývoje softwaru specifický oproti jiným odvětvím? SOFTWAROVÉ
VíceKurz je rozdělen do čtyř bloků, které je možné absolvovat i samostatně. Podmínkou pro vstup do kurzu je znalost problematiky kurzů předešlých.
Soubor kurzů XHTML, CSS, PHP a MySQL Kurz je rozdělen do čtyř bloků, které je možné absolvovat i samostatně. Podmínkou pro vstup do kurzu je znalost problematiky kurzů předešlých. Jeden blok se skládá
VíceGlobální strategie, IT strategie, podnikové procesy. Jaroslav Žáček
Globální strategie, IT strategie, podnikové procesy Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ Globální podniková strategie Co budeme dělat? Jak to budeme dělat? Jak využijeme IT systémy?
VícePrezentace 2. Slide 1. Slide 2. Slide 3. Slide 4. Prezentace pdf. nazev projektu jmena atd.. Obsah
2016-09-15 02:24 1/5 Prezentace 2 Prezentace 2 Prezentace pdf Slide 1 nazev projektu jmena atd.. Slide 2 Obsah Úloha v projektu. Varianty řešení: postup, silné/slabé stránky, náklady, rizika, porovnání
VíceUML - opakování I N G. M A R T I N M O L H A N E C, C S C. Y 1 3 A N W
UML - opakování I N G. M A R T I N M O L H A N E C, C S C. Y 1 3 A N W Co je to UML Evoluce UML Diagram komponent Diagram odbavení Diagram tříd Aktivity diagram Stavový diagram Sekvenční diagram Diagram
VíceKritéria hodnocení praktické maturitní zkoušky z databázových systémů
Kritéria hodnocení praktické maturitní zkoušky z databázových systémů Otázka č. 1 Datový model 1. Správně navržený ERD model dle zadání max. 40 bodů teoretické znalosti konceptuálního modelování správné
VíceVýzkum a vývoj ověřených modelů požáru a evakuace osob a jejich praktická aplikace při posuzování požární bezpečnosti staveb
Výzkum a vývoj ověřených modelů požáru a evakuace osob a jejich praktická aplikace při posuzování požární bezpečnosti staveb Řešitelé: ČVUT, TÚPO, VUT Brno, VŠB-TU Ostrava Trvání: 1. 1. 2016 31. 12. 2019
VíceŘízení reálných projektů, agilní metodiky
Agent Technology Group Katedra kybernetiky Fakulta elektrotechnická - České vysoké učení technické Praha, 2009 Osnova Lze vyvíjet software bez metodiky? - bohužel ano menší komerční firmy (zejména vývoj
VíceObsah. Zpracoval:
Zpracoval: houzvjir@fel.cvut.cz 03. Modelem řízený vývoj. Doménový (business), konceptuální (analytický) a logický (návrhový) model. Vize projektu. (A7B36SIN) Obsah Modelem řízený vývoj... 2 Cíl MDD, proč
VíceJaký programovací jazyk učit jako první a jak ho učit?
Vojtěch Merunka Katedra informačního inženýrství PEF ČZU Praha Jaký programovací jazyk učit jako první a jak ho učit? strana 1 Motivace dříve strana 2 Motivace... pokračování dnes strana 3 Obsah presentace
VíceKIV/ASWI 2007/2008 Pokročilé softwarové inženýrství. Cíle předmětu Organizační informace Opakování
KIV/ASWI 2007/2008 Pokročilé softwarové inženýrství Přemysl Brada Cíle předmětu Organizační informace Opakování Cíl předmětu Praktické zkušenosti sw proces a iterativní vývoj jaksi mimochodem
Více1 Systém správy lidských zdrojů (HONEYWELL+HRLE)
1 Systém správy lidských zdrojů (HONEYWELL+HRLE) Vytvoření systému pro správu lidských zdrojů. Systém bude mít možnost načítat a exportovat data z různých vstupních a do různých výstupních formátů. Systém
VíceNové jazykové brány do Caché. Daniel Kutáč
Nové jazykové brány do Caché Daniel Kutáč O čem budeme mluvit.net T/SQL Perl Python MultiValue Basic Téma.NET provider .NET Provider Co lze již dnes Factory / VisM ODBC.NET Web Services Factory a VisM
VíceTento studijní blok má za cíl pokračovat v základních prvcích jazyka Java. Konkrétně bude věnována pozornost rozhraním a výjimkám.
13 Rozhraní, výjimky Studijní cíl Tento studijní blok má za cíl pokračovat v základních prvcích jazyka Java. Konkrétně bude věnována pozornost rozhraním a výjimkám. Doba nutná k nastudování 2 2,5 hodiny
VícePříprava dat v softwaru Statistica
Příprava dat v softwaru Statistica Software Statistica obsahuje pokročilé nástroje pro přípravu dat a tvorbu nových proměnných. Tyto funkcionality přinášejí značnou úsporu času při přípravě datového souboru,
Více7. Pracovní postupy. Fakulta informačních technologií MI-NFA, zimní semestr 2011/2012 Jan Schmidt
Fakulta informačních technologií MI-NFA, zimní semestr 2011/2012 Jan Schmidt EVROPSKÝ SOCIÁLNÍ FOND PRAHA & EU: INVESTUJENE DO VAŠÍ BUDOUCNOSTI 7. Pracovní postupy Posloupnosti analytických a syntetických
Více5 Požadavky a jejich specifikace
5 Požadavky a jejich specifikace 5.1 Inženýrství (requirements engineering) - proces stanovení služeb, které by měl vyvíjený systém poskytovat a omezení, za nichž musí pracovat - CO má systém dělat, ne
VíceWichterlovo gymnázium, Ostrava-Poruba, příspěvková organizace. Maturitní otázky z předmětu INFORMATIKA A VÝPOČETNÍ TECHNIKA
Wichterlovo gymnázium, Ostrava-Poruba, příspěvková organizace Maturitní otázky z předmětu INFORMATIKA A VÝPOČETNÍ TECHNIKA 1. Algoritmus a jeho vlastnosti algoritmus a jeho vlastnosti, formy zápisu algoritmu
VícePokročilá průmyslová automatizace
Smart Factory and Industrial IoT Solutions Pokročilá průmyslová automatizace Vstupte do budoucnosti chytré automatizace Až dosud byly špičkové a pokročilé technologie dostupné pouze pro speciální a omezené
VíceUnifikovaný modelovací jazyk UML
Unifikovaný modelovací jazyk UML Karel Richta katedra počíta tačů FEL ČVUT Praha richta@fel fel.cvut.czcz Motto: Komunikačním m prostředkem informační komunity se postupem času stala angličtina. Chcete-li
VícePŘÍLOHA C Požadavky na Dokumentaci
PŘÍLOHA C Požadavky na Dokumentaci Příloha C Požadavky na Dokumentaci Stránka 1 z 5 1. Obecné požadavky Dodavatel dokumentaci zpracuje a bude dokumentaci v celém rozsahu průběžně aktualizovat při každé
VíceTémata týmových prací třetích ročníků oboru Informační technologie 2012/2013
Témata týmových prací třetích ročníků oboru Informační technologie 2012/2013 Učitel garant tématu má pouze přehled o stavu projektu, vede ho vedoucí z řad studentů, odborné konzultace zajišťujíučitelé
VícePROGRAMOVATELNÉ LOGICKÉ OBVODY
PROGRAMOVATELNÉ LOGICKÉ OBVODY (PROGRAMMABLE LOGIC DEVICE PLD) Programovatelné logické obvody jsou číslicové obvody, jejichž logická funkce může být programována uživatelem. Výhody: snížení počtu integrovaných
VícePožadavky pro výběrová řízení TerraBus ESB/G2x
Dokument: Převod dat TerraBus ESB/G2x Požadavky pro výběrová řízení TerraBus ESB/G2x Obsah 1. Účel dokumentu... 2 2. Použité termíny a zkratky... 2 3. Požadavky... 3 Účel dokumentu Účelem tohoto dokumentu
VíceMetadata. RNDr. Ondřej Zýka
Metadata RNDr. Ondřej Zýka 1 Metadata Jedna z kompetencí Data managementu Cíle kompetence: Zajistit jednotné porozumění a užití termínů Provázat informace na různých úrovních (byznys, aplikační, technické)
VíceProjekt z předmětu Testování softwarových systémů
doc068, FEI 2008 Tvorba informačních systémů Projekt z předmětu Téma: Otestování webové aplikace pro správu a generátoru RSS čteček VŠB-TU Ostrava:Fakulta Elektrotechniky a informatiky říjen 2010 Martin
VíceStřední průmyslová škola elektrotechnická Praha 10, V Úžlabině 320
Střední průmyslová škola elektrotechnická Praha 10, V Úžlabině 320 M A T U R I T N Í T É M A T A P Ř E D M Ě T U P R O G R A M O V É V Y B A V E N Í Studijní obor: 18-20-M/01 Informační technologie Školní
VíceNástroje pro průběžnou integraci a testování
Nástroje pro průběžnou integraci a testování Osnova: Úvod do problematiky Životní cyklus softwaru Iterativní a inkrementální vývoj Průběžná integrace Nástroje nutné k tomu, aby průběžná integrace fungovala
VícePrincipy UML. Clear View Training 2005 v2.2 1
Principy UML Clear View Training 2005 v2.2 1 1.2 Co je touml? Unified Modelling Language (UML) je univerzálníjazyk pro vizuální modelování systémů Podporuje všechny životní cykly Mohou jej implementovat
VíceVZOROVÝ STIPENDIJNÍ TEST Z INFORMAČNÍCH TECHNOLOGIÍ
VZOROVÝ STIPENDIJNÍ TEST Z INFORMAČNÍCH TECHNOLOGIÍ 1. Dědičnost v OOP umožňuje: a) dědit vlastnosti od jiných tříd a dále je rozšiřovat b) dědit vlastnosti od jiných tříd, rozšiřovat lze jen atributy
VíceChyby software. J. Sochor, J. Ráček 1
Chyby software J. Sochor, J. Ráček 1 Výsledek projektu Úspěšný: Projekt je dokončen včas, bez překročení rozpočtu, se všemi specifikovanými rysy a funkcemi. S výhradami: Projekt je dokončen a funkční,
VíceJiří Mašek BIVŠ V Pra r ha 20 2 08
Jiří Mašek BIVŠ Praha 2008 Procesvývoje IS Unifiedprocess(UP) Iterace vývoje Rysy CASE nástrojů Podpora metodických přístupů modelování Integrační mechanismy propojení modelů Podpora etap vývoje Generování
VíceKIV/ASWI 2007/2008 Techniky zajištění kvality software. Kvalita software Techniky včasné detekce
KIV/ASWI 2007/2008 Techniky zajištění kvality software Kvalita software Techniky včasné detekce Obsah a cíl Vysvětlení pojmu kvalita software Motivace pro zajištění kvality Základní techniky včasné detekce
VíceTIA na dosah Advanced Engineering System. SIMATIC PCS 7 Verze 8.01
TIA na dosah 2013 Advanced Engineering System SIMATIC PCS 7 Verze 8.01 SIMATIC PCS 7 Advanced Engineering System Motivace pro použití AdvancedES Pro realizaci řídicího systému se používají různé plánovací
VíceCobiT. Control Objectives for Information and related Technology. Teplá u Mariánských Lázní, 6. října 2004
CobiT Control Objectives for Information and related Technology Teplá u Mariánských Lázní, 6. října 2004 Agenda Základy CobiT Pojem CobiT Domény CobiT Hodnocení a metriky dle CobiT IT Governance Řízení
VíceKvalita SW produktů. Jiří Sochor, Jaroslav Ráček 1
Kvalita SW produktů Jiří Sochor, Jaroslav Ráček 1 Klasický pohled na kvalitu SW Každý program dělá něco správně; nemusí však dělat to, co chceme, aby dělal. Kvalita: Dodržení explicitně stanovených funkčních
VíceProjekt JetConf REST API pro vzdálenou správu
Projekt JetConf REST API pro vzdálenou správu Ladislav Lhotka lhotka@nic.cz 24. listopadu 2017 Osnova motivace, historie standardy: RESTCONF a YANG JetConf: implementace RESTCONF serveru backendy: Knot
VíceImplementace a využití automatizovaného testování. Staňková Gabriela Home Credit International a.s. 4.listopadu, 2009
Implementace a využití automatizovaného testování Staňková Gabriela Home Credit International a.s. 4.listopadu, 2009 0 Struktura prezentace Představení společnosti Projekt Automatizace testovaní Fáze realizace
VíceAnalýza a návrh webových aplikací I N G. M A R T I N M O L H A N E C, C S C. Y 1 3 A N W
Analýza a návrh webových aplikací I N G. M A R T I N M O L H A N E C, C S C. Y 1 3 A N W Osnova dnešní přednášky Proč tento předmět vlastně existuje? Proč nestačí standardní metodiky SI? Co standardním
VíceProgramování II. Abstraktní třída Vícenásobná dědičnost 2018/19
Programování II Abstraktní třída Vícenásobná dědičnost 2018/19 Osnova přednášky Polymorfismus - důsledky. Abstraktní třída. Vícenásobná dědičnost. Polymorfismus - důsledky Polymorfismus Polymorfismus je
VíceVyřešené teoretické otázky do OOP ( )
Vyřešené teoretické otázky do OOP (16. 1. 2013) 1) Vyjmenujte v historickém pořadí hlavní programovací paradigmata a stručně charakterizujte každé paradigma. a) Naivní chaotičnost, špatná syntaxe a sémantika
VíceObsah. October 2, Polymorfizmus. Typologie testování. Problém polymorfizmu. Vady/Anomálie. Vazební sekvence ČVUT FEL, K13132
OO testování Radek Mařík ČVUT FEL, K13132 October 2, 2014 Radek Mařík (marikr@fel.cvut.cz) OO testování October 2, 2014 1 / 55 Obsah 1 Kĺıčové OO vlastnosti Dědičnost Řízení přístupu Polymorfizmus 2 Testování
VíceMagisterský studijní program, obor
Ústav Automatizace a Informatiky Fakulta Strojního Inženýrství VUT v Brně Technická 2896/2, 616 69 Brno, Česká republika Tel.: +420 5 4114 3332 Fax: +420 5 4114 2330 E-mail: seda@fme.vutbr.cz WWW: uai.fme.vutbr.cz
VíceU Úvod do modelování a simulace systémů
U Úvod do modelování a simulace systémů Vyšetřování rozsáhlých soustav mnohdy nelze provádět analytickým výpočtem.často je nutné zkoumat chování zařízení v mezních situacích, do kterých se skutečné zařízení
VícePřipravte se na konjunkturu se systémem řízení údržby SGM. SGM moderní nástroj pro řízení údržby nejen výrobních zařízení
Připravte se na konjunkturu se systémem řízení údržby SGM SGM moderní nástroj pro řízení údržby nejen výrobních zařízení 30.3.2010 konference EAM, Brno Boris Soukeník ředitel Synergit s.r.o. Agenda prezentace
VíceČást IV - Bezpečnost 21. Kapitola 19 Bezpečnostní model ASP.NET 23
5 Obsah O autorech 15 O odborných korektorech 15 Úvod 16 Rozdělení knihy 16 Komu je tato kniha určena? 18 Co potřebujete, abyste mohli pracovat s touto knihou? 18 Sdělte nám svůj názor 18 Zdrojové kódy
VíceSoftware pro analýzu energetických dat W1000
Software pro analýzu energetických dat W1000 Data pro snadný život vašich zákazníků Manage energy better Mít správné informace ve správný čas je základem úspěchu každého snažení, tedy i řízení spotřeby
VíceCommon Object Request Broker Architecture
Common Object Request Broker Architecture Tvorba aplikací, jejichž komponenty budou komunikovat přes počítačovou síť Programátor jedné aplikace volá metody vzdálených objektů podobně jako u sebe lokální
VíceTestování komponent. May 21, CA CZ, s.r.o. Radek Mařík Testování komponent May 21, / 45
Testování komponent Radek Mařík CA CZ, s.r.o. May 21, 2010 Radek Mařík (radek.marik@ca.com) Testování komponent May 21, 2010 1 / 45 Obsah 1 Základy testování komponent Definice Specifikace komponent Návrh
VíceKomprese a dotazování nad XML dokumenty
Komprese a dotazování nad XML dokumenty Prezentace diplomové práce Lukáš Skřivánek České vysoké učení technické v Praze Fakulta elektrotechnická Katedra počítačů květen 2007 Vedoucí práce: Ing. Miroslav
Více