Projekt Menedzsment eszközök, lehetőségek szoftver tesztelési fázisban

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


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


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


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ó


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


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



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


Hat

árid

ő

Regr. teszt V. E. teszt

Mér

föld

kő

Mér

föld

kő

Integráció



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


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ó


Integráció

V. E. tesztART

Hat

árid

ő




•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ó)

≠


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


Lehet ezeket kombinálni?Iteratív fejlesztés


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.


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


Ö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


KöszönömKérdések?

Documents

Projekt Menedzsment eszközök, lehetőségek szoftver tesztelési fázisban