SZOFTVER TESZT AUTOMATIZÁLÁS Eszter Vezdén Budapest, 08 November 2018

Méret: px
Mutatás kezdődik a ... oldaltól:

Download "SZOFTVER TESZT AUTOMATIZÁLÁS Eszter Vezdén Budapest, 08 November 2018"

Átírás

1 SZOFTVER TESZT AUTOMATIZÁLÁS Eszter Vezdén Budapest, 08 November 2018

2 Bemutatkozás Vezdén Eszter Okl. villamosmérnök ( 2018 ) Szoftverfejlesztő gyakornok ( ), B.Braun Medical Kft. Szoftverfejlesztő mérnök ( ) Kérdés esetén elérhetőség: balazs.varga@bbraun.com eszter.vezden@bbraun.com dorottya.fekete@bbraun.com B.Braun Medical Ltd. Budapest 2

3 TARTALOM 1. Miért van szükség teszt automatizálásra? 2. Szoftvertesztelési szabvány 3. Mit és hogyan automatizáljunk? 4. Manuális tesztelés létjogosultsága 5. Code refactoring 6. Test Driven Development, Behaviour DD 7. Statikus / Dinamikus Kód analízis 8. Eszközök az automatizálásban 9. Continuous Integration 10. Tesztelés szimulátorral

4 Miért van szükség teszt automatizálásra? Gyors visszacsatolás a SW minőségéről Minél később derül ki a hiba, annál drágább a javítása, mert annál több állomáson kell újra végigmenni: User Requirement -> System Requirement -> Component Requirement->Design->Unit test->component test->system test -> UAT UR review-nál a legolcsóbb a javítás, System test-en talált hiba a legdrágább Hamarabb derülnek ki a hibák, jobb lesz a kód minősége Segít a gyors döntéshozatalban és a tervezésben ( hibák alapján priorizálhatunk ) Könnyen ellenőrizhető a tesztek állapota Tesztek frissítése: Féregirtó paradoxon-test Case maintenance, állandó feladat a fejlesztéssel párhuzamosan B.Braun Medical Ltd. Budapest 4

5 Miért van szükség teszt automatizálásra? ISO/IEC szabvány ( orvosi SW, SW életciklus) előírja regressziós tesztek elvégzését Conduct regression tests [ ] When software items are integrated, the MANUFACTURER shall conduct REGRESSION TESTING appropriate to demonstrate that defects have not been introduced into previously integrated software. Minden új módosítás után végre kell hajtani Manuálisan lassú, és erőforrás-igényes! B.Braun Medical Ltd. Budapest 5

6 ISO/IEC SZOFTVERTESZTELÉSI SZABVÁNY

7 ISO/IEC Szoftvertesztelési szabvány* Orvosi eszközökben nem kötelező alkalmazni, de hasznos dolgokat tartalmaz! A szabvány publikált fejezetei: ISO/IEC : Concepts & Definitions (published September 2013) ISO/IEC : Test Processes (published September 2013) ISO/IEC : Test Documentation (published September 2013) ISO/IEC : Test Techniques (published December 2015 ) ISO/IEC : Keyword Driven Testing (published November 2016) *A számokat nem kell megjegyezni, csak azt, hogy van ilyen szabvány B.Braun Medical Ltd. Budapest 7

8 ISO/IEC Szoftvertesztelési szabvány Test Processes A szabvány 3 szinten írja le a SW teszteléssel kapcsolatos folyamatokat: Szervezeti szint ( policy, stratégia ) Test management ( tervezés, monitorozás, report ) Dinamikus szint Teszt végrehajtás ( teszt implementálás, futtatás, report ) B.Braun Medical Ltd. Budapest 8

9 ISO/IEC Szoftvertesztelési szabvány Test Documentation dokumentációs mintákat tartalmaz, amelyek lefedik az összes tesztelési folyamatot a szervezetre szabható sémák pl. Test Plan (Ki-Mit-Mikor-Hol) meg kell határoznunk a SW elemeket, amiket tesztelni akarunk milyen funkciókat tesztelünk ( és miket nem ) elfogadási kritérium szerepkörök stb pl. Test Incident Reporting milyen hibák kerültek elő a tesztelés során ki az érintett mikor, milyen SW verzió tesztelésekor találtuk a hibát B.Braun Medical Ltd. Budapest 9

10 ISO/IEC Szoftvertesztelési szabvány Test Techniques tartalmazza az összes elfogadott SW-tesztelési technikát, amit a tesztek tervezése során alkalmazhatunk pl. határérték-ellenőrzés/elemzés: akkor használjuk, ha az adott kódrész bemenetei és kimenetei egy adott tartományon belül mozoghatnak. Az azonosított tartományhatárokon tesztelünk [0,..,24], akkor a 0, 1, 23, 24 lehet érdekes pl. állapotátmenetek: állapotgép esetén a lehetséges állapotátmeneteket bejárjuk pl. ekvivalencia partícionálás: a bemenetek egy halmaza egyforma eredményt ad, elég csak az egyik értékre lefuttatni a tesztet. Szoros kapcsolat a határérték-elemzéssel [0,,24], akkor pl 10 lehet egy teszt adat, vagy esetén 12 és 30. nincs kimerítő tesztelés! Lehetetlen minden változó minden értékét végigpróbálni, túl sok lehetőség.) Keyword Driven Testing olyan módszer, amely olvashatóbbá (és érthetőbbé) teszi a teszteket a fejlesztés más résztvevői számára is (Managerek stb.), ugyanakkor lehetővé teszi az automatizálást. Pl. BBraun system teszt a kulcsszavak egy-egy lépést/akciót jelölnek a tesztben B.Braun Medical Ltd. Budapest 10

11 Mit teszteljünk? Tesztelés szintjei - bemenő paraméterek, elvárt értékek Unit ( legkisebb tesztelhető egység ) függvényparaméterek ( bemenet ), függvény visszatérési értékek ( kimenet ) Unit integráció több unit együttes működését vizsgálja egy magasabb működési egységként Alrendszer Alrendszer interface-e határozza meg, gyakorlatban egy sor adat, amit a többi alrendszer felé kommunikál Rendszer HW+SW integráció, pl. felhasználói felület gombja, pumpa forgása, hangjelzés, stb. A tesztekben ezeket a paramétereket kell előállítani / ellenőrizni! B.Braun Medical Ltd. Budapest 11

12 Unit white box ( kód alapján tesztelünk ) input unit 1 unit 2 helyett mock unit 3 helyett mock output Teszt keretrendszer ( tool / harness ) B.Braun Medical Ltd. Budapest 12

13 Unit integrációs teszt: white box/black box = grey box ( kód alapján tesztelünk ) input unit 1 unit 2 unit 3 output Teszt keretrendszer ( tool / harness ) B.Braun Medical Ltd. Budapest 13

14 Rendszer teszt: white box unit 3 interface unit 1 input unit 2 unit 4 unit 9 unit 10 Teszt keretrendszer ( tool / harness ) unit 6 unit 7 unit 5 unit 8 output B.Braun Medical Ltd. Budapest 14

15 Rendszer teszt: interface black box ( követelmény / specifikáció alapján tesztelek ) input Teszt keretrendszer ( tool / harness ) output B.Braun Medical Ltd. Budapest 15

16 MIT AUTOMATIZÁLJUNK? TESZTTERVEZÉS

17 Automatizált tesztelés előnyei / hátrányai Előnyök Az erőforrások átcsoportosíthatók. Több idő jut az exploratory és a User Interface tesztekre. A tesztek nem felejtődnek el, regressziós tesztek bármikor futtathatók. Éjszakára is ütemezhető (pl. performancia teszt, hosszú teszt futtatás) Gyors iteráció a fejlesztésben Hátrányok Nem lesz olcsóbb a tesztelés! Nem a munkát szüntetjük meg, csak a feladatokat csoportosítjuk át Elfelejtjük a teszt automatizációt projektként kezelni ezért valódi mérőszámok, adatok nem érhetőek el A kialakítás miatt költséges és a tapasztalatok szerint a költség nehezen becsülhető. A teszteket ugyanúgy meg kell írni*, csak a végrehajtás automatikus. *generált tesztek is léteznek, ott a teszt modellt kell elkészíteni B.Braun Medical Ltd. Budapest 17

