Testování aplikací I a II
|
|
- Renata Tesařová
- před 7 lety
- Počet zobrazení:
Transkript
1 I a II Miroslav Bureš Tvorba webových aplikací II Adaptivní webové systémy 1
2 Osnova Úvod do testování Ruční testování Pokud existuje specifikace Pokud neexistuje specifikace Automatické testování Speciální testy Nástroje, plánování Ladění výkonu 2
3 Úvod Triviální test dělá rovnou vývojář Role tester je obecně oddělená Vykonáme činnost v aplikaci podle předpisu/plánu Zaznamenáme výsledek (ok/chyba) Předáme vývojářům k opravě, pak retestujeme 3
4 Proč testovat? Relativní náklady k opravě chyb Požadavky Design Kód Vývojové testování Akceptační testování Provoz Fáze vývoje 4
5 Psychologie testování Pokud není definovaný výsledek, máme tendenci považovat výsledek za správný vidíme co chceme vidět Vážně chcete najít chyby ve své vlastní práci? Střet programátor vs. tester Omyly v pochopení specifikace programátor a tester pochopí jinak Můžeme ukázat objevené chyby, na 100% ale nezaručíme, že je program bez chyb (převzato ze školení Cleverlance Software testing ) 5
6 Testing na současném IT trhu Quality Assurance (QA) Samostatná disciplína IT Větší IT firmy mají často QA oddělení Týmové role pro testy (větší projekty): Tester Test analytik Test architekt Test manager Počet testerů:počet vývojářů průměr 4 velkých firem (MS, Borland, WordPerfect, Novell) byl v roce :2 6
7 Typy testů Podle automatizace Ruční Automatické Podle zaměření (nejednotná terminologie) Unit testy aplikace Unit testy kódu Systémové testy Integrační testy Zátěžové testy Penetrační testy Tetsty provozuschpnosti na platformě Zátěžové testy Regresní testy Testy instalace E2E (end-to-end testy) Crash testy a testy zotavení systému 7
8 Typy testů 2 Podle fáze projektu Alfa testy Beta testy První testy v rámci vývoje - vývojáři Samostatné testy v rámci vývoje - testeři UAT (User Acceptance Testing) - uživatelé Pilotní provoz uživatelé Akceptační testy 8
9 V-model testování 9
10 Chyby software Interpretace a vnímání chyb "Toto není chyba ale vlastnost aplikace" :) "Toto je zásadní chyba, v tiskové sestavě je 15 Kč místo 15 CZK " "To je sice pravda, že to ve specifikaci není popsané, ale to se snad rozumí samo sebou, jak to má být správně" Úrovně chyby Bug S aplikací není možné správně pracovat Ztrácí / poškozuje data Klasifickace závažnosti Nesoulad aplikace se specifikací Špatné pochopení procesu / aplikace uživatelem 10
11 Cyklus chyby 11
12 Osnova Úvod do testování Ruční testování Pokud existuje specifikace Pokud neexistuje specifikace Automatické testování Speciální testy Nástroje, plánování Ladění výkonu 12
13 Ruční testování pokud existuje specifikace Tester vykonává v aplikaci manuálně kroky, které jsou popsané v testovacím skriptu a sleduje výsledek V případě nesouladu zapíše chybu Filtrace duplicitně nahlášených chyb např. test analytik Efektivita testů klesá nepřesností scénářů nebo odchylkami aplikace Někdy scénáře pokrývají jen klíčovou část aplikace, nebo jsou psány z high-level pohledu Iniciativa testera při podrobnosti testu 13
14 Testovací skript Připravuje se před samotným testováním na základě specifikace Obecný, pro ruční testování Název, kategorie Popis činnosti testu - jednotlivé kroky Očekávaný výsledek - správné chování Priorita Evidence spuštění Priorita Přiřazený tester Datum, čas Výsledek jednotlivých kroků, pokud je členěný Výsledek - no run, incomplete, passed, failed, N/A Navázané chyby nahlášené v důsledku testu 14
15 Testovací data Důležitá součást přípravy testování Souvisí s testovacími skripty Příprava testovacích dat Příprava test.dat je součástí test.skriptů Příprava test.dat dopředu, test.skripty se na ně odkazují Ručně SQL skripty Kopie produkčních dat + jejich depersonifikace (pokud obsahují citlivé osobní nebo obchodní informace) 15
16 Test analýza příprava testovacích skriptů Co potřebujeme k přípravě skriptů? Specifikace - funkční požadavky Specifikace - nefunkční požadavky Akceptovaný prototyp (GUI) Částěčně funkční aplikace (?) Součinnost objednavatele software budoucího uživatele Důležité: Porozumění zadání Úplnost požadavků Řízení změn aktuálnost test. skriptů 16
17 Funkční a nefunkční požadavky Funkční požadavky konkrétní funkcionalita aplikace (aplikace umí vygenerovat report v PDF) Nefunkční požadavky technické podmínky konkrétní funkcionality, jsou na ni vázány (generování reportu nesmí trvat déle než 5 vteřin a musí fungovat i na platformě Linux) Nefunkční požadavky často souvisí s SLA SLA service level agreement Dostupnost 7x24 Pro účastníků současně Produkt musí fungovat v případě výpadku proudu v nouzovém režimu po dobu 10 minut 17
18 Příprava sktiptů podle specifikace Příležitost jak zároveň zkvalitnit specifikaci Zrádná slova ve specifikaci může měl by adekvátní parametrický atd. podobně zejména nebo Přejato z materiálů ke školení Test analýza společnosti Cleverlance 18
19 Příklady základních chyb ve specifikaci Extrakt obsahuje Voice CDR, dále SMS, služby třetích stran atd. Služba videovolání by měla být dostupná obdobně jako hlasové volání Aplikace může mít v některých případech nižší výkonnost Ergonomie ovládání na každé obrazovce bude snaha mít maximální množství informací a maximální jednoduchost a uživatelskou rychlost vyplňování Uživatel bude mile překvapen příjemnou organizací polí na obrazovce. Orientace na stránce bude jednoduchá jak toto otestovat? Neměřitelné 19
20 Na co se zaměřit při přípravě test. skriptů Prioritu má základní funkce aplikace To ale neznamená jen očekávaný průchod (!) Testy pro neočekávané zacházení s aplikací V neočekávaných a nevalidních podmínkách bývá mnoho chyb 20
21 Vstupy Validní vstupy: Mezní hodnoty M=mez M-5, M-1, M, M+1, M+5 Přesnost desetinných čísel Dlouhé řetězce Prázdné řetězce Řídící znaky \n </br> atd. Nevalidní vstupy: Jiný datový typ Čísle větší nebo menší, než dovoluje datový typ Speciální znaky (mimo kódovou sadu) 21
22 Test target Funkce aplikace co je potřeba otestovat pohled zezhora Nadstavba nad test skripty Test target obsahuje sadu test skriptů Test target Otestuj tisk smlouvy Test skripty pro Otestuj tisk smlouvy Založ typ smlouvy víceletá pro klienta podnik a zkus tisk Zadej do smlouvy výši půjčky a zkus tisk Vypni tiskárnu a zkus tisk... 22
23 Osnova Úvod do testování Ruční testování Pokud existuje specifikace Pokud neexistuje specifikace Automatické testování Speciální testy Nástroje, plánování Ladění výkonu 23
24 Ruční testování pokud neexistuje specifikace Pokud není specifikace k aplikaci, spoléháme se na iniciativu testera Zapisujeme prošlou cestu Můžeme regresně vytvářet specifikaci Zapojení osob, které znají proces, který aplikace modeluje/podporuje (zadavatel, budoucí uživatel) Stanovení priorit Metodiky: Free testing Exploratory testing Risk-based testing 24
25 Pokud neexistuje specifikace Stanovení priorit (příklady): Všechny primární funkce, které lze rozumně v dostupném čase otestovat Vybrané vedlejší funkce (objevené v souvislosti s testováním primárních funkcí) Vybrané oblasti potencionální nestability (5 10 oblastí produktu) 25
26 Osnova Úvod do testování Ruční testování Pokud existuje specifikace Pokud neexistuje specifikace Automatické testování Speciální testy Nástroje, plánování Ladění výkonu 26
27 Automatizované testy Obecně testy prováděny počítačem Mýtus: automatizace již připravených nebo provedených manuálních testů Příklady typy testů: Příprava testovacích dat Zátěžové testy Regresní testy Smoke testy (rychlý test, zda vše funguje) Příklady techniky: JUnit Automatické testování GUI 27
28 Automatizované testy náklady Automatizace má smysl, pokud se test opakuje 28
29 Kdy automatizovat? Existuje více HW nebo SW konfigurací Bude více jak 5 kol testů Více jak 5 uživatelů pracujících s aplikací v jeden okamžik Existují opakující se úkoly, potřebné k zavedení aplikace (nahrání dat, konfigurace...) Jedná se o kritickou část aplikace (např. práce s penězi) Potřeba otestovat všechny varianty Při manuálním provádění testů by šlo o příliš složité nebo nákladné činnosti Nelze testovat ručně 29
30 JUnit JUnit testy na úrovni kódu V kódu aplikace jsou přímo naprogramovány testy Příklad - volání metody se vstupy, definovaný výstup, který má vrátit Tyto testy se spouští v sekvenci, každý vrátí výsledek Pokud se změní kód aplikace, spustí se definované testy, zda se nezavlekla chyba v jiném místě aplikace Účinná metoda testování zavlečených chyb Regresní test 30
31 GUI Automatické testování GUI Nasnímání aktivity v uživatelském rozhraní - sekvence testu Definice výsledku testu - grafická, textová Obecně nákladnější a náročnější na udžování aktuálnosti skriptů než ruční testování (stroj na rozdíl od testera nemůže provést sám korekci) Snímání GUI se používá spíše pro zátěžové testy Příklad nástrojů: Mercury QuickTest, WinRunner Rational Robot 31
32 Osnova Úvod do testování Ruční testování Pokud existuje specifikace Pokud neexistuje specifikace Automatické testování Speciální testy Nástroje, plánování Ladění výkonu 32
33 Zátěžové testování 1 Simluace paralelního přístupu uživatelů Nasnímání aktivity v uživatelském rozhraní - sekvence testu Spouštění ve velké frekvenci paralelně Sledování odezev aplikace Odhalení možných pádů aplikace z přetížení přístupy Alternativa - nástroje vytáčející URL v definované sekvenci 33
34 Zátěžové testování 2 Kapacitní testy Odezvy aplikace v případě zpracování velkého množství dat Naplnění databáze velkým množstvím umělých dat Sledování reakcí Následná optimalizace výkonu 34
35 Crash testy Nasimulování pádu aplikace nebo její komponenty Odpojení databáze / filesystému / aplikačního serveru Simulovaný výpadek sítě Simulované přeplnění databáze / filesystému Cíl: aplikace má korektně odpojit uživatele a zachovat konzistenci dat. Po opětovném spuštění má fungovat korektně Problém transakcí (např. platby, objednávky atd.) 35
36 Penetrační testy Pokus o nabourání aplikace klasickými metodami Pokus o odchycení hesel Vytočení stránky aplikace mimo klasickou navigaci SQL inject, JavaScript inject Black-box metoda Testeři nemají žádné informace o testovaném systému White-box metoda Testeři mají podrobné informace o systému 36
37 Osnova Úvod do testování Ruční testování Pokud existuje specifikace Pokud neexistuje specifikace Automatické testování Speciální testy Nástroje, plánování Ladění výkonu 37
38 Nástroje pro testy - příklady Testování & evidence chyb Test Director (Mercury) Evidence chyb JIRA (Atlassian) Bugzilla (OpenSource) Zátěžové testy WinRunner (Mercury) 38
39 Testovací prostředí U větších projektů se jedná o oddělené prostředí Oddělené prostředí = Samostatná aplikace Samostatná databáze (oddělená data) Typická prostředí u větších projektů: Vývoj Testy UAT Produkce (živý provoz) DR (záloha živého provozu) 39
40 Plánování testů příprava testů U větších aplikací jsou testy podprojekt v projektu Test analytici připravují testovací skripty nejčastěji v průběhu vývoje Velmi efektivní je zapojit test analytiky již ve fázi analýzy zdokonalují specifikaci, odhalují rizika Problém po změně zadání musí následovat aktualizace testovacích skriptů 40
41 Plánování testů samotné testování Zdržení vývoje znamená zdržení testů Při nestíhání deadline je často tlak zredukovat testy Změnové požadavky zasahují do testů Součinnost vývojářů na opravu chyb Pravidlo 80% - 20% Organizace práce, eliminace prostojů, pokud aplikace nefunguje 41
42 Code freeze Dokončení vývoje aplikace Zastavení implementace changerequestů Běží jen testy a opravy chyb Ideální případ, typický vývoj projektu code freeze porušuje Vhodné porušení Oddělené bloky funkcionalit, neovlivňující (moc) ostatní části aplikace (např. tisky) Nevhodné porušení Velké ovlivnění celé aplikace Jádro aplikace Aplikace typu engine / framework Základní business proces v aplikaci 42
43 Plánování testů úvahy o efektivitě 1 Testy jsou investice. Testy jsou na efektivitu ještě náchylnější než vývojové práce 10 testerů může testovat měsíc a výsledek může být pro uživatele nižší, než 14 dní práce dvou analytiků, dvou testerů a osoby od klienta, která zná dobře proces, který má aplikace podporovat V extrémním případě je udělat jen rychlý test základní funkcionality finančně výhodnější, než testovat neefektivně 43
44 Plánování testů úvahy o efektivitě 2 Počet nalezených chyb Náklady na testování Optimální hladina testů Množství Příliš málo testů Příliš mnoho testů Počet prove dených testů Přejato z materiálů ke školení Úvod do testování společnosti Cleverlance 44
45 Plánování testů úvahy o efektivitě 3 Nízká efektivita: Kdo neumí nic jiného, jde testovat X junior testerů nějak to otestujte, šéf vývojář vám řekne jak Testeři nastupují ke konci vývoje Zaměřujeme se na formální report z testů, ne na kvalitu samotnou Vyšší efektivita: Místo kvantity junior testerů několik profesionálních Místo kvantity testovacích skriptů dobré pokrytí kritických cest, must be, iniciativa testerů, motivace Úzká kooperace testera s vývojářem 45
46 Plánování testů úvahy o efektivitě 4 Tradiční přístup: Testování kopíruje vývoj Testeři technický přístup Nebezpečí testování okrajových, z hlediska chyb atraktivních oblastí Testy řízené business zadáním: Design testovacích případů podle rizika pro provoz Který obchodní proces se používá nejčastěji? Který obchodní proces představuje největší riziko (ztráty peněz, času, klientů...)? Frekvence využití procesů Není podstatné, jestli program funguje perfektně, ale jestli splňuje očekávání uživatele 46
47 Osnova Úvod do testování Ruční testování Pokud existuje specifikace Pokud neexistuje specifikace Automatické testování Speciální testy Nástroje, plánování Ladění výkonu 47
48 Ladění výkonu webové aplikace Tři úrovně: Optimalizace procesu Optimalizace GUI aplikace Odezvy aplikace 48
49 Optimalizace procesu Týká se specifikace, co má aplikace dělat - zadání Cílem není vytvořit aplikaci jinak oproti zadání, ale přímo zjednodušit proces, který aplikace podporuje Technika, která se může použít, pokud se bíží deadline a aplikace není připravená Dokumentace procesu v UML - activity diagram Měření časů potřebných k jednotlivým úkonům Redukce zbytečných úkonů Spojování úkonů do kratší akce, automatizace 49
50 Optimalizace GUI aplikace Dokumentace toku obrazovek v UML - activity diagram. Nemusí být nutně shodný s dokumentací procesu Sběr zpětné vazby od uživatelů Redukce nadbytečných obrazovek Sdružování ovládacích prvků na jednu obrazovku Zlepšení navigace - zkratky, rozcestník, poziční informace Často navštěvované obrazovky lépe dosažitelné na kratší cestě v GUI 50
51 Odezvy aplikace 1 Jednoduché měření odezev - timestamps v kódu stránky, zapíše do logu Zkrácení reakcí aplikace: Interpretovaná aplikace (PHP, ASP) Nejčastěji trvají dlouho přístupy do databáze Kombinace kvadratické složitosti s SQL selecty Java aplikace (JSP, Servlet) Přístupy do DB Běh Java kódu Nevhodné použití EJB 51
52 Odezvy aplikace 2 Caching Načtení objektu z DB do paměti na serveru Není potřeba data načítat znova z DB, vezmou se z paměti Při nevhodném použití může zpomalit - načítáme všechna data do cahe a potřebujeme jen část Aktuálnost dat v paměti proti databázi 52
53 Dotazy, diskuze 53
Testová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í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í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í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í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í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íceMetodiky pro automatické testování webové aplikace. Ondřej Melkes, Martin Komenda
Metodiky pro automatické testování webové aplikace Ondřej Melkes, Martin Komenda Obsah Testování sw obecně Unit testy Integrační testy Testování UI Nesprávné testování sw Neznalost testovacího procesu
VíceO NÁS. Specializujeme se na návrh a vývoj v následujících oblastech:
2 O NÁS Jsme zkušený tým, který se zaměřuje na návrh, vývoj a provoz portálů, webových a mobilních aplikací na míru. Jsou mezi námi šikovní konzultanti a vývojáři s mnoha lety praxe. Specializujeme se
VíceAnalýza a design na reálném projektu. Richard Michalský
Analýza a design na reálném projektu Richard Michalský Agenda o Role analytika o Dokumentace (analytická) o Sběr a analýza požadavků o Fixace rozsahu Role analytika o Tvůrce požadavků o Zákazník zná své
VíceGTL GENERATOR NÁSTROJ PRO GENEROVÁNÍ OBJEKTŮ OBJEKTY PRO INFORMATICA POWERCENTER. váš partner na cestě od dat k informacím
GTL GENERATOR NÁSTROJ PRO GENEROVÁNÍ OBJEKTŮ OBJEKTY PRO INFORMATICA POWERCENTER váš partner na cestě od dat k informacím globtech spol. s r.o. karlovo náměstí 17 c, praha 2 tel.: +420 221 986 390 info@globtech.cz
VíceZkušenosti nejen z provozu Portálu občana. Jan Vlasák NAKIT Miroslav Vacula Jihomoravský kraj Václav Koudele - Microsoft
Zkušenosti nejen z provozu Portálu občana Jan Vlasák NAKIT Miroslav Vacula Jihomoravský kraj Václav Koudele - Microsoft Digitální transformace ve veřejném sektoru Zapojení občanů Větší participace a spokojenost
VíceWORKFLOW. Procesní přístup. Základ perspektivního úspěšného podnikového řízení. Funkčnířízení založené na dělbě práce
WORKFLOW Procesní přístup Základ perspektivního úspěšného podnikového řízení Funkčnířízení založené na dělbě práce Procesní řízení princip integrace činností do ucelených procesů 1 Funkční řízení Dělba
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íceEnd-to-end testování. 26. dubna Bořek Zelinka
End-to-end testování 26. dubna 2013 Bořek Zelinka Bořek Zelinka Unicorn Systems, Test architekt Unicorn, 2004 Testování Quality Assurance ČVUT, Fakulta stavební, 2004 2 Agenda Princip end-to-end testů
VíceAnalýza a design na reálném projektu. Richard Michalský
Analýza a design na reálném projektu Richard Michalský Agenda o Role analytika o Dokumentace (analytická) o Sběr a analýza požadavků o Fixace rozsahu Teorie vs. praxe o Jsou učebnicové poučky důležité?
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íceTECHNICKÉ POŽADAVKY NA NÁVRH, IMPLEMENTACI, PROVOZ, ÚDRŽBU A ROZVOJ INFORMAČNÍHO SYSTÉMU
zadávací dokumentace TECHNICKÉ POŽADAVKY NA NÁVRH, IMPLEMENTACI, PROVOZ, ÚDRŽBU A ROZVOJ INFORMAČNÍHO SYSTÉMU Stránka 1 z 6 Obsah 1. Specifikace požadavků webové stránky... 4 2. Specifikace technických
VíceMST - sběr dat pomocí mobilních terminálů on-line/off-line
MST - sběr dat pomocí mobilních terminálů on-line/off-line Stručný přehled název: MST, software pro sběr dat mobilními terminály ve skladu (příjem, výdej, inventura) autor aplikace: FASK, spol. s r.o.,
VíceTestování SOA systémů v Oracle SOA Suite
Testování SOA systémů v Oracle SOA Suite Marek Rychlý Vysoké učení technické v Brně Fakulta informačních technologií Ústav informačních systémů Přednáška pro IOA 3. prosince 2014 Marek Rychlý Testování
VíceJak testovat software v praxi. aneb šetříme svůj vlastní čas
Jak testovat software v praxi aneb šetříme svůj vlastní čas Proč testy nepíšeme Nemáme na to čas Platí v cca 5% případů Nový projekt Prototyp je třeba mít během pár dní Počítá se s tím, že další verze
VíceFormy komunikace s knihovnami
Formy komunikace s knihovnami Současné moderní prostředky Jiří Šilha a Jiří Tobiáš, Tritius Solutions a.s., Brno Osnova Základní požadavky na komunikaci s knihovnami Historie komunikace s knihovnami Confluence
Víceprogramátor vs. vývojář
programátor vs. vývojář... Michał Weiser @michal_weiser linkedin.com/in/michalweiser https://kahoot.it QUIZ Jarda vzdělání Bc. Informační technologie, VUT FIT jazyky čeština nativní angličtina - B2 zkušenosti
VíceSpecializace Návrhář software na základě analýzy vytváří návrh softwarových aplikací ve formě schémat a diagramů.
Návrhář software Návrhář software na základě analýzy vytváří návrh softwarových aplikací ve formě schémat a diagramů. Odborný směr: Informační technologie Odborný podsměr: nezařazeno do odborného podsměru
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íceKATALOG SLUŽEB NÁSLEDNÉ PODPORY
KATALOG SLUŽEB NÁSLEDNÉ PODPORY Společnost WEBCOM a. s. Vám nabízí kompletní pokrytí Vašich požadavků na zajištění služeb technické podpory Microsoft Dynamics přesně podle Vašich potřeb a v požadovaném
VíceMIROSLAV NEJEDLÝ Curriculum Vitae
MIROSLAV NEJEDLÝ Curriculum Vitae Osobní data Datum narození: 27. 6. 1974 Kontakt: mirek@dixen-sro.cz, mirek@nejedly.net, mirek.nejedly@gmail.com Tel: +420 776 827 955 Profesní praxe 2015 NN, a.s. Praha
VíceSemináˇr Java X J2EE Semináˇr Java X p.1/23
Seminář Java X J2EE Seminář Java X p.1/23 J2EE Složitost obchodních aplikací robusní, distribuované, spolehlivé aplikace s transakcemi na straně serveru, klientské aplikace co nejjednodušší Snaha : Návrh,
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íceA7B36SI2 Tematický okruh SI08 Revidoval: Martin Kvetko
Strategie testování, validace a verifikace. Testování v průběhu životního cyklu SW díla. Testování jednotek, integrační testování, validační testování, systémové testování, ladění. Principy testování,
VíceOptimalizaci aplikací. Ing. Martin Pavlica
Optimalizaci aplikací Ing. Martin Pavlica Vize: Aplikace v dnešním světě IT Ze všech částí IT jsou aplikace nejblíže businessu V elektronizovaném světě významným způsobem podporují business, ten se na
VíceRočníkový projekt. Jaroslav Žáček jaroslav.zacek@osu.cz
Ročníkový projekt Jaroslav Žáček jaroslav.zacek@osu.cz Cíle předmětů Vytvoření fungující aplikace, která splňuje definované požadavky Vyzkoušet si celý životní cyklus projektu - specifikace zadání, formování
Více1. Úvod do Ajaxu 11. Jak Ajax funguje? 13
Obsah Úvodem 9 1. Úvod do Ajaxu 11 Jak Ajax funguje? 13 Popis 13 Ukázky 13 Jaké jsou možnosti tvorby interaktivních webových aplikací? 15 Co je třeba znát? 16 Jak fungují technologie Ajaxu 16 Jak funguje
VícePožadavky na parametry SLA
Příloha č.3 Požadavky na parametry SLA 1.1 Základní údaje Režim SLA pro provoz bude začínat od akceptace hlavního díla (nový portál) a je určen pro režim provozu portálu. Předmětem SLA budou následující
VíceJak spustit provoz v DR lokalitě snadno a rychle
Moderní a spolehlivá řešení pro ukládání dat Jak spustit provoz v DR lokalitě snadno a rychle David Gottvald GAPP System Požadavky zákazníků Potřebujeme mít data ve druhé lokalitě pro případ katastrofy.
VíceAgenda. Smysl teoretických cvičení Klasifikace Obecná pravidla Bugzilla Klasické problémy Poznámky k jednotlivým pojmům Antipatterns Testování testů
Testování a QA Agenda Smysl teoretických cvičení Klasifikace Obecná pravidla Bugzilla Klasické problémy Poznámky k jednotlivým pojmům Antipatterns Testování testů Klasifikace Kategorie black box grey box
VíceOdbor informatiky a provozu informačních technologií
POLICEJNÍ PREZIDIUM ČR Odbor informatiky a provozu informačních technologií Příloha č. 1 a) název zakázky, Technická podpora software pro systém NS-VIS a VISMAIL b) předmět a rozsah plnění veřejné zakázky
VíceTechnická specifikace předmětu plnění:
Technická specifikace předmětu plnění: Poskytnutí standardní služby Premier Support zahrnující konzultační a implementační podporu, řešení problémů u produktů v nepřetržitém režimu 24x7 v rámci aktuálního
VíceObsah přednášky. Představení webu ASP.NET frameworky Relační databáze Objektově-relační mapování Entity framework
Web Jaroslav Nečas Obsah přednášky Představení webu ASP.NET frameworky Relační databáze Objektově-relační mapování Entity framework Co to je web HTTP protokol bezstavový GET POST HEAD Cookies Session HTTPS
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íceHardening ICT platforem: teorie nebo praxe. Pavel Hejduk ČEZ ICT Services, a. s.
Hardening ICT platforem: teorie nebo praxe Pavel Hejduk ČEZ ICT Services, a. s. Agenda ICT prostředí ČEZ ICT Services a. s. Hardening ICT platforem - definice Obvyklý přístup a jeho omezení zhodnocení
VíceDocházka 3000 evidence pro zaměstnance z více firem
Docházka 3000 evidence pro zaměstnance z více firem Docházkový systém Docházka 3000 v klasické instalaci počítá s evidencí docházky zaměstnanců z jedné jediné firmy. Pokud potřebujete evidovat docházku
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íceBusiness Intelligence
Business Intelligence Josef Mlnařík ISSS Hradec Králové 7.4.2008 Obsah Co je Oracle Business Intelligence? Definice, Od dat k informacím, Nástroj pro operativní řízení, Integrace informací, Jednotná platforma
VíceMBI - technologická realizace modelu
MBI - technologická realizace modelu 22.1.2015 MBI, Management byznys informatiky Snímek 1 Agenda Technická realizace portálu MBI. Cíle a principy technického řešení. 1.Obsah portálu - objekty v hierarchiích,
VícePřevod 4GL aplikací do webového prostředí. Ing. Jan Musil, IBM ČR Community of Practice for
Převod 4GL aplikací do webového prostředí Ing. Jan Musil, IBM ČR Community of Practice for CEEMEA Co je to EGL? -4GL a EGL Agenda Popis převodu z -4GL do EGL krok za krokem Obecný postup převodu Závěrečný
VíceFORTANNS. havlicekv@fzp.czu.cz 22. února 2010
FORTANNS manuál Vojtěch Havlíček havlicekv@fzp.czu.cz 22. února 2010 1 Úvod Program FORTANNS je software určený k modelování časových řad. Kód programu má 1800 řádek a je napsán v programovacím jazyku
Vícevlastnosti Výsledkem sledování je: a) Využití aplikací b) Používání internetu c) Vytížení počítačů d) Operační systém e) Sledování tisků
Program Aktivity propojuje prvky softwarového a personálního auditu, které jsou zaměřeny na optimalizaci firemních nákladů. Slouží ke zjištění efektivity využívání softwarového a hardwarového vybavení
VíceRozvoj a údržba systémů
Rozvoj a údržba systémů Kolektiv autorů Prosinec 2018 Téma dnešní přednášky 1. Co údržba vlastně znamená? 2. Základní situace 3. Důležité aspekty 4. Rámcová smlouva PROJECT MANAGEMENT / QUALITY ASSURANCE
VíceI N V E S T I C E D O R O Z V O J E V Z D Ě L Á V Á N Í
Číslo jednací zadavatele: 11070/2008-42 I N V E S T I C E D O R O Z V O J E V Z D Ě L Á V Á N Í Příloha číslo 1: Technická specifikace k veřejné zakázce Vytvoření, údržba a rozvoj informačního systému
VíceSpecifikace. Odevzdání do 04. 12. 2010
Automatické testování GUI Specifikace Pozor na rozsah dokument by měl mít cca 10 stran nemusíte rozebírat všechny funkční požadavky vybrat si a popsat detailněji jen ty nejdůležitější/nejzajímavě jší/nejzajímavější
VíceNadpis presentace. Řízení IT v malých. útvarech aneb Light verze IT governance
Řízení IT v malých Nadpis presentace útvarech aneb Light verze IT governance Iva Steinerová Mobil: +420 605 225 016 iva.steinerova@perpartes.cz www.perpartes.cz Název a datum presentace (Zobrazit Předloha
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íceSjednocení dohledových systémů a CMDB
Řízení dodávky IT služeb v enterprise společnosti Sjednocení dohledových systémů a CMDB Václav Souček, ČEZ ICT Services, a.s. Jaroslav Jičínský, AutoCont CZ, a.s. 26. Ledna 2012 Agenda Úvod Výchozí stav
VícePříloha č. 18. Specifikace bloku PŘÍPRAVA. Příloha k zadávací dokumentaci veřejné zakázky Integrační nástroje, vstupní a výstupní subsystém
Název projektu: Redesign Statistického informačního systému v návaznosti na zavádění egovernmentu v ČR Příjemce: Česká republika Český statistický úřad Registrační číslo projektu: CZ.1.06/1.1.00/07.06396
VíceManažerská informatika - projektové řízení
VŠE, fakulta Podnikohospodářská Manažerská informatika - projektové řízení Projekt implementace informačního systému Jiří Mikloš 2009 Obsah Obsah Obsah... 2 Úvod... 3 Zadání... 4 Projektový postup... 5
VíceTechnická dokumentace
Příloha č.1 výzvy Technická dokumentace k veřejné zakázce malého rozsahu Obsah Technická dokumentace... 1 Předmět zadání k podání cenové nabídky:... 3 Dodávka a služby budou zahrnovat:... 3 Specifikace
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í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íceMicrosoft SharePoint Portal Server 2003. Zvýšená týmová produktivita a úspora času při správě dokumentů ve společnosti Makro Cash & Carry ČR
Microsoft SharePoint Portal Server 2003 Zvýšená týmová produktivita a úspora času při správě dokumentů ve společnosti Makro Cash & Carry ČR Přehled Země: Česká republika Odvětví: Velkoobchod Profil zákazníka
VíceMetodika analýzy. Příloha č. 1
Metodika analýzy Příloha č. 1 Příloha č. 1 1 Účel dokumentu Dokument popisuje závaznou metodiku systémové analýzy, je upraven na míru pro prostředí Podniku. Dokument je provázán s Podnikovou analýzou,
VíceJoelův test. 12 kroků k lepšímu programování. Jaroslav Šnajdr
Joelův test 12 kroků k lepšímu programování Jaroslav Šnajdr i Co je Joelův test? Co je to? 12 otázek o vašem vývojovém týmu Každá odpověď ano = 1 bod Jaký je výsledek? Plných 12 bodů: dobře organizovaný,
VíceImplementace informačního systému pro knihovnu Jiřího Mahena v Brně
Mendelova univerzita v Brně Provozně ekonomická fakulta Implementace informačního systému pro knihovnu Jiřího Mahena v Brně Informační systémy (projektování) Vypracovali: Jakub Drobný, Jakub Mazal, Monika
VíceQuality assurance a testovací nástroje v praxi. Bohumír Zoubek bohumir.zoubek@profinit.eu http://www.profinit.cz
Quality assurance a testovací nástroje v praxi Bohumír Zoubek bohumir.zoubek@profinit.eu http://www.profinit.cz Quality Assurance QA obsah Kvalita proč, co, kde? DMAIC model Plánování Validace a verifikace
VíceJIŘÍ ROUN NABÍDKA SPOLUPRÁCE SW DOKUMENTARISTA WEB: MOBIL:
JIŘÍ ROUN SW DOKUMENTARISTA NABÍDKA SPOLUPRÁCE WEB: WWW.SWDOKUMENTACE.CZ E-MAIL: JIRI.ROUN@SWDOKUMENTACE.CZ MOBIL: 728 281 616 PŘEHLED ZKUŠENOSTÍ Cca 20 let praxe v tvorbě uživatelské, provozní, administrátorské
Více14. května 2012, Brno
14. května 2012, Brno Připravil: Tomáš Koubek Testování Cvičení z předmětu Pokročilá uživatelská rozhraní Testování Strana 2 / 12 Testování aplikací Testování návrhu Cílem je vylepšit produkt během vývoje.
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íceAktuální otázky provozu datových skladů PAVEL HNÍK
Aktuální otázky provozu datových skladů PAVEL HNÍK K čemu slouží datové sklady IT podporuje business podniků S velikostí podniku se zvyšuje náročnost zpracování dat DWH = unifikovaná datová základna pro
VíceÚvod do problematiky vývoje Vývoj informačních systémů
Úvod do problematiky vývoje informačních systémů Vývoj informačních systémů Management Klasický management - slouží k udržování a rozvíjení zavedených systémů, které jsou prostředkem pro nepřetržitou,
VíceTeorie a praxe SW inženýrství
Teorie a praxe SW inženýrství Přednášející: Jan Stoklasa 1 z 26 Osnova Softwarové projekty zkušenosti Programátorský tým Slovník firemního IT Informační systém vydavatelství poddimenzovaný tým ředitel
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íceAgenda. Docházka Návrat k minulému praktickému cvičení Zápočtové práce. Dokumentace. Dotazy, přání, stížnosti. Co, jak a proč dokumentovat
QA & Dokumentace Agenda Docházka Návrat k minulému praktickému cvičení Zápočtové práce QA opakování Dokumentace Co, jak a proč dokumentovat Dotazy, přání, stížnosti Kde je chyba? public static StringBuilder
VíceZáklady programovaní 3 - Java. Unit testy. Petr Krajča. Katedra informatiky Univerzita Palackého v Olomouci. 26.,27.
Základy programovaní 3 - Java Unit testy Petr Krajča Katedra informatiky Univerzita Palackého v Olomouci 26.,27. listopad, 2014 Petr Krajča (UP) Unit testy 26.,27. listopad, 2014 1 / 14 Testování zásadní
VíceProjekt Partner ČSOB Leasing. 02/12/2013 Jaromír Mayer Domain Process Manager Head of Department
Projekt Partner ČSOB Leasing 02/12/2013 Jaromír Mayer Domain Process Manager Head of Department ČSOB Leasing, a.s. představení společnosti Je dlouhodobý leader na leasingovém trhu ČR Držitel certifikátu
VíceProjektování informačních systémů - Restaurace
Mendelova univerzita v Brně Provozně ekonomická fakulta Projektování informačních systémů - Restaurace Semestrální práce Vedoucí práce: doc. Ing. Ivana Rábová, Ph.D. Stratil, Antonič, Kačmár, Vodák Brno
VíceRUP - Disciplíny. Jaroslav Žáček jaroslav.zacek@osu.cz
RUP - Disciplíny Jaroslav Žáček jaroslav.zacek@osu.cz Disciplíny Množství disciplíny v dané iteraci Disciplíny podle RUP Šest základních: Business modeling - pro pochopení problémové domény Requirements
VíceTechnica Solutions. Půjčovna nářadí. Úvodní studie pro Q&X Trading
Technica Solutions Úvodní studie pro Q&X Trading Verze dokumentu Datum Autor Popis změn 0.8 24.11. Michal Kvasničák Doplnění harmonogramů 0.7 23.11. Tomáš Klinský Doplnění kapitoly Roadmapa 0.2 9.11. Petr
Víceplussystem Příručka k instalaci systému
plussystem Příručka k instalaci systému Tato příručka je určena zejména prodejcům systému a případně koncovým uživatelům. Poskytuje návod, jak provést potřebná nastavení komponent. ITFutuRe s.r.o. 26.2.2015
VíceKatalog služeb a podmínky poskytování provozu
Příloha č. 1 Servisní smlouvy Katalog služeb a podmínky poskytování provozu Část P2_1 P2_1_Katalog služeb a podmínky poskytování provozu 1 Obsah 1 OBSAH... 2 2 DEFINICE POJMŮ... 3 3 DEFINICE SLUŽEB, KOMPONENT
VíceDATOVÁ ARCHIVACE. Principy datové archivace a její výhody při migraci na SAP HANA. Štěpán Bouda Business Consultant
DATOVÁ ARCHIVACE Principy datové archivace a její výhody při migraci na SAP HANA Štěpán Bouda Business Consultant stepan.bouda@sabris.com KVÍZ Kdo uvažuje o migraci ERP na Suite on SAP HANA? Kdo uvažuje
VíceSpecifikace technické podpory
Příloha 2 Specifikace technické podpory Obsah 1. Technická podpora... 2 2. Procesy komunikace v rámci servisní podpory... 3 3. Komponenty technické podpory... 6 4. Další požadavky... 7 1. Technická podpora
VícePortál občana jede téměř rok bez odstávky, jak je to možné? Jan Vlasák NAKIT Václav Koudele - Microsoft
Portál občana jede téměř rok bez odstávky, jak je to možné? Jan Vlasák NAKIT Václav Koudele - Microsoft Digitální transformace ve veřejném sektoru Zapojení občanů Větší participace a spokojenost Zapojení
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íce1. Integrační koncept
Příloha č. 2: Technický popis integrace 1. Integrační koncept Z hlediska koncepčního budování Smart Administration na Magistrátu města Mostu je možno hovořit o potřebě integrace tří úrovní systémové architektury
Více1.1. Správa a provozní podpora APV ROS, HW ROS a základního SW
Příloha č. 4 - Specifikace a informace o předmětu veřejné zakázky Předmětem veřejné zakázky je řízení projektu, správa a údržba programového vybavení pro informační systém Základní Registr osob (dále rovněž
VíceMarta Bardová Karel Hájek Pavel Odstrčil Roman Kopecký Josef Charvát 11. 11. 2014 Ministerstvo Dopravy. Nová aplikace etesty
Marta Bardová Karel Hájek Pavel Odstrčil Roman Kopecký Josef Charvát 11. 11. 2014 Ministerstvo Dopravy Nová aplikace etesty Úvod Ministerstvo dopravy Důvod projektu nové aplikace etesty Požadavky samotných
VíceAutomatizace testování
Automatizace testování Radek Mařík CA CZ, s.r.o. September 14, 2007 Radek Mařík (Radek.Marik@ca.com) Automatizace testování September 14, 2007 1 / 34 Obsah 1 Motivace Stav a cíle 2 Pojem automatizace Obecná
VíceNávrh snadno testovatelného software
2007 Návrh snadno testovatelného software LaTes 07 Štěpán P. Nadrchal www.pdqm.cz nadrchal@pdqm.cz Cíl prezentace Základní otázky 1. Kdo má vliv na to, jestli software půjde testovat a kolik to dá práce?
VíceÚvodem 9. Zpětná vazba od čtenářů 10 Zdrojové kódy ke knize 10 Errata 10. Než začneme 11
Obsah Úvodem 9 Zpětná vazba od čtenářů 10 Zdrojové kódy ke knize 10 Errata 10 Kapitola 1 Než začneme 11 Dynamické vs. statické stránky 11 Co je a k čemu slouží PHP 12 Instalace potřebného softwarového
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íceProč webový filtr? 77 % českých firem uvažuje o nasazení webového filtru. Kvalitní řešení URL filtrace je dnes pro efektivní řízení nutností.
Proč webový filtr? 77 % českých firem uvažuje o nasazení webového filtru. Kvalitní řešení URL filtrace je dnes pro efektivní řízení nutností. Hlavní přínosy Efektivita a maximální využití pracovní doby!
Víceezkouška požadavky na IT
ezkouška realizováno v rámci projektu podpora profesionalizace a kvality státní služby a státní správy s číslem CZ.03.4.74/0.0/0.0/15_019/0006173 požadavky na IT sekce pro státní službu ministerstvo vnitra
VíceVyužití chemie v procesu testování webových aplikací vytvořených pomocí technologií PHP a Java
Využití chemie v procesu testování webových aplikací vytvořených pomocí technologií PHP a Java aneb Selenium v akci Michal Špaček, WebExpo 2008, Praha Proč vůbec testovat? Náš software nemá žádné chyby,
VícePrezentace CRMplus. Téma: CRMplus jako nástroj pro kontrolu a vyhodnocení rozpracovanosti dílů na zakázkách
Prezentace CRMplus Téma: CRMplus jako nástroj pro kontrolu a vyhodnocení rozpracovanosti dílů na zakázkách Obsah prezentace Představení společnosti Technodat Develop, s.r.o. CRMplus základní charakteristika
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íceProcesní dokumentace Process Management. Pavel Čejka
Procesní dokumentace Process Management Pavel Čejka SAP Solution Manager 7.2 SAP Solution Manager 7.2 nabízí dramatické zlepšení možností dokumentace Solution dokumentace Jednotné webové prostředí Integrovaný
VíceTechnická specifikace soutěžených služeb
Technická specifikace soutěžených služeb Předmět plnění Předmětem nabídky je zajištění infrastruktury a služeb pro centrální pracoviště ČSÚ pro přípravu, zpracování a prezentaci výsledků voleb. Požadované
VíceAplikace IS, outsourcing, systémová integrace. Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/
Aplikace IS, outsourcing, systémová integrace Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ Kontext Dodavatelé Strategická Zákazníci ERP Taktická Operativní Kategorie ERP - zaměřeno na
VíceAplikační Dokumentace Standardy ICT MPSV
Standardy ICT MPSV Datum: 19.12.2014 Informace o dokumentu Název dokumentu: Aplikační Dokumentace Historie verzí Číslo verze Datum verze Vypracoval Popis Jméno souboru 1.0 31.8.2012 Jan Apfelthaler Doplnění
VíceOpen Source řešení pro Mission critical systémy. Software Defined Networks v praxi , Praha
Open Source řešení pro Mission critical systémy Software Defined Networks v praxi 15.5.2018, Praha Martin Vaňous Síť, spol. s.r.o martin.vanous@e-sys.cz, +420 725 893 855 Agenda Software Defined Networks
VíceŘešení Quest pro správu Windows Martin Malý, ředitel divize Solutio
Řešení Quest pro správu Windows Martin Malý, ředitel divize Solutio 1 Kdo jsme Servodata ICT Solutions European Distribution Company Servodata působí na IT trhu v oblasti EMEA již od roku 1991, centrála
Více