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



Hasonló dokumentumok
A minőségbiztosítás informatikája Gégény Dávid - KHIWFS

Forráskód minőségbiztosítás

Objektum Vezérelt Szoftverek Analízise

Böngészők, böngészőmotorok

A TESZTELÉS ALAPJAI MIÉRT SZÜKSÉGES A TESZTELÉS? MI A TESZTELÉS? ÁLTALÁNOS TESZTELÉSI ALAPELVEK

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

Szoftver-mérés. Szoftver metrikák. Szoftver mérés

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

WebService tesztelés. SOAPui Pro, GreenPepper és Confluence használatával. Verhás & Verhás Szoftver Manufaktúra KNOW-HOW

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

Intervenciós röntgen berendezés teljesítményszabályozójának automatizált tesztelése

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

Fogalomtár Etikus hackelés tárgyban Azonosító: S2_Fogalomtar_v1 Silent Signal Kft. Web:

SZTE Nyílt Forrású Szoftverfejlesztő és Minősítő Kompetencia Központ

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

Szoftverminőségbiztosítás

Folyamatmodellezés és eszközei. Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék

Információ menedzsment

30 MB INFORMATIKAI PROJEKTELLENŐR

Vállalati információs rendszerek I, MIN5B6IN, 5 kredit, K. 4. A meghirdetés ideje (mintatanterv szerint vagy keresztfélében):

Szoftverminőségbiztosítás

Szoftver újrafelhasználás

Szoftverminőségbiztosítás

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

Integrációs mellékhatások és gyógymódok a felhőben. Géczy Viktor Üzletfejlesztési igazgató

Szoftvermérés:hogyan lehet a szoftvertermék vagy a szoftverfolyamat valamely jellemzőjéből numerikus értéket előállítani.

Tartalom. Konfiguráció menedzsment bevezetési tapasztalatok. Bevezetés. Tipikus konfigurációs adatbázis kialakítási projekt. Adatbázis szerkezet

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

Funkciópont elemzés: elmélet és gyakorlat

2. Szoftver minőségbiztosítás

Hogyan lesz adatbányából aranybánya?

ESZKÖZTÁMOGATÁS A TESZTELÉSBEN

Üzleti folyamatok rugalmasabb IT támogatása. Nick Gábor András szeptember 10.

Autóipari beágyazott rendszerek Dr. Balogh, András

evosoft Hungary Kft.

Nyílt forráskódú szoftverek minőségi vizsgálata szoftver metrikák alapján

Cégprofil publikus CÉGPROFIL 1

A tételhez segédeszköz nem használható.

Szoftver karbantartás

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

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

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

Bevezetés: Mi a CRM? A tervezési fázis helye és szerepe a CRM implementációs projektekben Jógyakorlatok: mire figyeljünk a CRM tervezés közben.

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

Szolgáltatás Orientált Architektúra a MAVIR-nál

Hát én immár mit válasszak?

Optimalizáció ESX-től View-ig. Pintér Kornél ügyfélszolgála3 mérnök

Alkalmazások fejlesztése A D O K U M E N T Á C I Ó F E L É P Í T É S E

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

01. gyakorlat - Projektalapítás

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

Szabványok A szabványok fajtái Mérési szabványok Termékszabványok:

Rendszertervezés ágazat

IBM felhő menedzsment

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

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

SOA modell: Ez az interfész definiálja az elérhető adatokat, és megadja, hogy hogyan lehet azokhoz hozzáférni.

Web service fenyegetések e- közigazgatási. IT biztonsági tanácsadó

Információs rendszerek Információsrendszer-fejlesztés

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

Bevezetés. Szendrei Rudolf Informatikai Kar Eötvös Loránd Tudományegyetem. Programozási technológia I. Szendrei Rudolf. Bevezetés. Szoftvertechnológia

Szolgáltatási szint és performancia menedzsment a PerformanceVisor alkalmazással. HOUG konferencia, 2007 április 19.

(Teszt)automatizálás. Bevezető

ügyvezető MultiRáció Kft.

Automatikus tesztgenerálás modell ellenőrző segítségével

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

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

A Java EE 5 plattform

A Gyűrűk Ura - Az NQMS visszatér 3 lábú monitorozás az üvegsztrádákon

Kód átvizsgálás. Irodalom. (Code review) code review,smart Bear Inc., ! Jason Cohen: Best kept secrets of peer

cím: 6725 Szeged Bokor u. 18. telefon: Innomedio Kft Scrum módszertan 1.0 Verzió Érvényes: április 1-től

Cégprofil publikus CÉGPROFIL 1