18 Manuális tesztelés létjogosultsága Miért jó a manuális tesztelés? Az ember miatt fontos (intuíció, rugalmasság) Reaktív tesztelés: reagálni tudunk a gép viselkedésére Exploratory tesztek megkövetelik az emberi jelenlétet A végfelhasználó szempontjai is előkerülnek Teljes System teszt, Acceptance Test A Hardware-rel együtt teszteljük, nem megoldható az automatizálás Felesleges automatizálni A termék életének az elején és a végén Proof-of-concept esetén Prototípusoknál hiányos lehet a specifikáció Konklúzió: Manuális ÉS Automatikus B.Braun Medical Ltd. Budapest 18

19 Milyen teszteket automatizáljunk? Ki kell dolgoznunk egy stratégiát, hogy a tesztjeink közül mennyi legyen automatizált és mennyi manuális A hosszú teszteket automatizáljuk Meglévő terméket általában csak rendszer teszttel fedünk, új projektnél mehetünk alsóbb tesztelési szintekre is Amíg az automatizált tesztek kialakulnak, a manuális tesztekkel is foglalkozni kell! B.Braun Medical Ltd. Budapest 19

20 Code Refactoring és tesztelés A SW újra struktúrálása, az eredeti funkció változtatása nélkül. Célja a kód minőségének a javítása ( olvashatóság, karbantarthatóság ) Fenn áll a veszély a regresszióra Addig nem állunk neki a refactornak, amíg nincsenek tesztek az aktuális működésre Kívülről nézve mindennek ugyanúgy kell működnie, ahogy a refactor előtt, de sajnos ez a unit tesztek egy részére nem igaz A kód módosítása után/közben (gyors visszajelzés!) lefuttatjuk a teszteket Alkalmazás: Aktuális fejlesztés még nincs integrálva ( piszkozat ) Szeretnénk, ha a végleges kód letisztult lenne A tesztet is refaktoráljuk! B.Braun Medical Ltd. Budapest 20

21 Code Refactoring és tesztelés Legacy SW Újrahasznált / elhanyagolt kódok Időigényes a refaktorálás, ezért sokszor csak részleges Nem használunk unit tesztet Magas szintű ( funkcionális ) tesztek Gyorsabban elkészül A teszt kevésbé fog függeni a kód struktúrájától (black box tesztelés) B.Braun Medical Ltd. Budapest 21

22 HOGYAN AUTOMATIZÁLJUNK? TESZTVÉGREHAJTÁS, TESZTKIÉRTÉKELÉS

23 Automatizált tesztelés a fejlesztési folyamatban Tesztek végrehajtásához szükséges feltétel Kész kód Sikeres fordítás ( compile / build ) Smoke-teszt: ha elindítom, fut-e egyáltalán a SW Ha ezek nem teljesülnek, nincs értelme a teszteket futtani ( kivévétel: TDD, BDD ) A fejlesztési modell szerinti sorrendben futtatjuk a teszteket (pl. V-modell) Unit teszt Integrációs teszt Subsystem teszt System teszt B.Braun Medical Ltd. Budapest 23

24 Unit tesztek és TDD Unit tesztet MINDIG a fejlesztő írja (ha írok egy függvénytt és más is használja, akkor anna a függvénynek a minőségért én felelek) White-box tesztelés DE BlackBox test technikákat is alkalmazunk ( ismerjük a kód felépítését ) Fontos a gyors visszacsatolás A tesztet jellemzően a fejlesztő futtatja, de futhatnak szerveren is Azon a nyelven íródik, amin a SW is. Test Driven Development Kis lépésekben fejlesztjük le a funkciót ( 1-2 perces iterációk ) Előbb egy tesztet készítünk el, ami hibát fog jelezni ( még nincs kész a kód ) Ezután éppen annyi kódot fejlesztünk le, ami után sikeres a teszt B.Braun Medical Ltd. Budapest 24

25 Unit tesztek és TDD Forrás: B.Braun Medical Ltd. Budapest 25

26 Behaviour Driven Development (BDD) TDD-hez hasonlít, de magasabb szinten alkalmazzuk, rendszerint rendszer teszt A SW viselkedését domain-specifikus nyelven írjuk le, kulcsszavak segítségével 3 amigo: A teszt írásakor fejlesztő-tesztelő-requirement engineer is részt vesz Olvashatóbbá (és érthetőbbé) teszi a teszteket, ugyanakkor lehetővé teszi az automatizálást A tesztet futtató szoftver értelmezni tudja a kulcsszavakat / mondatokat Az egyes mondatokhoz hozzárendelünk egy futtatható teszt kódot pl. Gherkin + Cucumber B.Braun Medical Ltd. Budapest 26

27 Behaviour Driven Development (BDD) B.Braun Medical Ltd. Budapest 27

28 Behaviour Driven Development (BDD) Gyorsan elkészíthető Élő dokumentáció Általában system szintű viselkedés leírására használjuk A funkció specifikációja maga a teszt is, nem csupán egy kiindulási pont - - ha elbukik a teszt, akkor elbukik a követelmény is, a bidirectional traceability teljes megvalósulása A fejlesztőnek úgy kell implementálnia egy funkciót, hogy átmenjen a teszten Bárki számára érthető, használható ( managerek, userek ) De: A gyakorlatban a managereknek / usereknek nincs rá idejük, ezért többnyire a tesztelők írják a fixture kódok karbantartása sok munka: FONTOS számukat korlátozni, minőségüket tesztekkel felügyelni B.Braun Medical Ltd. Budapest 28

29 Statikus kódanalízis Akkor alkalmazzuk, ha a kód elkészült Nem futtatjuk a kódot Coding standard eknek való megfelelés ( pl. Misra-C ) Lehetnek projekt-szintű előírások ( bekezdés, névkonvenciók, stb. ) A végeredmény feltétele kell legyen a Release-nek B.Braun Medical Ltd. Budapest 29

30 Statikus kódanalízis B.Braun Medical Ltd. Budapest 30

31 Dinamikus kódanalízis és egyéb teszt típusok Futtajuk a kódot, közben végezzük a méréseket Kódlefedettség ( pl. gcov ) unit tesztek minősége Milyen utasítások hajtódtak végre Milyen döntési ágakra futottunk rá Memóriahasználat - memcheck ( pl. valgrind ) Performancia tesztek Mennyi kérést képes kiszolgálni a SW Hosszú működés során mennyire stabil Futási idő De: Probe-effect! kódba beépülő tool-ok, befolyásoljuk a mérési eredményt! B.Braun Medical Ltd. Budapest 31

32 Dinamikus kódanalízis kódlefedettség mérés B.Braun Medical Ltd. Budapest 32

33 Continuous Integration Az automatizált folyamatok segítik az új funkciók gyors integrálását a rendszerbe eszköz: pl. Jenkins Egy lépés sikeressége triggereli a következő lépést Lehet több kilépési pont ( pl. nem sikerül a fordítás ) Minden esetben report készül, amit megkapnak az érintettek Több eszköz együttes használata ( version control, build szerver, teszt tool, stb. ) Code Compile / build Static code analysis / unit test Ingtegration tests Internal release Report B.Braun Medical Ltd. Budapest 33

34 Egyéb eszközök az automatizálásban Test recording Manuális tesztlépések felvétele, későbbi megismétlés céljából Hasznos, ha pontosan meg akarunk ismételni egy tesztet Exploratory tesztelés során fontos Gyorsan elévül, ha változik a szoftver, ezért az összes tesztet nem lehet erre építeni Mutation test A kódban végzünk módosításokat, és leellenőrizzük, hogy átmegy-e a teszten Ha egy módosított kód átmegy a teszteken, akkor nem elég jók a tesztjeink A tesztek minőségét azzal a mérőszámmal jellemezhetjük, hogy hány mutációt tud jelezni B.Braun Medical Ltd. Budapest 34

