Integráci. ciós s tesztek. ciós s tesztek (folyt.) Integration Level Testing (ILT) Ficsor Lajos. Miskolci Egyetem Általános Informatikai Tanszék
|
|
- Zsigmond Király
- 8 évvel ezelőtt
- Látták:
Átírás
1 ciós s tesztek ciós s tesztek Miskolci Egyetem Általános Informatikai Tanszék Utolsó módosítás: IntegraciosTeszt / 1 ós tesztek IntegraciosTeszt / 2 ciós s tesztek (folyt.) Feltételezzük, hogy az építıelemek már önmagukban teszteltek. Ha hibát észlelünk, az feltehetıleg a modulok együttmőködésébıl adódik. Integration Level Testing (ILT) Együttmőködı egységek vizsgálata Egy részrendszert állítunk össze Többnyire csak technikai, nem funkcionális részrendszerek ezért probléma lehet a megfelelı teszt esetek elıállítása ós tesztek IntegraciosTeszt / 3 ós tesztek IntegraciosTeszt / 4 Miskolci Egyetem 1
2 giák "Big-bang" integráció Minden egység rendelkezésre áll, és ezekbıl egybıl a teljes rendszer építjük fel Valójában az ITL kimarad, és egybıl a System Level Testing következik Nagyon nehéz a hibák okát megtalálni Egy hibajelenséget több hiba együttese is okozhat (a hibák következményei "összemosódnak") Ezért legfeljebb nagyon egyszerő rendszerek esetén alkalmazható Egyetlen elıny: nagyon kevés segédkódot kell írni. giák k (+) Inkrementációs integrációs és tesztelési stratégia Néhány elemet (modult vagy részrendszert) kombinálunk Olyan teszteket futtatunk, amelyek csak az összeépített elemeket igénylik Ha minden teszt sikeres, újabb elemeket teszünk hozzá a rendszerhez. További teszteket futatunk, amelyek az új elemek meglétét is igénylik. ós tesztek IntegraciosTeszt / 5 ós tesztek IntegraciosTeszt / 6 giák k (+) A fenti iterációt addig folytatjuk, amíg a teljes rendszert összeépítettük, és azon valamennyi teszt sikeresen lefutott. A Példa: T1 A B T1 T2 T3 A B C T2 T3 T4 B C D T1 T2 T3 T4 T5 giák k (+) Két megközelítés Top-down integráció Bottom-up integráció Többnyire a két megközelítés valamilyen ötvözetét használják a gyakorlatban. Test sequence 1 Test sequence 2 Test sequence 3 ós tesztek IntegraciosTeszt / 7 ós tesztek IntegraciosTeszt / 8 Miskolci Egyetem 2
3 Top-down integráci ció Top-down integráci stubs Testing Level 1 Level 1 sequence Level 3 stubs... A hierarchia legfelsı szintjén álló elem tesztelésével kezdjük Az egy szinttel lejjebb álló elemek viselkedését és iterface-ét szimuláló ideiglenes elemek (stub) szükségesek. Ha a teszt sikeres, az ideiglenes elemeket a valódiakkal helyettesítjük, az általuk használtakat pedig újabb ideiglenes elemekkel szimuláljuk. ós tesztek IntegraciosTeszt / 9 ós tesztek IntegraciosTeszt / 10 Elınyei: Top-down integráci Jól illeszkedik a top-down programfejlesztési módszerekhez. Egy modul a megírása után rögtön tesztelhetı. Az esetleges tervezési hibák korán kiderülnek, és idejében orvosolhatók. Viszonylag korán rendelkezésre áll egy korlátozott képességő rendszer : validáció Hátrányai: Top-down integráci Bonyolult lehet a szimulációt végzı ideiglenes rutinok megírása. A hieracrhia felsı szintjein álló modulok sokszor nem szolgáltatnak outputot. A teszteléshez külön eredmény-generáló "betétek" szükségesek. ós tesztek IntegraciosTeszt / 11 ós tesztek IntegraciosTeszt / 12 Miskolci Egyetem 3
4 Test drivers Test drivers Bottom-up integráci ció Testing sequence Bottom-up integráci Elıször a legalsó szinten levı modulokat teszteljük, majd a hierarchiában felfelé haladunk. Ehhez a felsı szinteket szimuláló tesztelési környezetet (test driver) kell írni. Ha a teszt sikeres, a teszt driver-eket a valódi implementált elemekre cseréljük, és a következı szintet helyettesítjük test driver-ekkel ós tesztek IntegraciosTeszt / 13 ós tesztek IntegraciosTeszt / 14 System Level Testing (SLT) A rendszer összes komponensének teljes körő (funkcionális, nem funkcionális) tesztelése Feladata annak megállapítása, hogy a rendszer kiadható-e a megrendelınek (végsı ellenırzés). Talán ezért láttam már a "release test" kifejezést is. Másik elnevezés: "alpha version". A fejlesztı szervezeten belül végzik. Szükséges az éles használat környezetének minél pontosabb szimulációja. Használható tesztelési módszerek Szolgáltatás tesztelés nyilvánvaló Mennyiségi tesztelés A szoftver mőködését nagy mennyiségő adattal teszteljük a kapacitáskorlátok ellenırzésére. Végrehajtási / válasz idıket is figyelhetünk, mérhetünk. ós tesztek IntegraciosTeszt / 15 ós tesztek IntegraciosTeszt / 16 Miskolci Egyetem 4
5 Terheléses tesztelés (Stressz-tesztelés) A tesztelt rendszert valamilyen szempontból erıs terhelésnek teszi ki. Fontos tényezı az idı! Adott idıkorláton belül hogyan teljesít nagy mennyiségő adatokon dolgozva. Intenzív feldolgozást kívánó helyzeteket kell teremteni, melyek szélsıségesek, de elıfordulhatnak A robosztusság ellenırzésére érdemes a terhelést olyan szintre is emelni, amely (elvileg) nem fordulhat elı. ós tesztek IntegraciosTeszt / 17 Használhatósági tesztelés A rendszer egy meghatározott felhasználó által, egy meghatározott felhasználási körben használva, meghatározott célok hatékony és produktív elérésére, mennyire kielégítı és mennyire vezet megelégedésre. Biztonsági tesztelés Az adatbiztonsággal és adatvédelemmel kapcsolatos hibák vizsgálata. ós tesztek IntegraciosTeszt / 18 Teljesítménytesztelés A teljesítmény vagy a hatékonyság mérése különbözı terheléseknél és konfigurációkra meghatározott válaszidık és feldolgozási sebességek formájában. Konfigurációtesztelés Különbözı környezetek (hardver, operációs rendszer, egyéb szoftver installációk) lehetségesek. Ha a programnak korábbi rendszerekhez kell kapcsolódniuk, vagy a program egy korábbi változatát váltják le: ellenırizni kell a kompatibilitást vagy a konverziós eljárásokat. ós tesztek IntegraciosTeszt / 19 Megbízhatósági tesztelés Ha program céljai között megbízhatósággal kapcsolatos speciális kitételek szerepelnek. A megbízhatósági teszteknek adott esetben ki kell terjedniük a rendszer programozási, hardver- vagy adathibák bekövetkezte utáni felállására, mőködésbe visszaállására. ós tesztek IntegraciosTeszt / 20 Miskolci Egyetem 5
6 Dokumentációtesztelés Felhasználói és fejlesztési dokumentumokra A felhasználói dokumentációban szereplı összes illusztratív példát le kell képezni tesztesetekké és végre is kell hajtani velük a tesztelést. Összefoglalva: Ez a szint is elsısorban verifikációs szemlélető, a sikeres teszt tehát az, amelyik hibát okoz! Természetesen validációs célja is van, de itt is a hibák kimutatása a cél. ós tesztek IntegraciosTeszt / 21 ós tesztek IntegraciosTeszt / 22 User Acceptance Testing (UAT) Feladata annak megállapítása, hogy a rendszer éles üzembe állítható-e. Célja felhasználó és minden haszonélvezı (stakeholder) elégedettségének vizsgálata. Általában a megrendelı telephelyén, annak közremőködésével, és a végleges üzemeltetési körülmények között kell végrehajtani. ós tesztek IntegraciosTeszt / 23 User Acceptance Testing (UAT) (+) A használható tesztelési módszerek hasonlóak, mint a SLT esetén, de azok közül csak a felhasználó számára releváns eseteket kell bemutatni. Ez a szint elsısorban verifikációs szemlélető, tehát az a jó teszt, amely sikeres mőködést produkál. Lehet verifikációs célja is (olyan hibák kimutatására, amelyek csak a végleges mőködtetı környezetben vizsgálhatók.) ós tesztek IntegraciosTeszt / 24 Miskolci Egyetem 6
7 User Acceptance Testing (UAT) (+) Egy speciális UAT módszer: béta verzió kibocsátása Személyes megjegyzéseim: Nem hosszú távra szóló üzleti modell az UAT-t a SLT sikertelen teszt eseteibıl összeállítani Meg az sem, amikor a felhasználó fizet azért, hogy tesztelhesse a rendszert (túl korai release) Irodalomjegyzék 1. Ian Sommerville: Szoftverrendszerek fejlesztése Panem, Budapest, 2002 ós tesztek IntegraciosTeszt / 25 ós tesztek IntegraciosTeszt / 26 Miskolci Egyetem 7
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é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é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é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é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észletesebbenA programkód átvizsgálásának hatékonyságát két ok magyarázza:
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 A szisztematikus programtesztelés idıigényes és drága folyamat. Minden
RészletesebbenV & V Feladatok. V & V Feladatok
V & V Feladatok 2008.01.08 2. Feladat tartozik! A relációjel fordított. Hibás bemenetekre nem teszteltünk. Figyelmen kívül hagytuk az objektum konstruálás időigényét. A pointer értéke null. A program lefut,
RészletesebbenVerifiká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é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észletesebbenInformációs rendszerek Információsrendszer-fejlesztés
Információs rendszerek Információsrendszer-fejlesztés A rendszerfejlesztés életciklusa problémadefiniálás helyzetfeltárás megvalósítási tanulmány döntés a fejlesztésrıl ELEMZÉS IMPLEMENTÁCIÓ programtervezés
RészletesebbenA szoftverfolyamat és s a tesztelés
A szoftverfolyamat és s a tesztelés Miskolci Egyetem Általános Informatikai Tanszék Utolsó módosítás: 2008. 11. 19. swproc / 1 A szoftverfolyamat Alaptevékenységek Tartalom Szoftverfolyamat modellek A
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é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észletesebbenIT biztonsági szintek és biztonsági kategorizálási minta
IT biztonsági szintek és biztonsági kategorizálási minta Verzió száma: V1 Kiadás dátuma: 2008. május 29. Azonosító: EKK_ekozig_ITbiztonsagibesorolasiminta_080529_V01 A dokumentum az Új Magyarország Fejlesztési
RészletesebbenA tesztelés szükségessége
A tesztelés szükségessége Veszélyek megjelenése Hardver téren az integráltsági fok növekedése Szoftver téren a milliós nagyságrendben lévő utasításszám A rendszerek teljesítményének növekedésével együtt
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é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észletesebbenGrayteq. Grayteq DLP Teljesítmény Benchmark. Grayteq DLP Benchmark. Sealar Corporate Proprietary Commercial-in-confidence
Teljesítmény Benchmark Benchmark 1. oldal a 12-ből Tartalomjegyzék Tartalomjegyzék 2 A dokumentum célja 3 Részletek 3 3 Teszt alkalmazás 3 Általános hardver és szoftver mérések 3 CPU, Memória és HDD mérések
RészletesebbenSzoftverspecifikáció fázis: Követelmény specifikáció. 2. fázis: Követelmények feltárása és elemzése
Folyamattevékenységek Dr. Mileff Péter Alapvetıen négy különbözı folyamattevékenység: Specifikáció (követelménytervezés) Tervezés és implementáció Validáció Evolúció Ezeket a különféle fejlesztési folyamatmodellek
RészletesebbenInformatikai projektmenedzsment
Schwarczenberger Istvánné dr.: Informatikai projektmenedzsment Az informatikai projektek sikeres végrehajtásához megfelelı projektvezetési technikát kell alkalmaznunk, egyébként nem számíthatunk a határidık
RészletesebbenObject Orgy PROJEKTTERV 1 (9) Adattípusok menedzselése Palatinus Endre 2010-09-27 1.0
Object Orgy PROJEKTTERV 1 (9) Projektterv 1 Összefoglaló 2 Verziók Ez az projekt projektterve, ahol kitérünk a megrendelt szoftver elvárt szolgáltatásaira, és a tárgy keretein belül a projekt során felhasználandó
RészletesebbenNagyfelbontású magassági szélklimatológiai információk dinamikai elıállítása
Nagyfelbontású magassági szélklimatológiai információk dinamikai elıállítása Szépszó Gabriella Országos Meteorológiai Szolgálat Éghajlati Osztály, Klímamodellezı Csoport Együttmőködési lehetıségek a hidrodinamikai
RészletesebbenA külsı minıségbiztosítás jelentısége az e-kormányzati fejlesztésekben,
A külsı minıségbiztosítás jelentısége az e-kormányzati fejlesztésekben, a magyar IIER fejlesztésben szerzett tapasztalatok alapján Podolcsák Ádám Podolcsák Ádám BlomInfo, Projektvezetı A prezentáció tartalma
RészletesebbenQuickSend. E-Mail, és SMS küldés program. Felhasználói kézikönyv. Program dokumentáció 2008 JMGM Magyarország Informatikai Kft.
E-Mail, és SMS küldés program Felhasználói kézikönyv Program dokumentáció 2008 JMGM Magyarország Informatikai Kft. -1- (30)264-92-05 Tartalomjegyzék A programról általában... 3 Hardware software igény...
RészletesebbenSzoftver-technológia I.
Szoftver technológia I. Oktatók Sziray József B602 Heckenast Tamás B603 2 Tananyag Elektronikus segédletek www.sze.hu/~sziray/ www.sze.hu/~heckenas/okt/ (www.sze.hu/~orbang/) Nyomtatott könyv Ian Sommerville:
RészletesebbenAlkalmazásportfólió. Szoftvermenedzsment. menedzsment. Racionalizálás. Konszolidáció. Nyilvántartás. Elemzés
Megjegyzés: Egyes megoldásokban, ahol -szel kell jelölni a helyes választ, K (= közömbös) jelzés arra utal, hogy az és az hiánya egyaránt elfogadható (= valami lehetséges, de nem jellemzı). 5.1. A sorokban
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észletesebbenCloud Akkreditációs Szolgáltatás indítása CLAKK projekt. Kozlovszky Miklós, Németh Zsolt, Lovas Róbert 9. LPDS MTA SZTAKI Tudományos nap
Cloud Akkreditációs Szolgáltatás indítása CLAKK projekt Kozlovszky Miklós, Németh Zsolt, Lovas Róbert 9. LPDS MTA SZTAKI Tudományos nap Projekt alapadatok Projekt név: Cloud akkreditációs szolgáltatás
RészletesebbenTisztelettel köszöntöm a RITEK Zrt. Regionális Információtechnológiai Központ bemutatóján. www.ritek.hu
Tisztelettel köszöntöm a RITEK Zrt. Regionális Információtechnológiai Központ bemutatóján. www.ritek.hu BEVEZETŐ az ASP-szolgáltatásról Az ASP-szolgáltatás (Application Service Providing) előnyei A megrendelő
RészletesebbenA BELSİ ELLENİRZÉS KIALAKÍTÁSA ÉS MŐKÖDTETÉSE A GYİR-MOSON-SOPRON MEGYEI ÖNKORMÁNYZATNÁL
A BELSİ ELLENİRZÉS KIALAKÍTÁSA ÉS MŐKÖDTETÉSE A GYİR-MOSON-SOPRON MEGYEI ÖNKORMÁNYZATNÁL Az Áht. 120. szerint a belsı ellenırzés a belsı kontrollrendszer része, független, tárgyilagos, bizonyosságot adó
RészletesebbenSzékely Klára: Üzleti etika Power Point segítségével
NYUGAT-MAGYARORSZÁGI EGYETEM TERMÉSZETTUDOMÁNYI KAR MIGI GAZDASÁGTUDOMÁNYI TANSZÉK Székely Klára: Üzleti etika Power Point segítségével TÁMOP 4.1.2.-08/1/C-2009-0009 1. Miért a Power Point? Támogatói véleménye
RészletesebbenA TESZTELÉS ALAPJAI MIÉRT SZÜKSÉGES A TESZTELÉS? MI A TESZTELÉS? ÁLTALÁNOS TESZTELÉSI ALAPELVEK
A TESZTELÉS ALAPJAI MIÉRT SZÜKSÉGES A TESZTELÉS? MI A TESZTELÉS? ÁLTALÁNOS TESZTELÉSI ALAPELVEK MUNKAERŐ-PIACI IGÉNYEKNEK MEGFELELŐ, GYAKORLATORIENTÁLT KÉPZÉSEK, SZOLGÁLTATÁSOK A DEBRECENI EGYETEMEN ÉLELMISZERIPAR,
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észletesebbenSzolgáltatási szint és performancia menedzsment a PerformanceVisor alkalmazással. HOUG konferencia, 2007 április 19.
Szolgáltatási szint és performancia menedzsment a PerformanceVisor alkalmazással Szabó Balázs HOUG konferencia, 2007 április 19. Mirıl lesz szó NETvisor Kft bemutatása Szolgáltatási szint alapjai Performancia
RészletesebbenMathcad. 2009. Június 25. Ott István. www.snt.hu/cad. S&T UNITIS Magyarország Kft.
Mathcad 2009. Június 25. Ott István www.snt.hu/cad Matematika a gépészet nyelve Mit? Miért? 10 x 2 dx = 333 1 π cos ( x) + sin( x) dx = 2 0 i 3 1 4 i4 i 1 2 i3 + 1 4 i2 d ds ( 3s) 2 + s 2 18 s + 1 2 Pro/ENGINEER
RészletesebbenA folyamat közös fázisai. A szoftverfolyamat modelljei. A vízesésmodell fázis: követelmények elemzése és meghozása
A szoftver Dr. Mileff Péter A szoftver szót sokan egyenlınek tekintik a számítógépes programokkal. Nincs egyértelmő definíciója. Több ennél: hozzájuk kapcsolódó dokumentációk, konfigurációs adatok. Ezek
RészletesebbenInformáció menedzsment
Információ menedzsment Szendrői Etelka Rendszer- és Szoftvertechnológiai Tanszék szendroi@witch.pmmf.hu Infrastruktúra-menedzsment Informatikai szolgáltatások menedzsmentje Konfigurációkezelés Gyorssegélyszolgálat
RészletesebbenSZAKDOLGOZAT Debrecen 2009
SZAKDOLGOZAT Debrecen 2009 Debreceni Egyetem Informatikai Kar A szoftvertesztelés módszerei Témavezetı: Fazekas Gábor Egyetemi docens Készítette:Panczák Ágnes PTI MSc Debrecen 2009 2 Tartalomjegyzék 1.
RészletesebbenE-Számlázás az ECOD rendszeren belül. Horváth Péter, Senior Projekt Menedzser Synergon Retail Systems Kft.
E-Számlázás az ECOD rendszeren belül Horváth Péter, Senior Projekt Menedzser Synergon Retail Systems Kft. Tartalom ECOD EDI rendszer Magyarországon és a helyi ECOD HelpDesk E-számlák archiválása az ECOD
RészletesebbenTermékhasználat. Helyes helytelen termékhasználat. Felhasználók. Ergonómiai hagyományok. Az ergonómia integrálása a termékfejlesztés folyamatába
Termékhasználat Helyes helytelen termékhasználat A felhasználók bevonása a Gyermek Interakció Termék termékfejlesztésbe A termékhasználat ergonómiai megközelítése Helytelen, veszélyes, tilos Baleset Ergonómiai
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 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é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észletesebbenIsmerkedjünk meg a Linuxszal!
LOK 2006 Áttekintés A Linux 1 A Linux Mi is pontosan a Linux? A Linux, mint operációs rendszer 2 3 Áttekintés A Linux Mi a Linux Operációs rendszer 1 A Linux Mi is pontosan a Linux? A Linux, mint operációs
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észletesebbenJogi Behajtási Keretrendszer és moduljai üzemeltetése
1003/36-1/2017/1003-1. sz. melléklet Jogi Behajtási Keretrendszer és moduljai üzemeltetése MŰSZAKI LEÍRÁS 1. Általános leírás A Jogi Behajtási Keretrendszer (a továbbiakban JBK) a BKK Zrt. jogi behajtási
RészletesebbenAdatstruktúrák, algoritmusok, objektumok
Adatstruktúrák, algoritmusok, objektumok 2. Az objektumorientált programozási paradigma 1 A szoftverkrízis Kihívások a szoftverfejlesztés módszereivel szemben 1. A szoftveres megoldások szerepe folyamatosan
RészletesebbenOrvosi készülékekben használható modern fejlesztési technológiák lehetőségeinek vizsgálata
Kutatási beszámoló a Pro Progressio Alapítvány számára Budapesti Műszaki és Gazdaságtudományi Egyetem Villamosmérnöki és Informatikai Kar Mérnök informatika szak Orvosi készülékekben használható modern
RészletesebbenÚj kézi-számítógépes grafikus felmérı szoftver jelent meg a piacon innovatív megközelítéssel és eddig nem látott funkcionalitással. Az új szoftverrendszer segítheti az ingatlankereskedık, kivitelezık,
RészletesebbenÖsszefoglaló jelentés
Összefoglaló jelentés A 2018. évi országgyűlési képviselők választásának lebonyolítási időszakában a választást támogató informatikai rendszerek működése során történt informatikai események vizsgálatáról
RészletesebbenInnovatív megoldás a logisztikában
Innovatív megoldás a logisztikában flottamenedzsment rendszer bevezetése az érintett vállalatok hatékonyságának növelése érdekében Budapest, 2010-09-06 Karmazin György ügyvezetı igazgató BI-KA LOGISZTIKA
RészletesebbenTesztelés: kezdd el már az elejétől!
1 HWSW App!mobile konferencia, MOM Budapest, 2014. november 12. Tengen Szolgáltató Kft. Tesztelés: kezdd el már az elejétől! Pintér Róbert AppDevCare - Mobil alkalmazások fejlesztőit segítő szolgáltatási
RészletesebbenElőadók: Angyal Gergely (Raiffeisen), tesztelési csoportvezető Kováts Márton (KFKI), szenior rendszermérnök 2010.03.25.
Fejlesztéskövetés fejvesztés nélkül, avagy Kiadáskezelés megvalósítása banki környezetben Előadók: Angyal Gergely (Raiffeisen), tesztelési csoportvezető Kováts Márton (KFKI), szenior rendszermérnök 2010.03.25.
RészletesebbenTérinformatikai DGPS NTRIP vétel és feldolgozás
Térinformatikai DGPS NTRIP vétel és feldolgozás Méréseinkhez a Thales Mobile Mapper CE térinformatikai GPS vevıt használtunk. A mérést a Szegedi Tudományegyetem Egyetem utcai épületének tetején található
RészletesebbenA hatósági géphigiéniai minısítési eljárás
A hatósági géphigiéniai minısítési eljárás Egy gép, berendezés vagy eszköz higiéniailag akkor felel meg a jogszabályi követelményeknek, ha azonosítható, ha rendelkezik a megfelelıségét tanúsító dokumentummal,
RészletesebbenBÁN JÓZSEF FERTİSZÉPLAK SZÉKESFEHÉRVÁR - BUDAPEST. VISZK Bt. Székesfehérvár. Felhasználói Kézikönyv
BÁN JÓZSEF FERTİSZÉPLAK SZÉKESFEHÉRVÁR - BUDAPEST TKR W.T.K.R. M.B.N. V2004. Pénztárgép Kezelı Rendszer VISZK Bt. Székesfehérvár Felhasználói Kézikönyv Bán József Kiadva : 2003. június 2006. szeptember
RészletesebbenBMD Rendszerkövetelmények
BMD Rendszerkövetelmények Rendszerkövetelmények BMD 1. SZERVER Az alábbiakban áttekintést nyerhet azokról a szerver rendszerkövetelményekről, melyek szükségesek a BMD zavartalan működéséhez. Ezen felül
RészletesebbenFékrendszerek tervezése haszonjármővek részére
Fékrendszerek tervezése haszonjármővek részére BME Gépjármővek Tanszék rendszertervezési támogatást ajánl jármőgyártók részére. 1 Tartalom Rendszer Tervezés Bemutatkozás Rendszertervezési folyamat A rendszertervezési
RészletesebbenEz idézte elı az olyan fejlesztési folyamatokat, amelyek a gyors szoftverfejlesztésre és átadásra összpontosítanak.
1 A vállalatok ma globális, gyorsan változó környezetben mőködnek. Reagálnak az új lehetıségekre és piacokra, a gazdasági környezet változásaira. A szoftver része minden mőveletnek, Kulcsfontosságú hogy
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észletesebbenBevezetés Mi a szoftver? Általános termékek: Mi a szoftvertervezés?
Bevezetés Mi a szoftver? Számítógép-programok és kapcsolódó dokumentációk, illetve konfigurációs adatok, amelyek elengedhetetlenek ahhoz, hogy ezek a programok helyesen működjenek. Szoftvertermékek fejleszthető
RészletesebbenInformatikai ellenırzések, az informatika szerepe az ellenırzések támogatásában
Nincs informatika-mentes folyamat! Informatikai ellenırzések, az informatika szerepe az ellenırzések támogatásában Oláh Róbert számvevı tanácsos Az elıadás témái 2 Miért, mit, hogyan? Az IT ellenırzés
RészletesebbenA hazai regionális klímamodellek eredményeinek együttes kiértékelése
A hazai regionális klímamodellek eredményeinek együttes kiértékelése Horányi András,, Csima Gabriella, Krüzselyi Ilona, Szabó Péter, Szépszó Gabriella Országos Meteorológiai Szolgálat Bartholy Judit, Pieczka
RészletesebbenA GeoEasy telepítése. Tartalomjegyzék. Hardver, szoftver igények. GeoEasy telepítése. GeoEasy V2.05 Geodéziai Feldolgozó Program
A GeoEasy telepítése GeoEasy V2.05 Geodéziai Feldolgozó Program (c)digikom Kft. 1997-2008 Tartalomjegyzék Hardver, szoftver igények GeoEasy telepítése A hardverkulcs Hálózatos hardverkulcs A GeoEasy indítása
RészletesebbenSzoftverminőségbiztosítás
NGB_IN003_1 SZE 2014-15/2 (13) Szoftverminőségbiztosítás Szoftverminőség és formális módszerek Formális módszerek Formális módszer formalizált módszer(tan) Formális eljárások alkalmazása a fejlesztésben
RészletesebbenFunkcionális menedzsment Általános (naturális) filozófiai értelmezés
MINİSÉGMENEDZSMENT Funkcionális menedzsment 2. A minıség filozófiai értelmezése 1. Általános (naturális) filozófiai értelmezés A minıség egy adott dolog azon tulajdonságainak összessége, amelyek azzá teszik
RészletesebbenOperációsrendszerek. 2. elıadás. Standard ismeretek II.
Operációsrendszerek 2. elıadás Standard ismeretek II. Bevezetés A rétegmodell Kernelfunkciók A megszakítási rendszer Folyamatvezérlés Memóriakezelés Erıforráskezelés Eszközvezérlık Programok végrehajtása
RészletesebbenAz objektumorientált megközelítés elınye: Hátránya:
1 Egy objektumorientált architekturális modell a rendszert lazán kapcsolódó, jól definiált interfészekkel rendelkezı objektumok halmazára tagolja. Az objektumok a többi objektum által biztosított szolgáltatásokat
RészletesebbenSzolgáltatás mérés/riportolás magas fokon Egy valós megoldás Pepsi berkekben
Szolgáltatás mérés/riportolás magas fokon Egy valós megoldás Pepsi berkekben Mérő Gábor PepsiAmericas Kft Technikai szolgáltatási Vezető Hajdú Miklós ICON Számítástechnikai Rt Alkalmazás- és Rendszerfelügyeleti
RészletesebbenEurópa e-gazdaságának fejlıdése. Bakonyi Péter c. docens
Európa e-gazdaságának fejlıdése Bakonyi Péter c. docens Definiciók Definiciók Az E-gazdaság fejlıdése Európában Az IKT térhódítása miatt a hagyományos gazdaság az E-gazdaság irányába mozdul Az üzleti és
RészletesebbenA Microsoft terminálszolgáltatás ügyfél oldali hardverigényének meghatározása
S SDA Stúdió kft. A Microsoft terminálszolgáltatás ügyfél oldali hardverigényének meghatározása Kiadva: 2002.02.12. Oldalak száma: 7 A dokumentum története Verzió Dátum Módosítás rövid leírása Módosító
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észletesebbenMentális modell, metaforák és analógiák. A desktop metafora. Xerox Star GUI
Mentális modell, metaforák és analógiák A desktop metafora Xerox Palo Alto Research Center Xerox Star GUI 1973/79. Xerox Alto A piacon megjelenő első számítógép bittérképes képernyővel egérrel grafikus
RészletesebbenWebService tesztelés. SOAPui Pro, GreenPepper és Confluence használatával. Verhás & Verhás Szoftver Manufaktúra KNOW-HOW
WebService tesztelés SOAPui Pro, GreenPepper és Confluence használatával Verhás & Verhás Szoftver Manufaktúra KNOW-HOW 2008. 5. 15. Verhás & Verhás Szoftver Manufaktúra 1 Tartalom WebService tesztelé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észletesebbenProgramozás alapjai Bevezetés
Programozás alapjai Bevezetés Miskolci Egyetem Általános Informatikai Tanszék Programozás alapjai Bevezetés SWF1 / 1 Tartalom A gépi kódú programozás és hátrányai A magas szintÿ programozási nyelv fogalma
RészletesebbenTeszt: Az nvidia GeForce kártyák Crysis 2-ben mért teljesítménye
Teszt: Az nvidia GeForce kártyák Crysis 2-ben mért teljesítménye Mivel úgy gondoljuk, hogy az egyes nvidia GeForce kártyák teljesítményét legjobban egy játékteszt során lehet bemutatni, így a Dirt3 teszt
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észletesebbenA külsı minıségbiztosítás jelentısége az e-kormányzati fejlesztésekben, a magyar IIER fejlesztésben szerzett tapasztalatok alapján
A külsı minıségbiztosítás jelentısége az e-kormányzati fejlesztésekben, a magyar IIER fejlesztésben szerzett tapasztalatok alapján Podolcsák Ádám projektvezetı BlomInfo Konzorcium 1. Bevezetés A dán BlomInfo
Részletesebben2010.04.21. Definiciók. Definiciók. Európa e-gazdaságának fejlıdése. Szélessávú hozzáférés-ezer. Web felhasználók- Európa-fejlett része
Definiciók Európa e-gazdaságának fejlıdése Bakonyi Péter c. docens Definiciók Az E-gazdaság fejlıdése Európában Az IKT térhódítása miatt a hagyományos gazdaság az E-gazdaság irányába mozdul Az üzleti és
RészletesebbenMoldex3D/eDesign. Az igazi 3D-s CAE alkalmazás fröccsöntés szimulációhoz. 2009. Június 25. Kırösi Gábor CAM alkalmazás mérnök
Moldex3D/eDesign Az igazi 3D-s CAE alkalmazás fröccsöntés szimulációhoz 2009. Június 25. Kırösi Gábor CAM alkalmazás mérnök www.snt.hu/cad Analízis követelmények A szimulációs szoftverekkel szembeni követelmények
RészletesebbenAl-Mg-Si háromalkotós egyensúlyi fázisdiagram közelítő számítása
l--si háromalkotós egyensúlyi fázisdiagram közelítő számítása evezetés Farkas János 1, Dr. Roósz ndrás 1 doktorandusz, tanszékvezető egyetemi tanár Miskolci Egyetem nyag- és Kohómérnöki Kar Fémtani Tanszék
RészletesebbenÚTMUTATÓ AZ AJÁNLAT ELKÉSZÍTÉSÉHEZ
ÚTMUTATÓ AZ AJÁNLAT ELKÉSZÍTÉSÉHEZ Békés Megyei Kormányhivatal Munkaügyi Központja 5600 Békéscsaba, Árpád sor 2/6. 1/15 A BÉKÉS MEGYEI KORMÁNYHIVATAL MUNKAÜGYI KÖZPONTJA (továbbiakban munkaügyi központ)
RészletesebbenSzoftvertesztelés - Bevezető
Szoftvertesztelés - Bevezető Csirmaz Péter Livesoft Kft. 2010.03.13. Bevezetés A szoftvertesztelés egy rendszer vagy program kontrollált körülmények melletti futtatása, és az eredmények kiértékelése. A
RészletesebbenDW 9. előadás DW tervezése, DW-projekt
DW 9. előadás DW tervezése, DW-projekt Követelmény felmérés DW séma tervezése Betöltési modul tervezése Fizikai DW tervezése OLAP felület tervezése Hardver kiépítése Implementáció Tesztelés, bevezetés
RészletesebbenGrant Thornton Hungary News. 2014 július
Grant Thornton Hungary News 2014 július Tisztelt Ügyfeleink! Kérjük, feltétlenül figyeljenek a számlázással kapcsolatos alábbi változásokra! Emellett további változásokra és a reklámadóra szeretnénk felhívni
RészletesebbenKomplex terheléses tesztmegoldások a Mobil PS és CS gerinchálózaton
Komplex terheléses tesztmegoldások a Mobil PS és CS gerinchálózaton Olaszi Péter, Sey Gábor, Varga Pál AITIA International Zrt. HTE Infokom konferencia és kiállítás, 2012. október 10 12. Változások a gerinchálózatban
RészletesebbenInformációbiztonsági Szabályzat elkészítése és javasolt tartalma. Debrıdy István Németh Ákos
Információbiztonsági Szabályzat elkészítése és javasolt tartalma Debrıdy István Németh Ákos 2013. évi L. törvény Az e törvény hatálya alá tartozó elektronikus információs rendszerek teljes életciklusában
RészletesebbenA dokumentáció felépítése
A dokumentáció felépítése Készítette: Keszthelyi Zsolt, 2010. szeptember A szoftver dokumentációját az itt megadott szakaszok szerint kell elkészíteni. A szoftvert az Egységesített Eljárás (Unified Process)
Részletesebben1.1.1. Alkalmazásgyorsítás, terhelésmegosztás, SSL terminálás
1 Adatközpont szolgáltatások - 3 1.1.1. Alkalmazásgyorsítás, terhelésmegosztás, SSL terminálás 1.1.1.1.Szolgáltatási szabvány Az ajánlatban szereplı berendezések teljes mértékben megfelelnek a jelenleg
RészletesebbenVizuális adatelemzés - Gyakorlat. Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék
Vizuális adatelemzés - Gyakorlat Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék Adatelemzés szerepe a rendszermodellezésben Lényeges paraméterek meghatározása
RészletesebbenOperációs rendszerek
Operációs rendszerek Hardver, szoftver, operációs rendszer fogalma A hardver a számítógép mőködését lehetıvé tevı elektromos, elektromágneses egységek összessége. A számítástechnikában hardvernek hívják
RészletesebbenSzámítógép-rendszerek fontos jellemzői (Hardver és Szoftver):
B Motiváció B Motiváció Számítógép-rendszerek fontos jellemzői (Hardver és Szoftver): Helyesség Felhasználóbarátság Hatékonyság Modern számítógép-rendszerek: Egyértelmű hatékonyság (például hálózati hatékonyság)
RészletesebbenETR - VPOS DEXTER 2010 ETR WEB - VPOS. Befizetés. Készítette: DEXTER Kft. Kiadva: 2010. szeptember 1. DEXTER Informatikai Kft.
ETR WEB - VPOS Befizetés Készítette: DEXTER Kft. Kiadva: 2010. szeptember 1. 1. oldal Tartalomjegyzék 0 Bevezetés...3 1 Háttérinformációk...4 1.1 ETR VPOS...4 1.2 Bejelentkezés...4 2 Online fizetés OTP-n
RészletesebbenAz országos projekt állása,
Az országos projekt állása, aktuális kérdések Sebık Sándor projektvezetı SEPA szakmai fórum, 2011.11.17. Tartalom: Az eddig elvégzett feladatok Klíringtagi és GIRO státusz Aktuális feladatok, tesztelés
RészletesebbenInformációtartalom vázlata
1. Az Ön cégétől árajánlatot kértek egy üzleti portál fejlesztésére, amelynek célja egy online áruház kialakítása. Az árajánlatkérés megválaszolásához munkaértekezletet tartanak, ahol Önnek egy vázlatos
RészletesebbenA kvantitatív kutatás folyamata
A kvantitatív kutatás folyamata A kvantitatív stratégia keretében zajló kutatómunka teljes ívét a következı szakaszokra lehet osztani: 1. Tájékozódás 2. Tervezés 3. Elıvizsgálat (Pilot vizsgálat) 4. Adatgyőjtés
Részletesebben8.3. AZ ASIC TESZTELÉSE
8.3. AZ ASIC ELÉSE Az eddigiekben a terv helyességének vizsgálatára szimulációkat javasoltunk. A VLSI eszközök (közöttük az ASIC) tesztelése egy sokrétűbb feladat. Az ASIC modellezése és a terv vizsgálata
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észletesebbenRendszertervezés 2. IR elemzés Dr. Szepesné Stiftinger, Mária
Rendszertervezés 2. IR elemzés Dr. Szepesné Stiftinger, Mária Rendszertervezés 2. : IR elemzés Dr. Szepesné Stiftinger, Mária Lektor : Rajki, Péter Ez a modul a TÁMOP - 4.1.2-08/1/A-2009-0027 Tananyagfejlesztéssel
Részletesebben