PMO Érettségi szint és versenyelőny. Kovács Ádám

Járműinformatika A járműinformatikai fejlesztés

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

Infor PM10 Üzleti intelligencia megoldás

IRÁNYTŰ A SZABÁLYTENGERBEN

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

Szoftverminőségbiztosítás

Közösség, projektek, IDE

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

Új generációs informatikai és kommunikációs megoldások ANMS. távközlési hálózatok informatikai hálózatok kutatás és fejlesztés gazdaságos üzemeltetés

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

Gara Péter, senior technikai tanácsadó. Identity Management rendszerek

Nagy bonyolultságú rendszerek fejlesztőeszközei

Magyar Szabad Szoftver Tárház. Erdei Csaba Mátó Péter

Projectvezetők képességei

RapidAnalytics Enterprise Edition bevezetés a Telenor Magyarországnál. Szakács Balázs - Telenor Magyarország Szücs Imre United Consult

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)

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

Campus IPv6 projekt eredményei

stratégiai kutatási terve

A Szoftver és Szolgáltatások. Stratégiai kutatási terve. Kondorosi Károly, BME IIT. Szoftvertechnológiai Fórum február 2.

Szoftvertechnológia ellenőrző kérdések 2005

5G technológiák és felhasználási esetek

Fejlesztés kockázati alapokon 2.

Szolgáltatásintegráció (VIMIM234) tárgy bevezető

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

A túszul ejtett szervezet

A programkomponensek között különbözı típusú interfészek léteznek. következésképpen különbözı típusú interfészhibák fordulhatnak elı.

Átírás:

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 Az éles működés alatt jelentkező hibák nagyon veszélyesek Rontják a cég presztízsét Nagyon költséges a javításuk Egy ilyen hiba sokmillió forintos kárt okozhat Az IT rendszerek kritikus mértékű lassulását is hibának tekintjük 2008. 05. 21. NESSI-HU: Programrendszerek tanúsítása - szoftverminőség mérése 2

Szoftverminőség biztosítás Szoftverminőség javítás Folyamatos romlás megállítása Kevesebb hiba lesz a rendszerekben Tesztelési hatékonyság növelés Üzembe helyezés előtt kell minél több hibát megtalálni IT üzemeltetés hatékonyság növelés Követhetőbb és optimálisabb üzemeltetési folyamatok 2008. 05. 21. NESSI-HU: Programrendszerek tanúsítása - szoftverminőség mérése 3

Szoftverminőség romlása Törvényszerű: A szoftver változtatások növelik a hibák számát SZEGEDI TUDOMÁNYEGYETEM 2008. 05. 21. NESSI-HU: Programrendszerek tanúsítása - szoftverminőség mérése 4

Mi a szoftver minőség? ISO 9126 szerint: Funkcionalitás Megbízhatóság Használhatóság Hatékonyság Karbantarthatóság Hordozhatóság Külső metrikák = a (szoftvert tartalmazó) rendszer és használatának jellemzői! Nehéz közvetlenül mérni őket, túl absztraktak! Példa alábontásra: Elemezhetőség Módosíthatóság Stabilitás Tesztelhetőség 2008.05.21. 5 2008. 05. 21. NESSI-HU: Programrendszerek tanúsítása - szoftverminőség mérése 5

Mi a szoftver minőség? (folyt.) SZEGEDI TUDOMÁNYEGYETEM 2008. 05. 21. NESSI-HU: Programrendszerek tanúsítása - szoftverminőség mérése 6

Mi a szoftver minőség? (folyt.) SZEGEDI TUDOMÁNYEGYETEM 2008. 05. 21. NESSI-HU: Programrendszerek tanúsítása - szoftverminőség mérése 7

Szoftverminőség javítás Columbus módszertan és eszközök Folyamatos mérés és auditálás Termékmetrikák Kódolási szabálysértések Kód duplikáció (copy & paste) Tervezési hiányosságok (bad smells) Folyamatos monitorozás Baseline-ok Automatikus riasztás Automatikusan generált riportok Támogatott platformok Java, C#, C/C++, SQL, Forrás SQL 2008. 05. 21. NESSI-HU: Programrendszerek tanúsítása - szoftverminőség mérése 8

Tesztelési hatékonyság növelés Fő cél: a program változtatások és hatásaik minél teljesebb körű tesztelése Tesztkeretek, tesztesetek kezelése Tesztlefedettség mérése Tesztesetek szelekciója, prioritizálása Hatásanalízis Szükség van folyamat leírásokra és szoftver architektúrára 2008. 05. 21. NESSI-HU: Programrendszerek tanúsítása - szoftverminőség mérése 9