35 Egyéb eszközök az automatizálásban Fuzz testing / Monkey testing Véletlenszerű inputok generálása A lényeg, hogy nem várt működést idézzünk elő UI-on össze-vissza kattintgató alkalmazás Test Management tool-ok Tesztek rendszerezése Teszt riportok tárolása Tesztelési folyamat állapota ellenőrizhető Traceability melyik teszt melyik követelményhez tartozik Configuration Management melyik teszt melyik verzióra érvényes B.Braun Medical Ltd. Budapest 35

36 Szimulátor a tesztelésben SW szimulátor A SW valós környezetét utánozzuk ( pl. szenzorok, aktuátorok ) Költséghatékony nem kell a HW-nek rendelkezésre állnia Helyfüggetlen, minden alkalmazott használhatja A teszteket könnyebb szerveren futtatni Egyszerűsíti az automatizálást Hardware in the loop (HIL) A szenzorok, aktuátorok szimulációjára HW eszközt használunk Bizonyos szoftvereket az adott célhardveren kell tesztelni B.Braun Medical Ltd. Budapest 36

37 Összefoglalás 62304: kellenek regressziós tesztek 29119: folyamatok, dokumentumok, elméleti eszköztár a teszteléshez Fontos a gyors visszacsatolás a hibákról Nem lehet mindent automatizálni A refaktorálásnak elengedhetetlen előfeltétele a tesztek megléte Test First módszerek: TDD, BDD módszerek Statikus + dinamikus kód analízis Tesztek minőségére is figyelni kell ( mutation testing, tesztek review-ja ) Egyéb tool-ok ( fuzzy test, test management, szimulátor ) Folyamatos integráció B.Braun Medical Ltd. Budapest 37

Verifikáció és validáció Általános bevezető

Verifikáció és validáció Általános bevezető Verifikáció és validáció Általános bevezető Általános Verifikáció és validáció verification and validation - V&V: ellenőrző és elemző folyamatok amelyek biztosítják, hogy a szoftver megfelel a specifikációjának

Részletesebben

Szoftverminőségbiztosítás

Szoftverminőségbiztosítás NGB_IN003_1 SZE 2014-15/2 (8) Szoftverminőségbiztosítás Szoftvertesztelési folyamat (folyt.) Szoftvertesztelési ráfordítások (Perry 1995) Tesztelésre fordítódik a projekt költségvetés 24%-a a projekt menedzsment

Részletesebben

OpenCL alapú eszközök verifikációja és validációja a gyakorlatban

OpenCL alapú eszközök verifikációja és validációja a gyakorlatban OpenCL alapú eszközök verifikációja és validációja a gyakorlatban Fekete Tamás 2015. December 3. Szoftver verifikáció és validáció tantárgy Áttekintés Miért és mennyire fontos a megfelelő validáció és

Részletesebben

Angolul: Extreme Programming, röviden: XP Agilis módszertan. Más módszertanok bevált technikáinak extrém módú (nagyon jó) használata

Angolul: Extreme Programming, röviden: XP Agilis módszertan. Más módszertanok bevált technikáinak extrém módú (nagyon jó) használata Angolul: Extreme Programming, röviden: XP Agilis módszertan. Más módszertanok bevált technikáinak extrém módú (nagyon jó) használata jelentése: gyors, fürge 1990-es évek vége Változás igénye Módszertan-család

Részletesebben

MIÉRT KELL TESZTELNI?

MIÉRT KELL TESZTELNI? Unrestricted MIÉRT KELL TESZTELNI? MIÉRT KELL TESZTELNI? A termékminőség fejlesztése...hogy megtaláljuk a hibákat, mert azok ott vannak... MIÉRT KELL TESZTELNI? Hogy felderítsük, mit tud a szoftver MIÉRT

Részletesebben

(Teszt)automatizálás. Bevezető

(Teszt)automatizálás. Bevezető (Teszt)automatizálás Bevezető Órák ( az előadások sorrendje változhat) 1. Bevezető bemutatkozás, követelmények, kérdések és válaszok 2. Előadás Unit test in general, 3. Előadás Unit test, Tools and practices,

Részletesebben

ORVOSTECHNIKAI ESZKÖZÖK GYÁRTMÁNYFEJLESZTÉSE AKTÍV ORVOSI ESZKÖZÖK FEJLESZTÉSE - PEMS V&V

ORVOSTECHNIKAI ESZKÖZÖK GYÁRTMÁNYFEJLESZTÉSE AKTÍV ORVOSI ESZKÖZÖK FEJLESZTÉSE - PEMS V&V ORVOSTECHNIKAI ESZKÖZÖK GYÁRTMÁNYFEJLESZTÉSE AKTÍV ORVOSI ESZKÖZÖK FEJLESZTÉSE - PEMS V&V Nagy Katinka Budapest, 29 November 2018 Bemutatkozás Nagy Katinka Villamosmérnök BSc (2012) Villamosmérnök MSc

Részletesebben

Szoftverminőségbiztosítás

Szoftverminőségbiztosítás NGB_IN003_1 SZE 2014-15/2 (7) Szoftverminőségbiztosítás Szoftvertesztelési folyamat Szoftverek és környezet Nem egyforma a szoftverek használatához kapcsolódó kockázat Különböző kockázati szintek -> eltérő

Részletesebben

Orvosi eszközök gyártmányfejlesztése Aktív orvosi eszköz szoftver verifikálása, validálása (V&V) Dolgos Márton Budapest, 2013-11-07

Orvosi eszközök gyártmányfejlesztése Aktív orvosi eszköz szoftver verifikálása, validálása (V&V) Dolgos Márton Budapest, 2013-11-07 Orvosi eszközök gyártmányfejlesztése Aktív orvosi eszköz szoftver verifikálása, validálása (V&V) Dolgos Márton Budapest, 2013-11-07 Bemutatkozás Dolgos Márton Okleveles villamosmérnök (2008) Bay Zoltán

Részletesebben

Orvostechnikai eszközök gyártmányfejlesztése Aktív orvosi eszközök fejlesztése PEMS V&V. Nagy Katinka

Orvostechnikai eszközök gyártmányfejlesztése Aktív orvosi eszközök fejlesztése PEMS V&V. Nagy Katinka Orvostechnikai eszközök gyártmányfejlesztése Aktív orvosi eszközök fejlesztése PEMS V&V Nagy Katinka 2016-11-24 Bemutatkozás Nagy Katinka Villamosmérnök BSc (2012) Villamosmérnök MSc (2014) Rendszer tesztmérnök,

Részletesebben

Unit Teszt. Tóth Zsolt. Miskolci Egyetem. Tóth Zsolt (Miskolci Egyetem) Unit Teszt / 22

Unit Teszt. Tóth Zsolt. Miskolci Egyetem. Tóth Zsolt (Miskolci Egyetem) Unit Teszt / 22 Unit Teszt Tóth Zsolt Miskolci Egyetem 2013 Tóth Zsolt (Miskolci Egyetem) Unit Teszt 2013 1 / 22 Tartalomjegyzék 1 Bevezetés 2 Unit Teszt 3 Példa Tóth Zsolt (Miskolci Egyetem) Unit Teszt 2013 2 / 22 Szoftvertesztelés

Részletesebben

Tesztelési szintek Tesztautomatizálás

Tesztelési szintek Tesztautomatizálás Integrációs és ellenőrzési technikák (VIMIA04) Tesztelési szintek Tesztautomatizálás Majzik István, Micskei Zoltán Méréstechnika és Információs Rendszerek Tanszék Budapesti Műszaki és Gazdaságtudományi

Részletesebben

A szoftver tesztelés alapjai

A szoftver tesztelés alapjai Szoftverellenőrzési technikák A szoftver tesztelés alapjai Micskei Zoltán, Majzik István http://www.inf.mit.bme.hu/ 1 Hol tartunk a félévi anyagban? Követelményspecifikáció ellenőrzése Ellenőrzések a tervezési

Részletesebben

Teszt terv Új funkció implementációja meglévı alkalmazásba

Teszt terv Új funkció implementációja meglévı alkalmazásba Teszt terv Új funkció implementációja meglévı alkalmazásba Passed Informatikai Kft. www.passed.hu Farkas Gábor 2007-P-123-45-T-1-1 IIR - Test Manager course 2 Szerepkör Név Aláírás Aláírás dátuma IT Projekt

Részletesebben

