Objektumorientált tesztelés
|
|
|
- Júlia Borbélyné
- 8 évvel ezelőtt
- Látták:
Átírás
1 Objektumorientált tesztelés
2 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 integrált objektumok lazán kötődnek) Az újrafelhasznált objektumoknál előfordul, hogy a tesztelők nem férnek hozzá a forráskódhoz Következmény: a fehér doboz tesztelést ki kell terjeszteni (hogy lefedje a nagyobb objektumokat), és alternatív megközelítési módokat kell találni az integrációs teszteléshez Az OO tesztelés szintjei: Az objektumokhoz kapcsolódó egyedi műveletek tesztelése (a metódusok tesztelésére a fekete/fehér doboz megközelítéseket alkalmazhatjuk) Objektumosztályok tesztelése (a fekete doboz elv nem változik, de az ekvivalenciaosztályozást ki kell terjeszteni műveletsorozatokra) Objektumok egy csoportjának tesztelése (a szigorú fentről lefele/lentről felfele történő integrációs elvek nem alkalmazhatóak más megközelítést kell találni) Objektumorientált rendszer tesztelése (a rendszerkövetelményspecifikáció verifikálása és validálása más rendszerekhez hasonlóan történik)
3 Objektumosztály tesztelése A tesztnek a teljes lefedettséghez tartalmaznia kell: Az objektumokhoz kapcsolódó összes művelet különálló letesztelését Az objektumokhoz kapcsolódó összes attribútum beállítását és vizsgálatát Az objektum összes lehetséges állapotának vizsgálatát: az összes olyan eseményt szimulálni kell, ami állapotváltozást okoz az objektumban Példa: meteorológiai állomás: egy egyszerű attribútum: azonosító: egy konstans ami az állomás telepítésekor kerül beállításra egy olyan tesztre van szükség ami ellenőrzi, hogy be van-e állítva WeatherStation identifier reportweather () calibrate (instruments) test () startup (instruments) shutdown (instruments) tesztesetek definiálása szükséges a metódusokhoz: ideális esetben ezeket elkülönítve teszteljük, de bizonyos esetekben tesztsorozatra is szükség lehet (pl. a shutdown teszteléséhez előbb le kell futtatni startup-ot)
4 Objektumosztály tesztelése Ha az objektum Leállítás állapotban van, a startup metódusra reagál, majd további üzenetre vár Ha Várakozás állapotban a rendszer shutdown üzenetet kap visszatér Leállítás állapotba Ha reportweather üzenet érkezik, a rendszer összegző állapotba kerül, majd ha az összegzés elkészül, átmegy átvivő állapotba, majd miután az információ továbbítódott, visszatér Várakozás állapotba Calibrate üzenet érkezése esetén a rendszer sorban kalibráló, tesztelő majd átvivő állapotokba kerül, mielőtt visszatérne Várakozás állapotba. A test üzenet közvetlenül tesztelő állapotba viszi a rendszert Az órától érkező jel esetén a rendszer gyűjtő állapotba kerül (sorban begyűjti az adatokat a műszerektől)
5 OO tesztelés A meteorológiai állomás állapotainak teszteléséhez állapotmodellt kell készíteni, így meghatározható az állapotátmenetek sorozata, és az átmenetekhez szükséges eseménysorozatok. Ideális esetben az összes lehetséges átmenetsorozatot tesztelni kellene, de a gyakorlatban általában ez túl költséges A meteorológiai állomás esetében a következő sorozatokat kell tesztelni: Indítás Várakozás Leállítás Várakozás Kalibrálás Tesztelés Továbbítás Várakozás Várakozás Gyűjtés Várakozás Összesítés Továbbítás Várakozás Ha öröklődést használunk, nehezebbé válik a tesztek megtervezése: az összes örökölt műveletet tesztelni kell, hasonlóan a felülírt műveletekhez Ekvivalenciaosztályozást alkalmazhatunk: az azonos ekvivalenciaosztályba eső tesztek azonos attribútumokat használnak (ekvivalenciosztályok azonosítása: melyik műveletek inicializálják/kérdezik le/frissítik az egyes attribútumokat)
6 Objektumintegráció OO rendszereknél az adatok és műveletek objektumokká és objektumosztályokká épülnek össze az integráció szintjei kevésbé eltérőek A modultesztelésnek nincs közvetlen megfelelője, bár bizonyos szolgáltatások biztosítására együttműködő osztálycsoportok tesztelése is ajánlott (csoporttesztelés) Nincs magától értetődő fent ami az integráció célját jelentené, nem hozható létre az objektumok tiszta hierarchiája csoportokat kell képezni az objektumok működésének ismeretében Lehetséges megközelítések: Használati eset vagy forgatókönyv alapú tesztelés: a tesztek a használati esetek leírásain és a megfelelő objektumcsoportokon alapulnak Száltesztelés: a rendszer egy sajátos bemenetre (vagy bemenet halmazra) adott válaszának tesztelésén alapszik. Az OO rendszerek általában eseményvezéreltek meg kell határozni, hogy az események feldolgozása hogyan halad keresztül a rendszeren Objektum együttműködési teszt: együttműködő objektumcsoportok esetén módszer-üzenet útvonalak azonosítása. Kiterjesztés: atomi rendszerfüggvények (ASF) bemeneti eseményt követő MM utak, melyek kimeneti eseményhez vezetnek
7 Forgatókönyv alapú tesztelés Gyakran a leghatékonyabb: először a leggyakoribb forgatókönyvek kerülhetnek tesztelésre a legtöbb tesztelési munkát a leggyakrabban használt részekre lehet fordítani Példa: meteorológiai állomás A forgatókönyvek elkészítése a használati eseteken alapul Ezeket kiegészíthetjük az együttműködési és szekvencia diagramokkal Biztosítanunk kell, hogy minden osztály minden metódusa legalább egyszer futtatásra kerüljön ellenőrző listát kell készíteni a módszerekről, és egy-egy forgatókönyv kiválasztásánál meg kell jelölni a lefuttatott módszereket A szekvencia diagram alapján meghatározhatóak a teszthez szükséges bemenetek és várt outputok Forgatókönyv: a meteorológiai állomás válaszol a térképrendszer adatgyűjtési kérésére
8 Forgatókönyv alapú tesztelés A teszthez szükséges bemenetek/kimenetek: A beérkező jelentéskérésnek rendelkeznie kell egy hozzátartozó nyugtázással, és a kérésre válaszolva vissza kell adnia egy jelentést. A tesztelés során összesített adatokat kell készíteni, hogy ellenőrizni lehessen a jelentés szerkezetét A WeatherStation-hoz érkező jelentéskérés egy összesített jelentést eredményez. Ezt elkülönítve tesztelhetjük, olyan nyers adatok előállításával, melyek megfelelnek a CommsController tesztelésére elkészített összesítéssel, továbbá ellenőrizzük, hogy a WeatherStation objektum helyesen készíti-e el az összesítést Az adatok a WeatherData objektum tesztelésére is alkalmazhatóak A diagram egyszerűsített: egy teljes forgatókönyv alapú tesztelés esetén a kivételeket is kezelni kell :CommsController request (report) acknowledge () report () :WeatherStation summarise () :WeatherData send (report) reply (report) acknowledge ()
9 Tesztelési eszközrendszerek A tesztelő eszközök mára a lehetőségek egész sorát nyújtják, és lényegesen csökkenthetik a tesztelési folyamat (egyébként általában magas) költségeit. A tesztelési eszközrendszerekben általában megtalálható tesztelési eszközök: Tesztmenedzser: a programtesztek futtatását menedzseli, nyomon követi a tesztadatokat, a várt eredményeket és tesztelt programeszközöket Tesztadat-generátor: adatbázisból történő adatleválogatással, minták használatával, vagy megfelelő formájú véletlen tesztadatok generálásával tesztadatokat állít elő a tesztelt program számára Előrejelző: a várt teszteredményekre vonatkozó előrejelzéseket állít elő. Lehetnek korábbi programverziók, vagy prototípus rendszerek, melyek párhuzamosan futnak a tesztelt programmal, így kiemelhetőek a kimenetek közötti esetleges különbségek Állomány összehasonlító: a programtesztek eredményeit hasonlítja össze korábbi teszteredményekkel, és jelzi a különbségeket. Elengedhetetlenek a regressziós tesztelésnél. Jelentésgenerátor: a jelentésdefiníciókat és az eredmények generálásához szükséges eszközöket nyújtja Dinamikus elemző: a programot kiegészítő kóddal látja el, hogy mérni lehessen az egyes utasítások futtatásának számát (a teszt lefuttatása után a mérések alaján futattási profilt generál) Szimulátor: célszimulátorok (a gépet szimulálják, amelyen a futtatásra kerül majd sor), felhasználói interfész szimulátorok (több egyidejű felhasználói interakciót szimulálnak), stb.
10 Tesztelési eszközrendszerek Tesztelési eszközrendszer (testing workbench): Test data generator Specification Source code Test manager Test data Oracle Dynamic analyser Program being tested Test results Test predictions Execution report Simulator File comparator Report generator Test results report
A SZOFTVERTECHNOLÓGIA ALAPJAI
A SZOFTVERTECHNOLÓGIA ALAPJAI Objektumorientált tervezés 8.előadás PPKE-ITK Tartalom 8.1 Objektumok és objektumosztályok 8.2 Objektumorientált tervezési folyamat 8.2.1 Rendszerkörnyezet, használati esetek
Bánsághi Anna anna.bansaghi@mamikon.net. 1 of 67
SZOFTVERTECHNOLÓGIA Bánsághi Anna anna.bansaghi@mamikon.net 5. ELŐADÁS - RENDSZERTERVEZÉS 1 1 of 67 TEMATIKA I. SZOFTVERTECHNOLÓGIA ALTERÜLETEI II. KÖVETELMÉNY MENEDZSMENT III. RENDSZERMODELLEK IV. RENDSZERARCHITEKTÚRÁK
7. Verifikáci. ció. Ennek része a hagyományos értelemben vett szoftvertesztelés is. A szoftver verifikálásának,
7. Verifikáci ció, validáci ció A verifikáció és a validáció (V&V) azon ellenőrző és elemző folyamatok összessége, amelyek célja annak vizsgálata, hogy a szoftver megfelel a specifikációnak. Ennek része
Szálkezelés. Melyik az a hívás, amelynek megtörténtekor már biztosak lehetünk a deadlock kialakulásában?
Szálkezelés 1. A szekvencia diagram feladata az objektumok egymás közti üzenetváltásainak ábrázolása egy időtengely mentén elhelyezve. Az objektumok életvonala egy felülről lefelé mutató időtengely. A
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
Statikus technikák és Műszaki teszttervezési technikák
Statikus technikák és Műszaki teszttervezési technikák Bevezetés a tananyagba Tesztelési Technikák 3 Statikus technikák 4 Műszaki teszttervezési technikák (Dinamikus tesztelés) 1 Tesztelési technikák Tesztelési
ó ü ú ü ú ó ó ú ü ú ü ú ö ö ű ü ö ö ö ú ó ü ö ö ö ü ö ö ö óó ü ö ö ó ó ö ó ö ú ó ó ó ó ű ö ö ó ö ó ó ú ű ü ö ö óó ú ó ö ö ü ó ó ó ó ó ó ó ü ó ú ű ü ó ö ú ű ó ü ö ö ó ó ü Á ó ű ó ü ó ó ú ó ú ó ó ö ö ü ú
ö ö ö ó ö ö ú ö ö ö ö ö ú ő ő ö ő ö ó ó ő ű ó ö őö ő ü ő ő ú ó Á Á Á Á ó ü ó ó ú Á Á Á ő ő ö ő ö ü É Á Á ú ö Á Á É É ö ü ö ö ő Í Á Ő É Ő ú Á É É ö ű ü ő ő ö ü ó ö Á É É ő ó ó ö ő ó Ö ő ó Ő ő ü ö ö ó ö
Á Á Ó É ö ó ó É í ó ü ó ö ö í ó ö ó í ó í ú Í í ó í ö í ó ű ű ü ó ó ú í ö í ö ü ú í í ü ü ó ó ó ó ó ú í ü í ű ó í í ö ü ü í ű ó í ó ü ö ü í í ü ó ű ó í ü ü ó í ó ó í ó í ú í ó ó í ö ó ö Á óö ö í í ó ó
Ö Í Ő Ó ó ö ó ó ő ö ú ö ú ö ö ú Í ó ö őö ő ü É É ő ő ö ö ó ó ö ő ő ő Ü É ü ú Ö Ö É É ő Ü Ö Í É Ó Ö Ó Ü É Ö ú Ó É Ő É É ö ö ü ö Ü ö ö ő ö ő ő Ö Ú Ő É Ő Ú É É ö ű ő ő ö ó ö Ú É É Ő Ó Ó ö Ó ö ó ő ó ő ó ű
Ó Ó ö ő ő Ü ö Ü ő ö ö Ü Ó ö Ó Ó Ü ö Ó Ó Ü Ó Ü ö ö ő Ü ő ö Ü ő Ó Ü ő ö Ó Ó Ü ö ő Ü Ü Ü Ó ö ö ő Ü Ó Ö ö Ó Ü Ó Ü Ó ő ö ö Ü Ü ő ö Ó Ü Ó ö Ó Ó ö Ü ö ő ö Ó ö ö ö ö ö ö ö ö ö Ü ő ű ű ö Ó ű ő Ó Ó Ü Ó Ü ő Ü Ó
Í ú Ó Á Á ö ö ő ö ő ö Á ö ő Í Í Í ö ö ő Í ö ö ű ö ü ö ú ü ő ü ő ö ő ö ő ú ő ö ő ö ő ö É ő ü ő ő ö ő ő Í ő ö ő ő ő ö ö ö ö ü ő Í ő ö ő Ó ü ő ő ü ü ő ő ő ő ü ő ö ű ő ő ő ő ő ő ű ő ő ő Í ű ő ö ö ő ő ő ű ő
É É ő ü ó ü ú ü ó Ö ű ő ú ű ő ü ó ó Ö Ü ó ó ő ü ú ü ű ó ő ő ő ő ő ó ő ő ü ó ő ó ő ő Ö ó ő ő Ö ő ü ó ü Ö ő ü ó ő ő Á Á ő ó ó ó ő ő Á ű ő ó ó ő ü ő ü ő ő Á ú ü ü ó ő ű ő ő ő ó ü ó ő ő ü ó ó ó Á ő Á ő ó ő
ü ö ú ü ü ö ú ő ö ő ő ű ö ú ő ű ö ü ü ő ú ö ü ü ö ö ő ö ú ű ü ö ő ű ö őö ő ü ő ö ő ö ö ü ü ő ű ö ö ü ü ő ü ü ő ü ú ö ö ü ö ü ö ö ő ú ő ő ú ü ő ő ü ö ú ő ö ü ő ú ő ő ö ö ö ő ő Á ő ö ő ü ő ö ő ú ü ü ő ő
Ó ú ö ő Á ö ő ő ő Á ú ú ő ő ö ú ő ő ü ö ö ü ő ö ő ö ő Ó ö ö Ó ö ö ú ö ö ő ö ö ö ü ú ő ú ö ú ő ő ő ő ö ő ő ú ő ő ö ú ú ő ő ú ő ö ö ü ő ö ö ö ö ő ü ő ö ö ő ö ö ü ő ő ö ő ö ő ö ő ö ö ö ö ő ö ö ő ő ű ű ű ö
ö Ö ő Í Ó ö ö Ö ő ő ű ö ő ö ö ö ö ő ő ö ő ő ő ő Ö ő ö ö Ö ö Ö ö ő ö Ö ő ö ő ö Ú ő ő ö ö Ö ő ö Ó ő ő ő Ö ö ő ö ö ú ö ő ö ö ö ö ű ö Ö ö Ó ö ú ú ö ő ö ú ö ö ö ö ö Ó ő ő öő ő Á ű ő ö Ö ő Á Ó ö Ó Ó ö ű ú ú
ö ú Ú ö ö Ú Á É Á ő ú Ú Ú É É ő É É ö ú Ú ö É Á Á Á ö ö ö É ö ö ö Ú É ö Ú É ö ő ú Ú É ö Ü ö ö Ü ö Á Á ö ő ű ú ö ú Ú É É ö ű ú É ú ö ő ű ö ü É ú ú ö É ö ű É ú ö ú Ü ü É Á ö ő ű ö ö ú É ú ü ú É ö ű ú Á ü
Adatbázisok I 2012.05.11. Adatmodellek komponensei. Adatbázis modellek típusai. Adatbázisrendszer-specifikus tervezés
Adatbázisok I Szemantikai adatmodellek Szendrői Etelka PTE-PMMK Rendszer és Szoftvertechnológiai Tanszék szendroi@pmmk.pte.hu Adatmodellek komponensei Adatmodell: matematikai formalizmus, mely a valóság
TERMÉK FEJLESZTÉS PANDUR BÉLA TERMÉK TERVEZÉSE
TERMÉK TERVEZÉSE A termék fogalma: Tevékenységek, vagy folyamatok eredménye /folyamat szemlélet /. (Minden terméknek értelmezhető, amely gazdasági potenciált közvetít /közgazdász szemlélet /.) Az ISO 8402
20 kva 60 kva UPS PÁRHUZAMOS REDUNDÁNS RENDSZER HASZNÁLATI UTASÍTÁSA
9305 20 kva 60 kva UPS PÁRHUZAMOS REDUNDÁNS RENDSZER HASZNÁLATI UTASÍTÁSA 9305 20 kva 60 kva UPS párhuzamos redundáns rendszer Tartalomjegyzék 1. Bevezetés... 5 2. A rendszer ismertetése... 5 2.1. Általános
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
Szoftverprototípus készítése. Szoftverprototípus készítése. Szoftverprototípus készítése 2011.10.23.
Szoftverprototípus készítése Dr. Mileff Péter A prototípus fogalma: a szoftverrendszer kezdeti verziója Mi a célja? Arra használják, hogy bemutassák a koncepciókat, kipróbálják a tervezési opciókat, jobban
Teszt generálás webes alkalmazásokhoz
Teszt generálás webes alkalmazásokhoz Írásos összefoglaló Pan Liu, Huaikou Miao, Hongwei Zeng és Linzhi Cai An Approach to Test Generation for Web Applications [1] c. munkájáról. Készítette: Doktor Tibor
Az üzemi méréstechnika hat szabálya
TECHNIKA Az üzemi méréstechnika hat szabálya Tárgyszavak: mérés; méréstechnika; számítógépes; szoftver; adatfeldolgozás; optikai ellenőrzés; mérőrendszer; integrált. A méretek felvétele és a mérési adatok
23. Szoftver-tesztelés
23. Szoftver-tesztelés Kérdések Mi a különbség a validációs tesztelés és a hibatesztelés között? Mik a rendszer- és komponenstesztelés alapelvei? Milyen stratégiákat alkalmazhatunk tesztgenerálás céljára?
rendszerszemlélető, adatközpontú funkcionális
http://vigzoltan.hu rendszerszemlélető, adatközpontú funkcionális Integrált Vállalatirányítási Rendszerek Alkalmazói fejlesztések mindig valamilyen módszertan alapján történnek. A módszertan eljárások,
1 Rendszer alapok. 1.1 Alapfogalmak
ÉRTÉKTEREMTŐ FOLYAM ATOK MENEDZSMENTJE II. RENDSZEREK ÉS FOLYAMATOK TARTALOMJEGYZÉK 1 Rendszer alapok 1.1 Alapfogalmak 1.2 A rendszerek csoportosítása 1.3 Rendszerek működése 1.4 Rendszerek leírása, modellezése,
2. fejezet Hálózati szoftver
2. fejezet Hálózati szoftver Hálózati szoftver és hardver viszonya Az első gépek összekötésekor (azaz a hálózat első megjelenésekor) a legfontosabb lépésnek az számított, hogy elkészüljön az a hardver,
Lekérdezések az SQL SELECT utasítással
Lekérdezések az SQL SELECT utasítással Célok Az SQL SELECT utasítás lehetőségeinek bemutatása A megjelenítendő oszlopok kiválasztása Elemi SELECT utasítások végrehajtása Az SQL utasítások és az isql*plus
11.2.1. Joint Test Action Group (JTAG)
11.2.1. Joint Test Action Group (JTAG) A JTAG (IEEE 1149.1) protokolt fejlesztették a PC-nyák tesztelő iapri képviselők. Ezzel az eljárással az addigiaktól eltérő teszt eljárás. Az integrált áramkörök
Légsebesség profil és légmennyiség mérése légcsatornában Hővisszanyerő áramlástechnikai ellenállásának mérése
BUDAPESTI MŰSZAKI ÉS GAZDASÁGTUDOMÁNYI EGYETEM GÉPÉSZMÉRNÖKI KAR ÉPÜLETGÉPÉSZETI ÉS GÉPÉSZETI ELJÁRÁSTECHNIKA TANSZÉK Légsebesség profil és légmennyiség mérése légcsatornában Hővisszanyerő áramlástechnikai
Az Európai Unió Hivatalos Lapja 1993.3.15. AZ EURÓPAI KÖZÖSSÉGEK HIVATALOS LAPJA
03/14. kötet 71 31992L0119 1993.3.15. AZ EURÓPAI KÖZÖSSÉGEK HIVATALOS LAPJA L 62/69 A TANÁCS 92/119/EGK IRÁNYELVE (1992. december 17.) az egyes állatbetegségek elleni védekezésre irányuló általános közösségi
Informatika. Középszintű érettségi vizsga témakörök. 1. Információs társadalom. 2. Informatikai alapismeretek hardver
Informatika Középszintű érettségi vizsga témakörök 1. Információs társadalom 1.1. A kommunikáció 1.1.1. A kommunikáció általános modellje Ismerje a kommunikáció modelljét és tudjon gyakorlati példákat
Szakmai zárójelentés
Szakmai zárójelentés A csoporttechnológia (Group Technology = GT) elvi és módszertani alapjaihoz, valamint a kapcsolódó módszerek informatikai alkalmazásaihoz kötődő kutatómunkával a Miskolci Egyetem Alkalmazott
TARTALOM. Bekezdések Bevezetés A jelen Nemzetközi Könyvvizsgálati Standard hatóköre 1 Hatálybalépés időpontja 2 Cél 3 Fogalmak 4 Követelmények
TARTALOM Bekezdések Bevezetés A jelen Nemzetközi Könyvvizsgálati Standard hatóköre 1 Hatálybalépés időpontja 2 Cél 3 Fogalmak 4 Követelmények Átfogó válaszok 5 Az állítások szintjén felmerülő lényeges
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
Első Magyarországi Szoftvertesztelő Verseny Döntő feladatsor
Első Magyarországi Szoftvertesztelő Verseny Döntő feladatsor 2012. január 27. Masterfield Oktatóközpont Bevezető A feladatok csak az alább megadott sorrendben hajthatók végre. Minden feladatot be kell
Tartalom Kontextus modellek Viselkedési modellek Adat-modellek Objektum-modellek CASE munkapadok (workbench)
8. Rendszermodellek Kérdések Miért kell a rendszer kontextusát már a követelménytervezés során modellezni? Mi a viselkedési modell, az adatmodell és az objektum-modell? Milyen jelöléseket tartalmaz az
A BIZOTTSÁG 392/2013/EU VÉGREHAJTÁSI RENDELETE
2013.4.30. Az Európai Unió Hivatalos Lapja L 118/5 RENDELETEK A BIZOTTSÁG 392/2013/EU VÉGREHAJTÁSI RENDELETE (2013. április 29.) a 889/2008/EK rendeletnek az ökológiai termelés ellenőrzési rendszere tekintetében
Hangyász Hibakövető Rendszer
Hangyász Hibakövető Rendszer fejlesztői dokumentáció Kovács Zsolt Rugina Szabolcs Szatmári Renáta Szilágyi Szabolcs Szőke Zoltán 2011. Kolozsvár Tartalomjegyzék Tartalomjegyzék... 2 1 Célkitűzés... 3 2
IBM WebSphere Adapters 7. változat 5. alváltozat. IBM WebSphere Adapter for Oracle E-Business Suite felhasználói kézikönyv 7. változat 5.
IBM WebSphere Adapters 7. változat 5. alváltozat IBM WebSphere Adapter for Oracle E-Business Suite felhasználói kézikönyv 7. változat 5.kiadás IBM WebSphere Adapters 7. változat 5. alváltozat IBM WebSphere
Modell alapú tesztelés mobil környezetben
Modell alapú tesztelés mobil környezetben Micskei Zoltán Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék A terület behatárolása Testing is an activity performed
GÉPÉSZMÉRNÖKI ÉS INFORMATIKAI KAR KOMPETENCIA FELMÉRÉSÉNEK KIÉRTÉKELÉSE TÁMOP 4.1.1.-08/1
GÉPÉSZMÉRNÖKI ÉS INFORMATIKAI KAR KOMPETENCIA FELMÉRÉSÉNEK KIÉRTÉKELÉSE TÁMOP 4.1.1.-8/1 211-212 A kompetenciamérések célja annak feltárása, hogy a tanulók képesek-e az elsajátított tudásukat és készségüket
2.1.A SZOFTVERFEJLESZTÉS STRUKTÚRÁJA
2.Szoftverfejlesztés 2.1.A SZOFTVERFEJLESZTÉS STRUKTÚRÁJA Szoftverfejlesztés: magában foglalja mindazon elveket, módszereket és eszközöket, amelyek célja a programok megbízható és hatékony elkészítésének
TERMÉK TERVEZÉSE. Tervezés: Minden termelésre vonatkozó tudatos tevékenység. A tervezés minden termelési tevékenységre jellemző.
TERMÉK TERVEZÉSE A termék fogalma: Tevékenységek, vagy folyamatok eredménye /folyamat szemlélet /. (Minden terméknek értelmezhető, amely gazdasági potenciált közvetít /közgazdász szemlélet /.) Az ISO 8402
Ikt. sz.: ADATVÉDELMI ÉS INFORMATIKAI BIZTONSÁGI SZABÁLYZAT
Ikt. sz.: ADATVÉDELMI ÉS INFORMATIKAI BIZTONSÁGI SZABÁLYZAT 2013 A Józsefvárosi Családsegítő és Gyermekjóléti Központ Adatvédelmi és Informatikai Biztonsági Szabályzatát (továbbiakban AIBSZ) a személyes
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
Bánsághi Anna Bánsághi Anna 1 of 62
SZOFTVERTECHNOLÓGIA Bánsághi Anna anna.bansaghi@mamikon.net 10. ELŐADÁS - TESZTELÉS Bánsághi Anna 1 of 62 TEMATIKA I. SZOFTVERTECHNOLÓGIA ALTERÜLETEI II. KÖVETELMÉNY MENEDZSMENT III. RENDSZERMODELLEK IV.
2. DIGITÁLIS ÁRAMKÖRÖK TESZTJEINEK SZÁMÍTÁSA (Dr. Sziray József, 2001.)
2. DIGITÁLIS ÁRAMKÖRÖK TESZTJEINEK SZÁMÍTÁSA (Dr. Sziray József, 2001.) 2.1 A digitális tesztelés alapjai A következőkben a digitális áramköröket elvont formában, vagyis digitális vagy logikai hálózatokként
1ZSE 5492-155 hu, Rev. 3. UC és VUC típusú terhelés alatti fokozatkapcsolók Használati útmutató
1ZSE 5492-155 hu, Rev. 3 UC és VUC típusú terhelés alatti fokozatkapcsolók Használati útmutató A gyártó nyilatkozata A gyártó ABB AB, Components SE-771 80 LUDVIKA Svédország ezennel kijelenti, hogy a termékek,
TERMELÉSMENEDZSMENT. Gyakorlati segédlet a műszaki menedzser szak hallgatói számára. Összeállította: Dr. Vermes Pál főiskolai tanár 2006.
Szolnoki Főiskola Műszaki és Mezőgazdasági Fakultás Mezőtúr TERMELÉSMENEDZSMENT Gyakorlati segédlet a műszaki menedzser szak hallgatói számára Összeállította: Dr. Vermes Pál főiskolai tanár Mezőtúr 6.
Követelmény, projekt, funkcionalitás 41 CSK 1
Követelmény, projekt, funkcionalitás 41 CSK 1 konzulens Eredics Péter csapattagok Olasz Ákos G34NIY olaszakos@gmail.com Panyiczky Péter Zoltán T533FJ panyika@gmail.com Lágler Krisztián FYMGQ8 lagler.krisztian@gmail.com
TTMER18 - ATM KAPCSOLÓK MEGFELELŐSÉGI VIZSGÁLATA ELLENŐRZŐ KÉRDÉSEK 1. MI A MEGFELELŐSÉG VIZSGÁLAT, MIKOR, HOL ÉS MIVEL VÉGZIK EZEKET A
TTMER18 - ATM KAPCSOLÓK MEGFELELŐSÉGI VIZSGÁLATA ELLENŐRZŐ KÉRDÉSEK 1. MI A MEGFELELŐSÉG VIZSGÁLAT, MIKOR, HOL ÉS MIVEL VÉGZIK EZEKET A VIZSGÁLATOKAT? A megfelelőség vizsgálat (conformance test) arra szolgál,
Bánsághi Anna anna.bansaghi@mamikon.net. Bánsághi Anna 1 of 54
SZOFTVERTECHNOLÓGIA Bánsághi Anna anna.bansaghi@mamikon.net 2. ELŐADÁS - KÖVETELMÉNY MENEDZSMENT Bánsághi Anna 1 of 54 TEMATIKA I. SZOFTVERTECHNOLÓGIA ALTERÜLETEI II. KÖVETELMÉNY MENEDZSMENT III. RENDSZERMODELLEK
2. Gyakorlat Khoros Cantata
2. Gyakorlat Khoros Cantata Ismerkedés a Khoros Cantata-val: A Khoros Cantata egy képfeldolgozó műveletsorok készítésére szolgáló program. A műveleteket csővezetékszerűen lehet egymás után kötni. A műveleteket
SZAKMAI TANTERVI ADAPTÁCIÓ a 31 521 01 BEVONTELEKTRÓDÁS KÉZI ÍVHEGESZTŐ részszakképesítés HÍD II. programban történő 2 éves oktatásához
SZAKMAI TANTERVI ADAPTÁCIÓ a 31 521 01 BEVONTELEKTRÓDÁS KÉZI ÍVHEGESZTŐ részszakképesítés HÍD II. programban történő 2 éves oktatásához a 34 521 06 Hegesztő szakképesítés kerettanterve alapján I. A szakképzés
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
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
HACCP (Hazard Analysis Critical Control Point Kockázat Elemzés, Kritikus Ellenőrzési Pontok)
HACCP (Hazard Analysis Critical Control Point Kockázat Elemzés, Kritikus Ellenőrzési Pontok) Dr. Fehér Ágnes OÉTI Semmelweis Egyetem Egészségügyi Főiskolai Kar közegészségügyi-járványügyi felügyelők élelmiszerbiztonsági
Programozás 1. 2.gyakorlat
Programozás 1. 2.gyakorlat Ismétlés Objektum: Egy a való világból vett elem (ami lehet elvonatkoztatott is) számítógépes ábrázolása. Pl: Kurzus, Személy stb Minden Objektum rendelkezik: Állapottal Viselkedéssel
MAGYAR TUDOMÁNYOS AKADÉMIA CSILLAGÁSZATI ÉS FÖLDTUDOMÁNYI KUTATÓKÖZPONT SOPRON BIZONYLATI REND 2012.
MAGYAR TUDOMÁNYOS AKADÉMIA CSILLAGÁSZATI ÉS FÖLDTUDOMÁNYI KUTATÓKÖZPONT SOPRON BIZONYLATI REND 2012. 1 Jogszabályi alap: Az államháztartás szervezetei beszámolási és könyvvezetési kötelezettségének sajátosságairól
Minőségirányítás az építőiparban. Földessyné Nagy Márta okl. építőmérnök 2013.
Minőségirányítás az építőiparban Földessyné Nagy Márta okl. építőmérnök 2013. Minőség és megfelelőség A dolgok minőségét azok a tulajdonságaik és jellemzőik adják, amelyek képessé teszik arra, hogy igényeket,
3 Hogyan határozzuk meg az innováció szükségszerűségét egy üzleti probléma esetén
3 Hogyan határozzuk meg az innováció szükségszerűségét egy üzleti probléma esetén 3.1 A Black Box eljárás Kulcsszavak: Black Box, Kísérleti stratégia, Elosztás, Határérték, A döntéshozatali tábla tesztje
Rendszer szekvencia diagram
Rendszer szekvencia diagram Célkitűzések A rendszer események azonosítása. Rendszer szekvencia diagram készítése az eseményekre. 2 1.Iteráció Az első igazi fejlesztési iteráció. A projekt kezdeti szakaszában
4. Programozási nyelvek osztályozása. Amatőr és professzionális
4. Programozási nyelvek osztályozása. Amatőr és professzionális programozási nyelvek. Számítási modellek (Neumann-elvű, automataelvű, funkcionális, logikai). Programozási nyelvekkel kapcsolatos fogalmak
OAF Gregorics Tibor: Minta dokumentáció a 3. házi feladathoz 1.
OAF Gregorics Tibor: Minta dokumentáció a 3. házi feladathoz 1. Feladat Szimuláljuk különféle élőlények túlélési versenyét. A lények egy pályán haladnak végig, ahol váltakozó viszonyok vannak. Egy lénynek
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
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
Dinamikus evezős ergométer
Dinamikus evezős ergométer Az Oartec Slider Dynamic ergométer Az Oartec Slider a legfejlettebb dinamikus evezős ergométer, mely elérhető a piacon. A sima sikló mozgás lehetővé teszi, hogy az evezős olyan
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
Leggyakrabban használt adatbányászási technikák. Vezetői információs rendszerek
Leggyakrabban használt adatbányászási technikák ADATBÁNYÁSZÁS II. 1. A társításelemzés társítási szabályok (asszociációs szabályok) feltárását jelenti. Azt vizsgájuk, hogy az adatbázis elemei között létezik-e
SZAKKÉPZÉSI TANTERVI AJÁNLÁS
SZAKKÉPZÉSI TANTERVI AJÁNLÁS a 34 521 10 SZERSZÁMKÉSZÍTŐ SZAKKÉPESÍTÉSHEZ Kizárólag a 2012/2013. tanévben induló szakképzésekre vonatkozóan a szakképzésről szóló 2011. évi CLVII. törvény (a továbbiakban
Komponens modellek. 3. Előadás (első fele)
Komponens modellek 3. Előadás (első fele) A komponens modellek feladata Támogassa a szoftverrendszerek felépítését különböző funkcionális, logikai komponensekből, amelyek a számítógépes hálózatban különböző
Szkeleton tervezése. 100 Generalis faliora. Csapattagok: Konzulens: Szabó András. 2005. március 21.
Szkeleton tervezése 100 Generalis faliora Konzulens: Szabó András Csapattagok: Kenéz Tamás TLSXNP arachnus@tvn.hu Kiss Gergely KNJU43 6er6e1y@gmail.com Papp Gergely L584UF pg554@hszk.bme.hu Rostás Gábor
TYÚK ÉS PULYKA TELJESÍTMÉNYVIZSGÁLATI KÓDEX IV.
TYÚK ÉS PULYKA TELJESÍTMÉNYVIZSGÁLATI KÓDEX IV. 2007 HEN AND TURKEY PERFORMANCE TESTING CODE IV. 2007 Készítették a Kisállattenyésztési Kódex Bizottság alábbi tagjai: Dr. Mezőszentgyörgyi Dávid Bleyer
PAS808 / PAS808M / PAS816 / PAS832. Behatolás Jelző Központok
PAS808 / PAS808M / PAS816 / PAS832 Behatolás Jelző Központok Felhasználói Kézikönyv KM20 Kezelő 2012.01.03. TARTALOMJEGYZÉK 1. BEVEZETÉS...4 1.1 Rendszer alkotóelemek...4 1.2 Alapértelmezett felhasználó
Objektum Orientált Szoftverfejlesztés (jegyzet)
Objektum Orientált Szoftverfejlesztés (jegyzet) 1. Kialakulás Kísérletek a szoftverkrízisből való kilábalásra: 1.1 Strukturált programozás Ötlet (E. W. Dijkstra): 1. Elkészítendő programot elgondolhatjuk
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
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
A követelmények leírása
A követelmények leírása Júz Kéz az indián kincskereső barlangokban gyémántra vadászik. Ehhez korlátozott mennyiségű robbanószer és élet áll rendelkezésére. A játékos feladata az indián irányítása, és a
Számítógépes képelemzés projektmunkák 2012
Számítógépes képelemzés projektmunkák 2012 Automatikus panorámakép készítés Készíts néhány képet a Dóm térről (vagy a város más területéről) úgy hogy a képek között legalább 20% átfedés legyen, és a kívánt
FMEA-elemzés. Karosszéria tervezés/szerelési. Gyártástervezés, Karbantartás. műveletek. Kockázati prioritás szám (RPN) Jelenlegi folyamat kontroll
Integrált rányítási Rendszer Dokumentáció / IV. szint: Formanyomtatványok Hibamód és hatáselemzés (FMEA) Tárgy: Modell: Team: A folyamat felelőse: Dátum: FMEA szám: Készítette: FMEA dátum (eredeti): Felülvizsgálva:
1.sz melléklet Nyári gyakorlat teljesítésének igazolása Hiányzások
1.sz melléklet Nyári gyakorlat teljesítésének igazolása Hiányzások - Az összefüggő szakmai gyakorlatról hiányozni nem lehet. Rendkívüli, nem tervezhető esemény esetén az igazgatóhelyettest kell értesíteni.
Ismeretanyag Záróvizsgára való felkészüléshez
Ismeretanyag Záróvizsgára való felkészüléshez 1. Információmenedzsment az információmenedzsment értelmezése, feladatok különböző megközelítésekben informatikai szerepek, informatikai szervezet, kapcsolat
9/2001. (III. 30.) EüM-FVM együttes rendelet a helyes laboratóriumi gyakorlat alkalmazásáról és ellenőrzéséről
9/2001. (III. 30.) EüM-FVM együttes rendelet a helyes laboratóriumi gyakorlat alkalmazásáról és ellenőrzéséről A kémiai biztonságról szóló 2000. évi XXV. törvény 34. -a (4) bekezdésének ai) pontjában,
1. mérés - LabView 1
1. mérés - LabView 1 Mérést végezte: Bartha András Mérőtárs: Dobránszky Márk Mérés dátuma: 2015. február 18. Mérés helye: PPKE Információs Technológiai és Bionikai Kar A mérés célja: Ismerkedés a Labview
Emlékeztető: a fordítás lépései. Szimbólumtábla-kezelés. Információáramlás. Információáramlás. Információáramlás.
Emlékeztető: a fordítás lépései Forrás-kezelő (source handler) Szimbólumtábla-kezelés Fordítóprogramok előadás (A, C, T szakirány) Lexikális elemző (scanner) Szintaktikus elemző (parser) Szemantikus elemző
Eszterházy Károly Főiskola Matematikai és Informatikai Intézet. Adatszerkezetek és algoritmusok. Geda Gábor
Eszterházy Károly Főiskola Matematikai és Informatikai Intézet Adatszerkezetek és algoritmusok Geda Gábor Eger, 2012 Készült a TÁMOP-4.1.2-08/1/A-2009-0038 támogatásával. 2 Tartalomjegyzék 1. Előszó 4
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
1.modul Válogatások, válogatások kétfelé
FEJLESZTEN- Szeptember 1-2. óra 1.modul Válogatások, válogatások kétfelé Halmazok összehasonlítása szétválogatása: több, kevesebb, ugyanannyi. Relációk értelmezése. Meg- és leszámlálás tárgyakról, képekről.
P-GRADE fejlesztőkörnyezet és Jini alapú GRID integrálása PVM programok végrehajtásához. Rendszerterv. Sipos Gergely sipos@sztaki.
P-GRADE fejlesztőkörnyezet és Jini alapú GRID integrálása PVM programok végrehajtásához Rendszerterv Sipos Gergely sipos@sztaki.hu Lovas Róbert rlovas@sztaki.hu MTA SZTAKI, 2003 Tartalomjegyzék 1. Bevezetés...
SATEL. CA-64 RIASZTÓKÖZPONT (1.04.02-es szoftver verzió) Telepítési útmutató
SATEL CA-64 RIASZTÓKÖZPONT (1.04.02-es szoftver verzió) Telepítési útmutató SATEL CA-64 Telepítési útmutató 2 TARTALOMJEGYZÉK A TERMÉK BEMUTATÁSA...3 A RIASZTÓKÖZPONT ÁLTALÁNOS TULAJDONSÁGAI...3 A RENDSZER
Az adatmodelleket többféleképpen is csoportosíthatjuk. Egyik csoportosítás:
Adatmodellek Minden adatbázis-kezel rendszer egy absztrakt adatmodellel dolgozik, azért, hogy az adatokat ne csak bitek sorozataként lássuk. Egy adatmodell egy matematikai formalizmus mely a következ két
Book Template Title. Author Last Name, Author First Name
Book Template Title Author Last Name, Author First Name Book Template Title Author Last Name, Author First Name I. rész - Szoftver technológia 1. fejezet - Esettanulmány Bevezetés Az alkalmazás fejlesztésére
Á Á Ö Ö Ö É É Á Á Á ö ő É É É ö Á ö É ö Ü Á Ó É Ü Á É Á Á Á É ö É É É Á Ó Á Á Á É Ó Á É ő Ü Á É Á Á Á É Á ö Á Á Á Ü Á Á É ö Á É Á Ü Á Á Á É É É ö Ó Ü Ü É É É ű É Á Á ő É É É É Á ő É ö É É Ü É É Á É Ü É
KONFORT 700R SOROZAT
KONFORT 700R SOROZAT ÚJ KÖVETELMÉNYEK ÚJ MEGOLDÁSOK 2011. január 1-től az EU szabályozásnak megfelelően az összes új típusú, jóváhagyott járműnek R1234yf hűtőközeget kell használnia a klímarendszerekben.
Informatika-érettségi_emelt 11.-12. évfolyam Informatika
11. évfolyam A tanév célja a középszintű érettségire való felkészítés, az emelt szintű érettségire való felkészülésnek a megalapozása. A középszintű érettségi elősegíti az eligazodást és a munkába állást