IT üzemeltetés hatékonyság növelés Rendszerfejlesztési Életciklus Módszertan (RÉM) Forráskód analizálók Teszt menedzser Monitorozás Architektúra rekonstrukció Folyamatok (EPC, BPEL) Üzemeltetés Performancia Csak azt a folyamatot tudjuk irányítani, amelyről megfelelő mérési adatokkal (metrikák) rendelkezünk 2008. 05. 21. NESSI-HU: Programrendszerek tanúsítása - szoftverminőség mérése 10

SOA minőségbiztosítás Szolgáltatás orientált architektúrák (SOA) esetében új kihívásokkal is szembe kell néznie a minőségbiztosításnak Hagyományos (monolit vagy kliens/szerver) rendszer átültetése SOA világba Hibakeresés és költségbecslés SOA rendszerben SOA rendszer tesztelése, tesztelési hatékonyság mérése Mérés, auditálás és monitorozás 2008. 05. 21. NESSI-HU: Programrendszerek tanúsítása - szoftverminőség mérése 11

Régi rendszer átültetése SOA-ba A Gartner előrejelzése szerint 2008-ban a SOA-alapú lesz a szoftverfejlesztés domináns hányada és az új SOA-alapú rendszerek legalább 65%-a régi rendszerek átültetéséből fog előállni adaptálás (wrapping) útján Tipikus esetek (monolit, kliens/szerver) Közigazgatásban használt régi rendszerek Levéltári szoftverek

Régi rendszer átültetése (folyt.) Funkcionalitás azonosítása és kiemelése Web szolgáltatásba (WS) Architektúra feltárás Komponens beazonosítás Programmegértés Az új WS-t kívülről hívják Minden előfeltétel adott? Hatásanalízis Párhuzamosan több példánya is futhat GUI használat? 2008. 05. 21. NESSI-HU: Programrendszerek tanúsítása - szoftverminőség mérése 13

Hibakeresés és költségbecslés Egy hiba okának a felderítése nehezebb Nincs klasszikus debugger SOA-ra Elosztott rendszer, párhuzamos futtatás Forráskód néha nem áll rendelkezésre A hiba akár a WSDL dokumentum tartalmában és/vagy formátumában is lehet 2008. 05. 21. NESSI-HU: Programrendszerek tanúsítása - szoftverminőség mérése 14

Hibakeresés (folyt.) SOA függőségi gráf felépítése szükséges A SOA dinamikus természete miatt bizonyos esetekben nem lehetséges Ilyenkor ez üzemeltetési kockázatot is jelent WSDL és BPEL elemzése is szükséges Hatásanalízis Hibakeresés mely WS-ektől függ a hiba megjelenési helye? Költségbecslés mely WS-ek függnek a módosítandó WS-től?

Tesztelés, tesztelési hatékonyság A tesztelés jár a szoftver változtatásakor a legnagyobb költséggel Rossz minőségű szoftver tesztelése drágább SOA: Teszteset generálás BPEL alapján Tesztlefedettség mérés Tesztesetek szelekciója Változások és hatásaik (hatásanalízis) Tesztesetek generálása Performancia teszt hangsúlyosabb 2008. 05. 21. NESSI-HU: Programrendszerek tanúsítása - szoftverminőség mérése 16

Tesztelés (folyt.) Nehézségek Osztott rendszer lévén nehéz követni a teszt menetét (futásnaplót készíteni) Külső WS-ek esetében sokszor nem áll rendelkezésre a forráskód A WS-ek közül futás közben akár választani is lehet Nehéz megismételhető teszteket készíteni 2008. 05. 21. NESSI-HU: Programrendszerek tanúsítása - szoftverminőség mérése 17

Mérés, auditálás és monitorozás Hagyományos forráskód analízis kiegészül WSDL és BPEL analízissel Teljes SOA rendszer részletes szerkezeti és függőségi gráfja szükséges Minőségi jellemzők (metrikák) mérése Csatolási mérték (coupling) hangsúlyosabb Szabálysértések auditálása pl. kommunikál-e két WS a BPEL-ben leírt üzleti folyamattól függetlenül? Metrikák és szabálysértések folyamatos monitorozása szükséges Csak azt a folyamatot tudjuk irányítani, amelyről megfelelő mérési adatokkal rendelkezünk 2008. 05. 21. NESSI-HU: Programrendszerek tanúsítása - szoftverminőség mérése 18

Kapcsolat www.sed.hu www.frontendart.hu SZEGEDI TUDOMÁNYEGYETEM 2008. 05. 21. NESSI-HU: Programrendszerek tanúsítása - szoftverminőség mérése 19