Miskolci Egyetem Általános Informatikai Tanszék

Miskolci Egyetem Általános Informatikai Tanszék Software tesztelés Miskolci Egyetem Általános Informatikai Tanszék Software tesztelés SWTESZT / 1 A tesztelés feladata Két alapvető cél rendszerben található hibák felderítése annak ellenőrzése, hogy a

Részletesebben

A tesztelés feladata. Verifikáció

A tesztelés feladata. Verifikáció Software tesztelés Miskolci Egyetem Általános Informatikai Tanszék Software tesztelés SWTESZT / 1 A tesztelés feladata Két alapvető cél rendszerben található hibák felderítése annak ellenőrzése, hogy a

Részletesebben

Szoftverfejlesztés teszteléssel

Szoftverfejlesztés teszteléssel Szoftverfejlesztés teszteléssel A szoftvertesztelés úgyis a tesztelők dolga! Vagy nem csak az övék?! 2017. november 22. (c) 2017 CTL Software Kft 1 Bemutatkozás (c) 2017 CTL Software Kft 2 ELISPOT (c)

Részletesebben

MŰSZAKI TESZTTERVEZÉSI TECHNIKÁK STRUKTÚRA ALAPÚ, VAGY FEHÉRDOBOZ TECHNIKÁK TAPASZTALAT ALAPÚ TECHNIKÁK

MŰSZAKI TESZTTERVEZÉSI TECHNIKÁK STRUKTÚRA ALAPÚ, VAGY FEHÉRDOBOZ TECHNIKÁK TAPASZTALAT ALAPÚ TECHNIKÁK MŰSZAKI TESZTTERVEZÉSI TECHNIKÁK STRUKTÚRA ALAPÚ, VAGY FEHÉRDOBOZ TECHNIKÁK TAPASZTALAT ALAPÚ TECHNIKÁK MUNKAERŐ-PIACI IGÉNYEKNEK MEGFELELŐ, GYAKORLATORIENTÁLT KÉPZÉSEK, SZOLGÁLTATÁSOK A DEBRECENI EGYETEMEN

Részletesebben

MŰSZAKI TESZTTERVEZÉSI TECHNIKÁK A TESZT FEJLESZTÉSI FOLYAMATA A TESZTTERVEZÉSI TECHNIKÁK KATEGÓRIÁI

MŰSZAKI TESZTTERVEZÉSI TECHNIKÁK A TESZT FEJLESZTÉSI FOLYAMATA A TESZTTERVEZÉSI TECHNIKÁK KATEGÓRIÁI MŰSZAKI TESZTTERVEZÉSI TECHNIKÁK A TESZT FEJLESZTÉSI FOLYAMATA A TESZTTERVEZÉSI TECHNIKÁK KATEGÓRIÁI MUNKAERŐ-PIACI IGÉNYEKNEK MEGFELELŐ, GYAKORLATORIENTÁLT KÉPZÉSEK, SZOLGÁLTATÁSOK A DEBRECENI EGYETEMEN

Részletesebben

2011.11.29. JUnit. JUnit használata. IDE támogatás. Parancssori használat. Teszt készítése. Teszt készítése

2011.11.29. JUnit. JUnit használata. IDE támogatás. Parancssori használat. Teszt készítése. Teszt készítése Tartalom Integrált fejlesztés Java platformon JUnit JUnit használata Tesztelési technikák Demo 2 A specifikáció alapján teszteljük a program egyes részeit, klasszikus V-modell szerint Minden olyan metódust,

Részletesebben

Modell alapú tesztelés: célok és lehetőségek

Modell alapú tesztelés: célok és lehetőségek Szoftvertesztelés 2016 Konferencia Modell alapú tesztelés: célok és lehetőségek Dr. Micskei Zoltán Budapesti Műszaki és Gazdaságtudományi Egyetem Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika

Részletesebben

MŰSZAKI TESZTTERVEZÉSI TECHNIKÁK TESZTELÉSI TECHNIKÁK KIVÁLASZTÁSA

MŰSZAKI TESZTTERVEZÉSI TECHNIKÁK TESZTELÉSI TECHNIKÁK KIVÁLASZTÁSA MŰSZAKI TESZTTERVEZÉSI TECHNIKÁK TESZTELÉSI TECHNIKÁK KIVÁLASZTÁSA MUNKAERŐ-PIACI IGÉNYEKNEK MEGFELELŐ, GYAKORLATORIENTÁLT KÉPZÉSEK, SZOLGÁLTATÁSOK A DEBRECENI EGYETEMEN ÉLELMISZERIPAR, GÉPÉSZET, INFORMATIKA,

Részletesebben

Mesterséges intelligencia alapú regressziós tesztelés

Mesterséges intelligencia alapú regressziós tesztelés Mesterséges intelligencia alapú regressziós tesztelés Gujgiczer Anna, Elekes Márton* * AZ EMBERI ERŐFORRÁSOK MINISZTÉRIUMA ÚNKP-16-1-I. KÓDSZÁMÚ ÚJ NEMZETI KIVÁLÓSÁG PROGRAMJÁNAK TÁMOGATÁSÁVAL KÉSZÜLT

Részletesebben

Programozási technológia II 7. előadás. Verifikáció és validáció Giachetta Roberto

Programozási technológia II 7. előadás. Verifikáció és validáció Giachetta Roberto Eötvös Loránd Tudományegyetem Informatikai Kar Programozási technológia II 7. előadás Verifikáció és validáció 2016 Giachetta Roberto groberto@inf.elte.hu http://people.inf.elte.hu/groberto Minőségbiztosítás

Részletesebben

Szoftverminőségbiztosítás

Szoftverminőségbiztosítás NGB_IN003_1 SZE 2017-18/2 (9) Szoftverminőségbiztosítás Specifikáció alapú (black-box) technikák A szoftver mint leképezés Szoftverhiba Hibát okozó bement Hibás kimenet Input Szoftver Output Funkcionális

Részletesebben

Orvostechnikai eszköz tesztelése DSS Unit test. Taliga Miklós BME-IIT

Orvostechnikai eszköz tesztelése DSS Unit test. Taliga Miklós BME-IIT Orvostechnikai eszköz tesztelése DSS Unit test Taliga Miklós BME-IIT Szabványok és direktívák Orvostechnikai eszközök feladatai Objektív eredmények képzése Embernek érzékelhetetlen paraméterek mérése Sokféle

Részletesebben

JSF alkalmazások teljesítményhangolása JMeter és dynatrace segítségével

JSF alkalmazások teljesítményhangolása JMeter és dynatrace segítségével JSF alkalmazások teljesítményhangolása JMeter és dynatrace segítségével Bakai Balázs bakaibalazs@gmail.com http://seamplex.blogspot.hu 2013. október 9. Miről lesz szó? A JSF működése (röviden ) Terheléses

Részletesebben

A fejlesztéshez használható eszközök

A fejlesztéshez használható eszközök A fejlesztéshez használható eszközök CASE Tools Computer Aided Software Engineering Tools 2018.12.07. Korszerű módszerek a közlekedésautomatikai rendszerek fejlesztésében 1 Ismétlés fejlesztési háromszög

Részletesebben

Szoftverminőségbiztosítás

Szoftverminőségbiztosítás NGB_IN003_1 SZE 2014-15/2 (3) Szoftverminőségbiztosítás A szoftverminőségbiztosítási rendszer (folyt.) Eljárások, munkautasítások Eljárás: egy adott módja valami elvégzésének részletezett tevékenységek,

Részletesebben

TESZTMENEDZSMENT TESZTELŐ SZERVEZET TESZTTERVEZÉS ÉS BECSLÉS

TESZTMENEDZSMENT TESZTELŐ SZERVEZET TESZTTERVEZÉS ÉS BECSLÉS TESZTMENEDZSMENT TESZTELŐ SZERVEZET TESZTTERVEZÉS ÉS BECSLÉS MUNKAERŐ-PIACI IGÉNYEKNEK MEGFELELŐ, GYAKORLATORIENTÁLT KÉPZÉSEK, SZOLGÁLTATÁSOK A DEBRECENI EGYETEMEN ÉLELMISZERIPAR, GÉPÉSZET, INFORMATIKA,

