SZOFTVER TESZT AUTOMATIZÁLÁS Eszter Vezdén Budapest, 08 November 2018
|
|
- Ágoston Artúr Bakos
- 5 évvel ezelőtt
- Látták:
Á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ő Á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észletesebbenSzoftverminő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észletesebbenOpenCL 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észletesebbenAngolul: 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észletesebbenMIÉ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ő Ó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észletesebbenORVOSTECHNIKAI 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észletesebbenSzoftverminő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észletesebbenOrvosi 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észletesebbenOrvostechnikai 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észletesebbenUnit 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észletesebbenTesztelé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észletesebbenA 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észletesebbenTeszt 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észletesebbenMiskolci 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észletesebbenA 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észletesebbenSzoftverfejleszté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észletesebbenMŰ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észletesebbenMŰ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észletesebben2011.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észletesebbenModell 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észletesebbenMŰ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észletesebbenMestersé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észletesebbenProgramozá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észletesebbenSzoftverminő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észletesebbenOrvostechnikai 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észletesebbenJSF 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észletesebbenA 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észletesebbenSzoftverminő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észletesebbenTESZTMENEDZSMENT 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észletesebbenESZKÖ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észletesebbenA 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észletesebbenMinő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észletesebbenHaté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észletesebbenSzoftver 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észletesebbenMiskolci 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észletesebbenFejleszté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észletesebbenMegoldá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észletesebbenSpecifiká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észletesebbenTesztelé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észletesebbenA 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észletesebbenTest 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észletesebbenSpecifiká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észletesebben6. 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észletesebbenSzoftverminő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észletesebbenTESZTELÉ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észletesebbenOrvosi 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észletesebben30 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észletesebbenObjektumorientá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észletesebbenAlgoritmizá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észletesebbenGyakorlat é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észletesebbenORVOSI 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észletesebbenHaszná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észletesebbenRubin 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észletesebbenOrvosi 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észletesebbenDialí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észletesebbenInformatikai 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észletesebbenextreme 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észletesebbenA 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észletesebbenSzoftver-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észletesebbenProgramrendszerek 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észletesebbenKompetens 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észletesebbenCode 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észletesebbenDigitá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észletesebbenStatikus 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 Mi az életciklus? A termék piacon való megjelenésétől a kivonásáig terjedő
RészletesebbenTest 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észletesebbenKö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észletesebbenTest 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észletesebbenSzoftver ú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észletesebbenS01-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észletesebbenProgramfejleszté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észletesebbenLaborinformá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észletesebbenTeljesí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észletesebbenBevezeté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észletesebbenA 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észletesebbenRubin 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 Simon Károly simon.karoly@codespring.ro Miért nem? Új, természetből inspirált számítástechnikai
RészletesebbenSzoftvertechnoló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észletesebbenIntelligens 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észletesebbenESZKÖ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észletesebbenLaborgyakorlat 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észletesebbenSzoftver é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észletesebbenA 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észletesebbenSoftware 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észletesebbenELTE, 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észletesebbenOkoshá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észletesebbenV. 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észletesebbenMenetrendkezelő 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észletesebbenNé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észletesebbenSzoftver 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észletesebbenA 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észletesebbenProgramtervezé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 1 Tartalom Miről is lesz szó? Bosch GS-TC Automata sebességváltó TCU (Transmission Control Unit) Élettartam tesztek
RészletesebbenVerzió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észletesebbenIntegrá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észletesebbenA 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észletesebbenTeszttervezé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észletesebbenTest 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észletesebbenII. 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