View
28
Download
0
Category
Preview:
DESCRIPTION
Projekt Menedzsment eszközök, lehetőségek szoftver tesztelési fázisban. Széll Szilárd Teszt automatiz álási csoportvezető Nokia Siemens Networks. Szoftver fejlesztés – V-model. Ügyfél oldal. Vevői elfogadási teszt. Üzleti elvárások. Renszer szintű elvárások. Rendszer teszt. - PowerPoint PPT Presentation
Citation preview
PM Fórum / 2010. április 8 1 © Nokia Siemens NetworksSoc Classification level
Projekt Menedzsment eszközök, lehetőségek szoftver tesztelési fázisban
Széll SzilárdTeszt automatizálási csoportvezetőNokia Siemens Networks
PM Fórum / 2010. április 8 2 © Nokia Siemens NetworksSoc Classification level
Szoftver fejlesztés – V-model
Renszer szintű elvárások
Unit specifikáció
Szoftver implementáció
Unit teszt
Rendszer teszt
Vevői elfogadási teszt
Funkcionális elvárások Funkcionális teszt
TervezésIn
tegr
álás
, tes
ztel
és
Üzleti elvárások
Fejlesztői oldal
Ügyfél oldal
PM Fórum / 2010. április 8 3 © Nokia Siemens NetworksSoc Classification level
Az ideális szoftver projekt
• Pontos ügyfél igények
• Minőségi specifikció, tervezés
• Minőségi implementálás
• Gyors integrálhatóság
• Elegendő, átfogó tesztelés
• Projekt korlátok betartása
• Elégedett ügyfél
Specifikáció Fejlesztés Tesztelés
Hat
árid
ő
Regr. teszt Ü. E. teszt
Integráció
Mér
föld
kő
Mér
föld
kő
hatókör költség
idő
minőség
PM Fórum / 2010. április 8 4 © Nokia Siemens NetworksSoc Classification level
Tesztelési részprojekt – problémák és kockázatok 1.
Probléma– Szoftver integráció sok problémával, késve fejeződik be
– Szoftver fejlesztés részprojekt csúszik, késve fejeződik be
Kockázat– Tesztelési fázisra kevesebb idő marad, alacsonyabb minőséget biztosítva
Funkcionális és rendszer tesztekre kevesebb idő jut Regressziós tesztekre kevesebb idő jut
Integráció
Specifikáció Fejlesztés Tesztelés
Hat
árid
ő
Regr. teszt V. E. teszt
Mér
föld
kő
Mér
föld
kő
Specifikáció Fejlesztés Tesztelés R.t. V. E. teszt
Specifikáció Fejlesztés Tesztelés Regr. teszt V. E. teszt
PM Fórum / 2010. április 8 5 © Nokia Siemens NetworksSoc Classification level
Megoldás 1. – Kockázat alapú tesztelés
Kockázat alapú tesztelés– A projekt menedzmentben ismert kockázat kezelési technikát alkalmazzuk
tesztelésben is
– A potenciális hiba lehetőségeket a szoftverben termék kockázatként kezeljük, mivel ezek a termék minőségét veszélyeztetik
– A tesztelést a legmagasabb kockázatú hibalehetőséggel kezdjük
– A lehető legnagyobb kockázati értékű elemeket fedjük le, ezáltal a legfontosabb teszteket végrehajtva a rövidülő teszt fázis alatt
horderő
való
szín
űség
QA munkaigény
kock
ázat
PM Fórum / 2010. április 8 6 © Nokia Siemens NetworksSoc Classification level
Tesztelési részprojekt – problémák és kockázatok 2.
Probléma– Programozás időben befejeződik de kevés alacsony szintű teszt készül
– A szoftver alacsony minőséggel kerül a teszt fázisra, sok hibát a kódban hagyva
Kockázat– Tesztelés lassabban halad, mivel rengeteg hibát kell kezelni és újratesztelni
– Sok hibajavítás miatt több regressziós tesztre van szükség
Specifikáció Fejlesztés Tesztelés
Hat
árid
ő
Regr. teszt V. E. teszt
Mér
föld
kő
Mér
föld
kő
Integráció
Specifikáció Fejlesztés Tesztelés Regr. teszt V. E. teszt
PM Fórum / 2010. április 8 7 © Nokia Siemens NetworksSoc Classification level
Megoldás 2a. – Teszt alapú fejlesztés (TDD)
Alacsony szintű tesztelés megkövetelése programozás során
• A tesztelés definiálása a fejlesztés előtt történik
• A teszt eset a működés specifikációja
• Kód jobb minőségű, könnyebb karban tartani
• Melléktermék: automatikus regressziós tesztek
A TDD módszer folyamata:
1. A fejlesztett funkció egy kis darabkáját definiálom egy teszt eseten keresztül
2. A teszt eset megvalósítása
3. A legegyszerűbb kód megírása ami a fenti teszt esetet kielégíti
4. Folyamatos kód refkatorizálás, optimalizálás
PM Fórum / 2010. április 8 8 © Nokia Siemens NetworksSoc Classification level
Megoldás 2b. – Teszt automatizálás
Manuális regressziós teszt– Összes funkció kis hányadát lehet lefedni
– Jó teszt eset kiválasztási stratégia kell
Automatizált regressziós teszt– Összes teszt eset akár 100%-a újrafuttatható
– Nincs szükség komoly kiválasztásistratégiára
– Gyakran ismételhető
– Felszabaduló erőforrás újabb tesztek elvégzésére felhasználható, jobb kockázat lefedést biztosítva
Integráció
Specifikáció Fejlesztés Tesztelés
Integráció
V. E. tesztART
Hat
árid
ő
Specifikáció Fejlesztés Tesztelés Regr. teszt V. E. teszt
PM Fórum / 2010. április 8 9 © Nokia Siemens NetworksSoc Classification level
Tesztelési részprojekt – problémák és kockázatok 3.
•Probléma– Ügyfél igényének félreértése, félre értelmezése
•Kockázat– Habár az összes tesztelői fázis sikeres (Verifikáció) a vevői elfogadási tesztek
sikertelenek, mert a rendszer nem az elvárt követelményeknek megfelelően működik (Validáció)
≠
PM Fórum / 2010. április 8 10 © Nokia Siemens NetworksSoc Classification level
Megoldás 3. – Elfogadási teszt alapú fejlesztés (ATDD)
Az ATDD során a megvalósítandó funkciók elfogadási teszteken keresztül kerülnek definiálásra
• Valós felhasználási eseteket kell tesztekként definiálni• Ezek szolgálnak specifikációként is• Jellemzően üzleti elemzők készítik ügyféllel együtt• Eseteleges funkcionális konfliktusok időben kiderülnek
ATDD folyamata1. Elfogadási teszt eset definíciója az ügyfél segítségével, példákkal2. Automatizálás a programozás megkezdése előtt3. Programozási feladatok elvégzése funkciónként4. Az adott teszt eset sikeres lefutása az adott funkció műküdését mutatja
Egyéb teszetekre is szükség lehet az adott funkció megfelelő minőségének biztosítására
PM Fórum / 2010. április 8 11 © Nokia Siemens NetworksSoc Classification level
Lehet ezeket kombinálni?Iteratív fejlesztés
PM Fórum / 2010. április 8 12 © Nokia Siemens NetworksSoc Classification level
Iteratív fejlesztés
Specifikáció / ATDD
Fejlesztés / TDD / Automatikus alacsony szintű regressziós teszt
Kockázat alapú tesztelés
Hat
árid
ő
Folyamatos, automatikus regressziós teszt / ATDD
Folyamatos integrálás
Fun
kció
1.
Fun
kció
2.
Fun
kció
3-
4.
Fun
kció
n.
rész
term
ék
1.
iteráció
Ter
mé
k
rész
term
ék
2.
rész
term
ék 3
-4.
PM Fórum / 2010. április 8 13 © Nokia Siemens NetworksSoc Classification level
Előnyök a projekt résztvevők számára
•Tesztelő– Azonnali visszajelzést adhat a hibákról, nem kell hibajelentéseket gépelnie– Könnyebb program megértés, azonnal kérdezheti a fejlsztőt, tervezőt – A tesztelő a fejlesztő csoport része és fontos tagja
•Fejlesztő– Azonnali visszajelzést kap az automatikus integrációs rendszeren kersztül,
illetve a tesztelőtől– Megtanulhatja a tesztelés és a tervezés technikáit– A fontos feladatokra koncentrálhat
•Projekt vezető– A projekt valódi státuszát követheti a Futó Elfogadási teszteken (ATDD)
keresztül– Az ügyfél igényei alapján változtathatja a projekt tartalmát és menetét akár az
utolsó iterációig– Határidő nem a minőséget, hanem az elkészült, működő funkcók számát
befolyásolja
PM Fórum / 2010. április 8 14 © Nokia Siemens NetworksSoc Classification level
Összegzés
• TDD
• ATDD
• Continuous Integration
• Test Automation
• Risk Based Testing
• Iterative development
• TPI
• CMMi
• PMI
• Agile
• SCRUM
• etc.
• Jó csapat
• Közös cél
• Hozzáértés
• Törekvés a fejlődésre
PM Fórum / 2010. április 8 15 © Nokia Siemens NetworksSoc Classification level
KöszönömKérdések?
Recommended