Részletesebben

ESZKÖZTÁMOGATÁS A TESZTELÉSBEN

ESZKÖZTÁMOGATÁS A TESZTELÉSBEN ESZKÖZTÁMOGATÁS A TESZTELÉSBEN MUNKAERŐ-PIACI IGÉNYEKNEK MEGFELELŐ, GYAKORLATORIENTÁLT KÉPZÉSEK, SZOLGÁLTATÁSOK A DEBRECENI EGYETEMEN ÉLELMISZERIPAR, GÉPÉSZET, INFORMATIKA, TURISZTIKA ÉS VENDÉGLÁTÁS TERÜLETEN

Részletesebben

A DevOps-kultúra eszközei

A DevOps-kultúra eszközei ELTE Informatikai Kar, Programozási Nyelvek és Fordítóprogramok Tanszék patakino@elte.hu Neumann Konferencia Mi az a DevOps? Development & Operations Alapok Szoftverfejlesztés: csapatmunka Csapatmunka

Részletesebben

Minőségmenedzsment és Informatika Test-Driven Development

Minőségmenedzsment és Informatika Test-Driven Development Minőségmenedzsment és Informatika Test-Driven Development Varga Balázs G5S8 2008.10.27 Szoftverfejlesztés jellemzői Megrendelői igények Tervezés Implementálás Tesztelés Dokumentálás

Részletesebben

Hatékony iteratív fejlesztési módszertan a gyakorlatban a RUP fejlesztési módszertanra építve

Hatékony iteratív fejlesztési módszertan a gyakorlatban a RUP fejlesztési módszertanra építve Hatékony iteratív fejlesztési módszertan a gyakorlatban a RUP fejlesztési módszertanra építve Kérdő Attila, ügyvezető, INSERO Kft. EOQ MNB, Informatikai Szakosztály, HTE, ISACA 2012. május 17. Módszertanok

Részletesebben

Szoftver karbantartási lépések ellenőrzése

Szoftver karbantartási lépések ellenőrzése Szoftverellenőrzési technikák (vimim148) Szoftver karbantartási lépések ellenőrzése Majzik István Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék http://www.inf.mit.bme.hu/

Részletesebben

Miskolci Egyetem Alkalmazott Informatikai Intézeti Tanszék A minőségbiztosítás informatikája. Készítette: Urbán Norbert

Miskolci Egyetem Alkalmazott Informatikai Intézeti Tanszék A minőségbiztosítás informatikája. Készítette: Urbán Norbert Miskolci Egyetem Alkalmazott Informatikai Intézeti Tanszék A minőségbiztosítás informatikája Készítette: Urbán Norbert Szoftver-minőség A szoftver egy termelő-folyamat végterméke, A minőség azt jelenti,

Részletesebben

Fejlesztési projektek menedzselése IBM Rational CLM termékekkel. Ker-Soft Kft. Kaszás Orsolya - üzleti tanácsadó

Fejlesztési projektek menedzselése IBM Rational CLM termékekkel. Ker-Soft Kft. Kaszás Orsolya - üzleti tanácsadó Fejlesztési projektek menedzselése IBM Rational CLM termékekkel Ker-Soft Kft. Kaszás Orsolya - üzleti tanácsadó Tartalom I. CLM termékek rövid ismertetése II. Projekt menedzsment módszertanokról III. Demo

Részletesebben

Megoldások a mintavizsga kérdések a VIMIAC04 tárgy ellenőrzési technikák részéhez kapcsolódóan (2017. május)

Megoldások a mintavizsga kérdések a VIMIAC04 tárgy ellenőrzési technikák részéhez kapcsolódóan (2017. május) Megoldások a mintavizsga kérdések a VIMIAC04 tárgy ellenőrzési technikák részéhez kapcsolódóan (2017. május) Teszt kérdések 1. Melyik állítás igaz a folytonos integrációval (CI) kapcsolatban? a. Folytonos

Részletesebben

Specifikáció alapú teszttervezési módszerek

Specifikáció alapú teszttervezési módszerek Szoftverellenőrzési technikák Specifikáció alapú teszttervezési módszerek Majzik István, Micskei Zoltán http://www.inf.mit.bme.hu/ 1 Klasszikus tesztelési feladat A tesztelendő program beolvas 3 egész

Részletesebben

Tesztelés az XP-ben Tesztelés az XP-ben. A tesztelés kulcsjellemzői:

Tesztelés az XP-ben Tesztelés az XP-ben. A tesztelés kulcsjellemzői: Dr. Mileff Péter 1 2 Az XP nagyobb hangsúlyt fektet a tesztelés folyamatára, mint a többi agilis módszer Oka: a teszteléssel és a rendszer validálásával kapcsolatos problémák elkerülése. A rendszertesztelés

Részletesebben

A szoftverfejlesztési folyamatok képességének mérése. Kuzma Éva Budapest,

A szoftverfejlesztési folyamatok képességének mérése. Kuzma Éva Budapest, A szoftverfejlesztési folyamatok képességének mérése Kuzma Éva Budapest, 2013-11-14 Bemutatkozás Kuzma Éva Okleveles műszaki menedzser (BME) -2011 Minőség-és technológiamenedzsment szakirány Belső minőségügyi

Részletesebben

Test Strategy. Monotonitá s tűrése (0 5) Biztonsági tudás (0 5) Adatbázis ismeret (0 5)

Test Strategy. Monotonitá s tűrése (0 5) Biztonsági tudás (0 5) Adatbázis ismeret (0 5) Test Strategy Agilis módszertant alkalmazunk a projektjeink tesztelése során, ahol rövid sprintekben dolgozunk, melyekben csak néhány követelményre fokuszálunk. Előzőekből adódik, hogy ezen feladatok nem

Részletesebben

Specifikáció alapú teszttervezési módszerek

Specifikáció alapú teszttervezési módszerek Szoftverellenőrzési technikák Specifikáció alapú teszttervezési módszerek Majzik István, Micskei Zoltán http://www.inf.mit.bme.hu/ 1 Klasszikus tesztelési feladat A tesztelendő program beolvas 3 egész

Részletesebben

6. Tesztelés (Verification and Validation Testing)

6. Tesztelés (Verification and Validation Testing) 6. Tesztelés (Verification and Validation Testing) Definitions: "A tesztelés csak a hibák létét bizonyítja, de azok hiányát nem!" Error: people makes error. Synonym: mistake. When people makes mistakes

Részletesebben

Szoftverminőségbiztosítás

Szoftverminőségbiztosítás NGB_IN003_1 SZE 2014-15/2 (11) Szoftverminőségbiztosítás Tesztautomatizálás A tesztelés kivitelezése Tesztelési feladatok Detektálatlan maradék hibák számának csökkentése hatásosan és hatékonyan megfelelő

Részletesebben

TESZTELÉS A SZOFTVER ÉLETCIKLUSÁN ÁT SZOFTVERFEJLESZTÉSI MODELLEK

TESZTELÉS A SZOFTVER ÉLETCIKLUSÁN ÁT SZOFTVERFEJLESZTÉSI MODELLEK TESZTELÉS A SZOFTVER ÉLETCIKLUSÁN ÁT SZOFTVERFEJLESZTÉSI MODELLEK MUNKAERŐ-PIACI IGÉNYEKNEK MEGFELELŐ, GYAKORLATORIENTÁLT KÉPZÉSEK, SZOLGÁLTATÁSOK A DEBRECENI EGYETEMEN ÉLELMISZERIPAR, GÉPÉSZET, INFORMATIKA,

Részletesebben

Orvosi eszközök gyártmányfejlesztése Aktív orvosi eszköz szoftver verifikálása, validálása (V&V) Nagy Katinka Budapest,

Orvosi eszközök gyártmányfejlesztése Aktív orvosi eszköz szoftver verifikálása, validálása (V&V) Nagy Katinka Budapest, Orvosi eszközök gyártmányfejlesztése Aktív orvosi eszköz szoftver verifikálása, validálása (V&V) Nagy Katinka Budapest, 2016-11-24 Bemutatkozás Nagy Katinka Villamosmérnök BSc (2012) Villamosmérnök MSc

Részletesebben

30 MB INFORMATIKAI PROJEKTELLENŐR

30 MB INFORMATIKAI PROJEKTELLENŐR INFORMATIKAI PROJEKTELLENŐR 30 MB DOMBORA SÁNDOR BEVEZETÉS (INFORMATIKA, INFORMATIAKI FÜGGŐSÉG, INFORMATIKAI PROJEKTEK, MÉRNÖKI ÉS INFORMATIKAI FELADATOK TALÁKOZÁSA, TECHNOLÓGIÁK) 2016. 09. 17. MMK- Informatikai

Részletesebben

Objektumorientált tesztelés

Objektumorientált tesztelés Objektumorientált tesztelés OO tesztelés OO tesztelés funkcionális modell Az objektumok különálló komponensként nagyobbak, mint az egyszerű függvények A rendszernek nincsen egyértelmű teteje (az alrendszerekbe

Részletesebben

Algoritmizálás, adatmodellezés tanítása 6. előadás

Algoritmizálás, adatmodellezés tanítása 6. előadás Algoritmizálás, adatmodellezés tanítása 6. előadás Tesztelési módszerek statikus tesztelés kódellenőrzés szintaktikus ellenőrzés szemantikus ellenőrzés dinamikus tesztelés fekete doboz módszerek fehér

Részletesebben

Gyakorlat és házi feladat tájékoztató

Gyakorlat és házi feladat tájékoztató Szoftverellenőrzési technikák (VIMIM148) Gyakorlat és házi feladat tájékoztató Micskei Zoltán Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék Szoftverellenőrzési

Részletesebben

ORVOSI ESZKÖZÖK GYÁRTMÁNYFEJLESZTÉSE AKTÍV ORVOSI ESZKÖZ SZOFTVER VERIFIKÁLÁSA, VALIDÁLÁSA (V&V)

ORVOSI ESZKÖZÖK GYÁRTMÁNYFEJLESZTÉSE AKTÍV ORVOSI ESZKÖZ SZOFTVER VERIFIKÁLÁSA, VALIDÁLÁSA (V&V) ORVOSI ESZKÖZÖK GYÁRTMÁNYFEJLESZTÉSE AKTÍV ORVOSI ESZKÖZ SZOFTVER VERIFIKÁLÁSA, VALIDÁLÁSA (V&V) Meilinger Ákos Budapest, 08 November 2018 Bemutatkozás Meilinger Ákos Villamosmérnök BSc (2011) Villamosmérnök

Részletesebben

Használati alapú és modell alapú tesztelés kombinálása szolgáltatásorientált architektúrák teszteléséhez az ipari gyakorlatban

Használati alapú és modell alapú tesztelés kombinálása szolgáltatásorientált architektúrák teszteléséhez az ipari gyakorlatban Használati alapú és modell alapú tesztelés kombinálása szolgáltatásorientált architektúrák teszteléséhez az ipari gyakorlatban Nagy Attila Mátyás 2016.12.07. Áttekintés Bevezetés Megközelítés Pilot tanulmányok

Részletesebben

Rubin SPIRIT TEST. Domino net provisioning tesztelése esettanulmány 1.0. Készítette: Dobó Arnold Jóváhagyta: Varga József. Rubin Informatikai Zrt.

Rubin SPIRIT TEST. Domino net provisioning tesztelése esettanulmány 1.0. Készítette: Dobó Arnold Jóváhagyta: Varga József. Rubin Informatikai Zrt. Domino net provisioning tesztelése esettanulmány 1.0 Készítette: Dobó Arnold Jóváhagyta: Varga József Rubin Informatikai Zrt. 1149 Budapest, Egressy út 17-21. telefon: +361 469 4020; fax: +361 469 4029

Részletesebben

Orvosi eszközök gyártmányfejlesztése PEMS beágyazott szoftverének fejlesztése. Dolgos Márton Budapest,

Orvosi eszközök gyártmányfejlesztése PEMS beágyazott szoftverének fejlesztése. Dolgos Márton Budapest, Orvosi eszközök gyártmányfejlesztése PEMS beágyazott szoftverének fejlesztése Dolgos Márton Budapest, 2013-10-31 Bemutatkozás Dolgos Márton Okleveles villamosmérnök (2008) Bay Zoltán Alkalmazott Kutatási

Részletesebben

Dialízis gép software komponensét alkotó unitok modul tesztje követelmény és struktúra alapon

Dialízis gép software komponensét alkotó unitok modul tesztje követelmény és struktúra alapon Vezdén Eszter Dialízis gép software komponensét alkotó unitok modul tesztje követelmény és struktúra alapon Kutatói beszámoló Ipari konzulens: Trenyik Ádám, B. Braun Medical Kft. Kutatói ösztöndíjamat

Részletesebben

Informatikai projektellenőr szerepe/feladatai Informatika / Az informatika térhódítása Függőség az információtól / informatikától Információs

Informatikai projektellenőr szerepe/feladatai Informatika / Az informatika térhódítása Függőség az információtól / informatikától Információs Bevezetés Projektellenőr szerepe és feladatai Informatika Informatikai függőség Informatikai projektek Mérnöki és informatikai feladatok találkozása technológiák 1 Tartalom Informatikai projektellenőr

Részletesebben

extreme Programming programozástechnika

extreme Programming programozástechnika extreme Programming programozástechnika Készítette: Török T k Balázs G5-S8 Kezdetek Martin Fowler : The New Methodology Legtöbb projekt követelményei állandóan változnak Megoldást adaptív módszerek Kezdetek

Részletesebben

A szoftver-folyamat. Szoftver életciklus modellek. Szoftver-technológia I. Irodalom

A szoftver-folyamat. Szoftver életciklus modellek. Szoftver-technológia I. Irodalom A szoftver-folyamat Szoftver életciklus modellek Irodalom Ian Sommerville: Software Engineering, 7th e. chapter 4. Roger S. Pressman: Software Engineering, 5th e. chapter 2. 2 A szoftver-folyamat Szoftver

Részletesebben

Szoftver-technológia II. Szoftver újrafelhasználás. (Software reuse) Irodalom

Szoftver-technológia II. Szoftver újrafelhasználás. (Software reuse) Irodalom Szoftver újrafelhasználás (Software reuse) Irodalom Ian Sommerville: Software Engineering, 7th e. chapter 18. Roger S. Pressman: Software Engineering, 5th e. chapter 27. 2 Szoftver újrafelhasználás Szoftver

Részletesebben

Programrendszerek tanúsítása szoftverminőség mérése

Programrendszerek tanúsítása szoftverminőség mérése SZEGEDI TUDOMÁNYEGYETEM Programrendszerek tanúsítása szoftverminőség mérése Dr. Gyimóthy Tibor Dr. Ferenc Rudolf Szoftverminőség biztosítás Fő cél: az üzemelő IT rendszerekben csökkenteni a hibák számát

Részletesebben

Kompetens szoftvertesztelés a gyakorlatban II. zárthelyi dolgozat

Kompetens szoftvertesztelés a gyakorlatban II. zárthelyi dolgozat Név:...................................... Neptunkód:................... Kompetens szoftvertesztelés a gyakorlatban II. zárthelyi dolgozat 2015. április 22. (szerda) Kitöltési útmutató A dolgozat kitöltéséhez

Részletesebben

Code review és continous integration toolok BME-MIT

Code review és continous integration toolok BME-MIT és continous integration toolok Egy (nagy)vállalati környezet Nagy fejlesztőcsapat, sok fejlesztő Rengeteg commit Subversion esetén központi szerver Git esetén elosztottan van mindenkinél egy repó Vagy

Részletesebben

Digitális eszközök típusai

Digitális eszközök típusai Digitális eszközök típusai A digitális eszközök típusai Digitális rendszer fogalma Több minden lehet digitális rendszer Jelen esetben digitális integrált áramköröket értünk a digitális rendszerek alatt

Részletesebben

Statikus technikák: A szoftver átvizsgálása. Statikus technikák: A szoftver átvizsgálása 2011.04.25.

Statikus technikák: A szoftver átvizsgálása. Statikus technikák: A szoftver átvizsgálása 2011.04.25. Dr. Mileff Péter A V & V tervezési folyamatoknak egyensúlyt kell kialakítani a verifikáció és a validációstatikus és dinamikus technikái között. 1 2 Statikus technikák: A szoftver átvizsgálása A szisztematikus

Részletesebben

Életciklus modellek a rendszer és szoftverrendszer-fejlesztésben. SDLC System Development Life Cycle Software Development Life Cycle

Életciklus modellek a rendszer és szoftverrendszer-fejlesztésben. SDLC System Development Life Cycle Software Development Life Cycle Életciklus modellek a rendszer és szoftverrendszer-fejlesztésben SDLC System Development Life Cycle Software Development Life Cycle Mi az életciklus? A termék piacon való megjelenésétől a kivonásáig terjedő

Részletesebben

Test plan Okoshaz projekt

Test plan Okoshaz projekt Test plan Okoshaz projekt Csapattagok: Bak Henrik 2016 Ferenczi Viktor Harkai Tamás Maróy András 1. Teszt terv azonosító Okosház teszt terv 1.0 A teszt terv az IEEE 829 1998 as szabványt követi, noha ettől

Részletesebben

Követelmény alapú minőségbiztosítás az államigazgatásban

Követelmény alapú minőségbiztosítás az államigazgatásban Követelmény alapú minőségbiztosítás az államigazgatásban László István 2006 Hewlett-Packard Development Company, L.P. The information contained herein is subject to change without notice Témák Követelmény

Részletesebben

Test Management Strategy Document. Deák Kristóf Lauly Viktória Kunigunda Csiki Norbert Szabó Zoltán

Test Management Strategy Document. Deák Kristóf Lauly Viktória Kunigunda Csiki Norbert Szabó Zoltán Test Management Strategy Document Deák Kristóf Lauly Viktória Kunigunda Csiki Norbert Szabó Zoltán Agenda Bevezetés Ki mit tud statisztika Tesztelési környezet Felelősségek, szerepek és feladatok Tesztelési

Részletesebben

Szoftver újrafelhasználás

Szoftver újrafelhasználás Szoftver újrafelhasználás Szoftver újrafelhasználás Szoftver fejlesztésekor korábbi fejlesztésekkor létrehozott kód felhasználása architektúra felhasználása tudás felhasználása Nem azonos a portolással

Részletesebben

S01-9 Szoftverfejlesztés minőségi aspektusai

S01-9 Szoftverfejlesztés minőségi aspektusai S01-9 Szoftverfejlesztés minőségi aspektusai Tartalom 1. A szoftverminőség komplex kérdésköre, termék és folyamat alapú megközelítés. 2. A szoftverfejlesztés és a tesztelés kapcsolata, V modell, agilitás.

Részletesebben

Programfejlesztési Modellek

Programfejlesztési Modellek Programfejlesztési Modellek Programfejlesztési fázisok: Követelmények leírása (megvalósíthatósági tanulmány, funkcionális specifikáció) Specifikáció elkészítése Tervezés (vázlatos és finom) Implementáció

Részletesebben

Laborinformációs menedzsment rendszerek. validálása. Molnár Piroska Rikker Tamás (Dr. Vékes Erika NAH)

Laborinformációs menedzsment rendszerek. validálása. Molnár Piroska Rikker Tamás (Dr. Vékes Erika NAH) Laborinformációs menedzsment rendszerek validálása Molnár Piroska Rikker Tamás (Dr. Vékes Erika NAH) Tartalom Túl a címen 17025:2017(8) elvárásai Gondolatok a NAH-tól LIMS validálás Számoló táblák/eszközök

Részletesebben

Teljesítmény Mérés. Tóth Zsolt. Miskolci Egyetem. Tóth Zsolt (Miskolci Egyetem) Teljesítmény Mérés / 20

Teljesítmény Mérés. Tóth Zsolt. Miskolci Egyetem. Tóth Zsolt (Miskolci Egyetem) Teljesítmény Mérés / 20 Teljesítmény Mérés Tóth Zsolt Miskolci Egyetem 2013 Tóth Zsolt (Miskolci Egyetem) Teljesítmény Mérés 2013 1 / 20 Tartalomjegyzék 1 Bevezetés 2 Visual Studio Kód metrikák Performance Explorer Tóth Zsolt

Részletesebben

Bevezetés a programozásba

Bevezetés a programozásba Bevezetés a programozásba A szoftverfejlesztés folyamata PPKE-ITK Tartalom A rendszer és a szoftver fogalma A szoftver, mint termék és készítésének jellegzetességei A szoftverkészítés fázisai: Az igények

Részletesebben

A Feldspar fordító, illetve Feldspar programok tesztelése

A Feldspar fordító, illetve Feldspar programok tesztelése A Feldspar fordító, illetve Feldspar programok tesztelése [KMOP-1.1.2-08/1-2008-0002 társfinanszírozó: ERFA] Leskó Dániel Eötvös Loránd Tudományegyetem Programozási Nyelvek és Fordítóprogramok Tanszék

Részletesebben

Rubin SPIRIT TEST. Rubin firmware-ek és hardverek tesztelése esettanulmány V1.0. Készítette: Hajnali Krisztián Jóváhagyta: Varga József

Rubin SPIRIT TEST. Rubin firmware-ek és hardverek tesztelése esettanulmány V1.0. Készítette: Hajnali Krisztián Jóváhagyta: Varga József Rubin firmware-ek és hardverek tesztelése esettanulmány V1.0 Készítette: Hajnali Krisztián Jóváhagyta: Varga József Rubin Informatikai Zrt. 1149 Budapest, Egressy út 17-21. telefon: +361 469 4020; fax:

Részletesebben

Összetett szoftverrendszerek fejlesztése Innovatív szoftver prototípusok a Codespring Mentorprogram keretein belül

Összetett szoftverrendszerek fejlesztése Innovatív szoftver prototípusok a Codespring Mentorprogram keretein belül Összetett szoftverrendszerek fejlesztése Innovatív szoftver prototípusok a Codespring Mentorprogram keretein belül Simon Károly simon.karoly@codespring.ro Miért nem? Új, természetből inspirált számítástechnikai

Részletesebben

Szoftvertechnológia 12. előadás. Szoftverfejlesztési módszerek és modellek. Giachetta Roberto. Eötvös Loránd Tudományegyetem Informatikai Kar

Szoftvertechnológia 12. előadás. Szoftverfejlesztési módszerek és modellek. Giachetta Roberto. Eötvös Loránd Tudományegyetem Informatikai Kar Eötvös Loránd Tudományegyetem Informatikai Kar Szoftvertechnológia 12. előadás Szoftverfejlesztési módszerek és modellek Giachetta Roberto groberto@inf.elte.hu http://people.inf.elte.hu/groberto A szoftver

Részletesebben

Intelligens eszközök fejlesztése az ipari automatizálásban Evosoft Hungary kft., Evosoft Hungary Kft.

Intelligens eszközök fejlesztése az ipari automatizálásban Evosoft Hungary kft., Evosoft Hungary Kft. Intelligens eszközök fejlesztése az ipari automatizálásban Evosoft Hungary kft., Evosoft Hungary Kft. Intelligens eszközök fejlesztése az ipari automatizálásban Evosoft Hungary kft., Evosoft Hungary Kft.

Részletesebben

ESZKÖZTÁMOGATÁS A TESZTELÉSBEN

ESZKÖZTÁMOGATÁS A TESZTELÉSBEN ESZKÖZTÁMOGATÁS A TESZTELÉSBEN MUNKAERŐ-PIACI IGÉNYEKNEK MEGFELELŐ, GYAKORLATORIENTÁLT KÉPZÉSEK, SZOLGÁLTATÁSOK A DEBRECENI EGYETEMEN ÉLELMISZERIPAR, GÉPÉSZET, INFORMATIKA, TURISZTIKA ÉS VENDÉGLÁTÁS TERÜLETEN

Részletesebben

Laborgyakorlat 3 A modul ellenőrzése szimulációval. Dr. Oniga István

Laborgyakorlat 3 A modul ellenőrzése szimulációval. Dr. Oniga István Laborgyakorlat 3 A modul ellenőrzése szimulációval Dr. Oniga István Szimuláció és verifikáció Szimulációs lehetőségek Start Ellenőrzés után Viselkedési Funkcionális Fordítás után Leképezés után Időzítési

Részletesebben

Szoftver értékelés és karbantartás

Szoftver értékelés és karbantartás Szoftver értékelés és karbantartás Majzik István Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék http://www.mit.bme.hu/~majzik/ Emlékeztető: Biztonsági követelmények

Részletesebben

A fejlesztési szabványok szerepe a szoftverellenőrzésben

A fejlesztési szabványok szerepe a szoftverellenőrzésben A fejlesztési szabványok szerepe a szoftverellenőrzésben Majzik István majzik@mit.bme.hu http://www.inf.mit.bme.hu/ 1 Tartalomjegyzék Biztonságkritikus rendszerek A biztonságintegritási szint Az ellenőrzés

Részletesebben

Software project management Áttekintés

Software project management Áttekintés Software project management Áttekintés Miskolci Egyetem Általános Informatikai Tanszék PMAN / 1 Miért szükséges? A software fejlesztési tevékenység Csoportmunkát igényel Jelentős erőforrásokat használ

Részletesebben

ELTE, Informatikai Kar december 12.

ELTE, Informatikai Kar december 12. 1. Mi az objektum? Egy olyan változó, vagy konstans, amely a program tetszőleges pontján felhasználható. Egy olyan típus, amelyet a programozó valósít meg korábbi objektumokra alapozva. Egy olyan változó,

Részletesebben

Okosház Test Plan. Tartalomjegyzék

Okosház Test Plan. Tartalomjegyzék Okosház Test Plan Tartalomjegyzék Tartalomjegyzék 1. Bevezetés 2. Célkitűzések és feladatok 2.1 Célkitűzések 2.2 Feladatok 3. Tesztelendő funkciók 4. Nem tesztelendő funkciók 5. Teszt stratégia, tesztelési

Részletesebben

V. Félév Információs rendszerek tervezése Komplex információs rendszerek tervezése dr. Illyés László - adjunktus

V. Félév Információs rendszerek tervezése Komplex információs rendszerek tervezése dr. Illyés László - adjunktus V. Félév Információs rendszerek tervezése Komplex információs rendszerek tervezése dr. Illyés László - adjunktus 1 Az előadás tartalma A GI helye az informatikában Az előadás tartalmának magyarázata A

Részletesebben

Menetrendkezelő Rendszer

Menetrendkezelő Rendszer Menetrendkezelő Rendszer Rózsa Péter Folyamatirányítási Informatikai Osztály Piacműködtetési és gazdasági informatikai főmunkatárs MAVIR Magyar Villamosenergia-ipari Átviteli Rendszerirányító Zártkörűen

Részletesebben

Név: Neptun kód: Pontszám:

Név: Neptun kód: Pontszám: Név: Neptun kód: Pontszám: 1. Melyek a szoftver minőségi mutatói? Fejlesztési idő, architektúra, programozási paradigma. Fejlesztőcsapat összetétele, projekt mérföldkövek, fejlesztési modell. Karbantarthatóság,

Részletesebben

Szoftver karbantartás

Szoftver karbantartás Szoftver karbantartás Majzik István Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék http://www.mit.bme.hu/~majzik/ Áttekintés Követelményspecifikálás Architektúra

Részletesebben

A legalacsonyabb szintű tesztelés. A programot felépítő egységek tesztelése Unit: egy rendszer legkisebb önálló egységként tesztlehető része.

A legalacsonyabb szintű tesztelés. A programot felépítő egységek tesztelése Unit: egy rendszer legkisebb önálló egységként tesztlehető része. Unit test A legalacsonyabb szintű tesztelés. A programot felépítő egységek tesztelése Unit: egy rendszer legkisebb önálló egységként tesztlehető része. Unit tesztekkel ellenőrizhető, hogy egy unit az elvárásoknak

Részletesebben

Programtervezés. Dr. Iványi Péter

Programtervezés. Dr. Iványi Péter Programtervezés Dr. Iványi Péter 1 A programozás lépései 2 Feladat meghatározás Feladat kiírás Mik az input adatok A megoldáshoz szükséges idő és költség Gyorsan, jót, olcsón 3 Feladat megfogalmazása Egyértelmű

Részletesebben

Élettartam teszteknél alkalmazott programstruktúra egy váltóvezérlő példáján keresztül

Élettartam teszteknél alkalmazott programstruktúra egy váltóvezérlő példáján keresztül Élettartam teszteknél alkalmazott programstruktúra egy váltóvezérlő példáján keresztül 1 Tartalom Miről is lesz szó? Bosch GS-TC Automata sebességváltó TCU (Transmission Control Unit) Élettartam tesztek

Részletesebben

Verziókövető rendszerek használata a szoftverfejlesztésben

Verziókövető rendszerek használata a szoftverfejlesztésben Verziókövető rendszerek használata a szoftverfejlesztésben Dezső Balázs Szakszeminárium vezető: Molnár Bálint Budapesti Corvinus Egyetem Budapest, 2009. június 24. 1 Bevezetés 2 Verziókövetőrendszerek

Részletesebben

Integráci. ciós s tesztek. ciós s tesztek (folyt.) Integration Level Testing (ILT) Ficsor Lajos. Miskolci Egyetem Általános Informatikai Tanszék

Integráci. ciós s tesztek. ciós s tesztek (folyt.) Integration Level Testing (ILT) Ficsor Lajos. Miskolci Egyetem Általános Informatikai Tanszék ciós s tesztek ciós s tesztek Miskolci Egyetem Általános Informatikai Tanszék Utolsó módosítás: 2008. 11. 27. IntegraciosTeszt / 1 ós tesztek IntegraciosTeszt / 2 ciós s tesztek (folyt.) Feltételezzük,

Részletesebben

A TESZTELÉS ALAPJAI A TESZTELÉS ALAPVETŐ FOLYAMATA A TESZTELÉS PSZICHOLÓGIÁJA A TESZTELÉS ETIKAI KÓDEXE

A TESZTELÉS ALAPJAI A TESZTELÉS ALAPVETŐ FOLYAMATA A TESZTELÉS PSZICHOLÓGIÁJA A TESZTELÉS ETIKAI KÓDEXE A TESZTELÉS ALAPJAI A TESZTELÉS ALAPVETŐ FOLYAMATA A TESZTELÉS PSZICHOLÓGIÁJA A TESZTELÉS ETIKAI KÓDEXE MUNKAERŐ-PIACI IGÉNYEKNEK MEGFELELŐ, GYAKORLATORIENTÁLT KÉPZÉSEK, SZOLGÁLTATÁSOK A DEBRECENI EGYETEMEN

Részletesebben

Teszttervezés. Majzik István, Micskei Zoltán. Integrációs és ellenőrzési technikák (VIMIA04) Méréstechnika és Információs Rendszerek Tanszék

Teszttervezés. Majzik István, Micskei Zoltán. Integrációs és ellenőrzési technikák (VIMIA04) Méréstechnika és Információs Rendszerek Tanszék Integrációs és ellenőrzési technikák (VIMIA04) Teszttervezés Majzik István, Micskei Zoltán Méréstechnika és Információs Rendszerek Tanszék Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és

Részletesebben

Test Strategy. Tartalomjegyzék

Test Strategy. Tartalomjegyzék Test Strategy Tartalomjegyzék Tartalomjegyzék Bevezetés Beosztások, hatásköri leírások Projekt Menedzser Teszt Menedzser Projekt Asszisztens Tesztelő Emberi erőforrások kezelése Alkalmazottak és kompetenciáik

Részletesebben

II. rész: a rendszer felülvizsgálati stratégia kidolgozását támogató funkciói. Tóth László, Lenkeyné Biró Gyöngyvér, Kuczogi László

II. rész: a rendszer felülvizsgálati stratégia kidolgozását támogató funkciói. Tóth László, Lenkeyné Biró Gyöngyvér, Kuczogi László A kockázat alapú felülvizsgálati és karbantartási stratégia alkalmazása a MOL Rt.-nél megvalósuló Statikus Készülékek Állapot-felügyeleti Rendszerének kialakításában II. rész: a rendszer felülvizsgálati

Részletesebben