Magyar 
English (UK) 
Deutsch A projektről röviden
Ügyfélprofil
egy nagy, nemzetközi bankcsoport tagja
Iparág
pénzügyi szektor, banki szolgáltatások, kiemelten szigorú szabályozási környezettel és magas minőségi elvárásokkal
Hely
Budapest, Magyarország
Cégméret
több ezer alkalmazott, komplex szervezeti struktúrával
A megrendelő kérése
IDM jogosultságkezelő rendszer funkcionális tesztelése a tervezéstől a koordináción át a végrehajtásig, teljes felelősségvállalással
A projektbe bevont szakemberek
- 1 tesztkoordinátor
- 6 manuális tesztelő
- 1 tesztautomatizáló
Speciális kihívások
- a bevezetés előzményei
- hiányos dokumentáció
- komplex rendszerintegráció
- szigorú compliance követelmények
Alkalmazott technológiák
- Jira – egy tesztmenedzsment és ticketing rendszer, a hibakövetésre és feladatkezelésre
- SoapUI – API tesztelő eszköz, integrációs teszteléshez
- Confluence – dokumentációra és tudásmegosztásra
- speciális tesztmenedzsment pluginok (pl. Xray vagy Zephyr a Jira-hoz)
- SQL ismeretek – adatbázis-lekérdezésekhez
Szükséges szaktudás és soft skillek
- mélyreható banki folyamatismeret
- funkcionális tesztelési szakértelem
- tesztmenedzsment tapasztalat
- adatbázis-ismeret
- rendszerszemlélet
- proaktív kommunikáció
- problémamegoldó képesség
- precizitás
- együttműködési képesség
- stakeholder management
Egy évek óta tartó projekt végére tettünk pontot
Ügyfelünknél, egy bankcsoportnál már évek óta tartott egy kritikus fontosságú banki rendszer bevezetése. A banki vezetés felismerte, hogy egy független, professzionális partnerre van szükségük, aki objektíven felméri a rendszer állapotát, és teljes felelősséget vállal a funkcionális tesztelésért, a tervezéstől a koordináción át a végrehajtásig. A TestIT-et a korábbi sikeres közös együttműködésre építve kérték fel. A cél egyértelmű volt: akkor engedni élesbe a rendszert, ha az valóban az üzleti elvárásoknak megfelelően és üzembiztosan működik.
A TestIT megközelítése: függetlenség, módszertan és proaktív kommunikáció
Amikor egy ilyen projekthez csatlakozunk, az első és legfontosabb lépés a bizalom felépítése és egy tiszta, átlátható keretrendszer felállítása.
A TestIT megközelítése három pilléren nyugszik: a független szakértelem, az alapos módszertan és a folyamatos, proaktív kommunikáció.
1. Független szakértelem és objektív értékelés
Cégünk egyik legnagyobb erőssége, hogy teljesen független a szoftver beszállítójától és a belső fejlesztői csapatoktól. Ez lehetővé teszi számunkra, hogy objektíven, előítéletek nélkül értékeljük a rendszer állapotát. Nincs érdekünk a gyors élesítésben, kizárólag a minőség és a kockázatok minimalizálása a célunk. Ez a függetlenség biztosítja az IT döntéshozók számára, hogy a kapott információk valósak és megbízhatóak legyenek.
2. Alapos módszertan
A projektnek egy alapos módszertan felállításával kezdtünk neki, majd lefektettük a magas minőségű tesztelés első lépéseit:
1. Begyűjtöttük az információkat és összegyűjtöttük a tudást.
2. Rendbetettük a folyamatokat és kidolgoztuk a tesztelési stratégiát.
3. Kiválasztottuk a megfelelő tesztelői eljárásokat és eszközöket.
4. Kidolgoztuk a részletes teszteseteket.
5. Strukturált tesztelést végeztünk és jelentettük a hibákat.
3. A folyamatos kommunikáció ereje: átláthatóság és döntéstámogatás
Egy komplex projektben a kommunikáció kritikus fontosságú. A TestIT-nél hiszünk abban, hogy a folyamatos, transzparens párbeszéd elengedhetetlen a sikeres projektmenedzsmenthez és a kockázatok hatékony kezeléséhez. Ebben a projektekben a folyamatos kommunikáció az alábbi pillérekre épült: rendszeres
- státuszmegbeszélések
- proaktív kockázatkezelés
- adatokra alapozott jelentések
- stakeholder management
Hogyan oldottuk meg a projekt legnagyobb kihívásait?
A projekt során számos jelentős kihívással szembesültünk, amely nem csak speciális szakértelmet, hanem rugalmasságot is igényelt. Az alábbiakban bemutatjuk a legfontosabbakat és az általunk alkalmazott megoldásokat.
1. A projektelőzmények okozta nehézségek
Mivel egy korábban megkezdett bevezetési folyamatot vettünk át, a közös együttműködés egyik legfontosabb alapköve a szakmai bizalom felépítése volt a TestIT felé. Nem csak a hibák megtalálását tűztük ki célul, hanem első körben azt is, hogy egy megbízható képet kapjunk a rendszer valós állapotáról és azt közvetítsük ügyfelünk felé.
A TestIT-megoldás
Objektív, adatokra alapozott jelentéseket készítettünk. A transzparens hibajelentés és a folyamatos kommunikáció segített abban, hogy a döntéshozók valós képet kapjanak, és ne a reményekre, hanem a tényekre alapozva hozzák meg döntéseiket. Itt a TestIT független pozíciója kulcsfontosságú volt.
2. A dokumentáció frissítése
A banki szektorban a dokumentáció legapróbb eltérése is súlyos következményekkel járhat. Maguk a rendszerek is rendkívül komplex üzleti logikával rendelkeznek, számos speciális banki termékkel és folyamattal. A felhasználói kézikönyveknek és a rendszerdokumentációnak mindig a rendszer aktuális állapotát kell tükrözniük. Nagyon fontos ezeknek az aktualizálása, és az esetleges hiányosságok feltárása, hiszen ezek meglétét követően kezdődhet meg a tényleges tesztelési munka.
A TestIT-megoldás
Proaktív információgyűjtés – Tesztelőink nem elégedtek meg a rendelkezésre álló dokumentációval. Rendszeres workshopokat szerveztünk az üzleti elemzőkkel és a kulcsfelhasználókkal, hogy feltárjuk a tényleges üzleti folyamatokat és követelményeket.
Banki domainismeret – Csapatunk tagjai mélyreható banki folyamatismerettel rendelkeztek, ami lehetővé tette számukra, hogy gyorsan megértsék a komplex üzleti logikát, és releváns kérdéseket tegyenek fel.
Rendszerfeltárás és reverse engineering – Ahol a dokumentáció hiányzott, ott a rendszert magát vizsgáltuk meg, és a funkcionalitás alapján próbáltuk feltérképezni a mögöttes logikát.
Részletes tesztesetek kidolgozása – A feltárt információk alapján részletes, lépésről lépésre követhető teszteseteket hoztunk létre, amelyek lefedték a kritikus üzleti folyamatokat, a kivételeket és a határfeltételeket. Különös figyelmet fordítottunk a negatív tesztesetekre.
3. Hosszú projektciklus és változó követelmények
Az évekig tartó bevezetés azt is jelentette, hogy a projekt során a követelmények változhattak, új funkciók kerülhettek be, vagy a szabályozási környezet módosulhatott. Ez a tesztelési stratégia esetében folyamatos alkalmazkodást igényelt.
A TestIT-megoldás
Agilis elemek bevezetése: Bár a projekt alapvetően egy nagyvállalati, waterfall-szerű keretben mozgott, igyekeztünk agilis elemeket bevezetni a tesztelési folyamatba. Ez magában foglalta a rövid, iteratív tesztelési ciklusokat, a folyamatos visszajelzést és a rugalmas erőforrás-menedzsmentet.
Priorizálás és fókusz: A teszteseteket folyamatosan priorizáltuk az üzleti érték és a kockázat alapján, biztosítva, hogy a legkritikusabb funkciók kapják a legnagyobb figyelmet.
Verziókövetés és konfigurációkezelés: Szoros együttműködésben dolgoztunk a fejlesztői csapattal a verziókövetés és a konfigurációkezelés terén, hogy mindig a megfelelő rendszerverziót teszteljük.
4. Komplex rendszerintegráció és adatbázis-ellenőrzések
A banki rendszer számos külső és belső rendszerrel kommunikált, ami rendkívül összetett integrációs tesztelést igényelt. Emellett az adatok pontossága miatt az adatbázis-ellenőrzések is kiemelten fontosak voltak.
A TestIT-megoldás
Integrációs tesztelési stratégia: Részletes integrációs tesztelési stratégiát dolgoztunk ki, amely lefedte a különböző rendszerek közötti adatátvitelt és funkcionalitást.
Adatbázis-ismeretek: Tesztelőink SQL ismeretekkel rendelkeztek, ami lehetővé tette számukra, hogy közvetlenül ellenőrizzék az adatbázisban tárolt adatok pontosságát és integritását. Ez kritikus volt a tranzakciók és a riportok helyességének biztosításához.
Szoros együttműködés a fejlesztőkkel: Folyamatosan egyeztettünk a fejlesztőkkel az integrációs pontokról és a lehetséges hibákról, gyorsítva a hibaelhárítás folyamatát.
A projekt számokban
Regressziós tesztesetek száma | 1 204 db |
Futtatott regressziós körök száma | 8 kör |
1 regressziós kör átfutási ideje | 10 munkanap (4 tesztelővel) |
Leadott hibajegyek száma | 287 db |
Mik a projekt tanulságai?
A projekt tanulságai nemcsak a banki szektorban, hanem bármely komplex IT projektben relevánsak lehetnek az IT döntéshozók számára:
A „No-Go” nem kudarc, hanem felelős döntés. Fontos kihangsúlyozni, hogy egy sikertelen élesítés elkerülése valójában hatalmas siker. Hosszú távon ugyanis sokkal nagyobb károktól óvja meg a vállalatot, mint amennyi kárt a projekt további csúszása okoz. Az IT döntéshozóknak kellően bátornak kell lenniük ahhoz, hogy meghozzák ezeket a nehéz döntéseket, ha az adatok ezt támasztják alá.
A tesztelést nem lehet a projekt végére hagyni. A korai bevonás kritikus fontosságú.
A dokumentáció hiánya nem lehet akadály. Egy tapasztalt tesztelő csapat képes proaktívan feltárni az információkat, rendszerezni a folyamatokat, és még kedvezőtlen körülmények között is hatékonyan tesztelni.
A folyamatos, transzparens kommunikáció elengedhetetlen. A rendszeres státuszmegbeszélések, a proaktív kockázatkezelés és az adatokra alapozott jelentések biztosítják, hogy minden érdekelt fél naprakész információval rendelkezzen, és a döntések konszenzuson alapuljanak.
A független szakértelem felbecsülhetetlen értékű. Szükség van egy külső, objektív szemre, ami nem érdekelt a gyors élesítésben, és képes a valós képet bemutatni a rendszer állapotáról. Másrészről ez a függetlenség adhatja meg az IT vezetőknek azt a magabiztosságot is, amivel felvértezve megalapozott döntéseket hozhatnak, még akkor is, ha azok nehezek.
Ha biztosra akar menni IT projektje sikerében…
Ha éppen komplex rendszerbevezetésre, egy legacy rendszer migrációjára készül, vagy csak biztosra akar menni egy IT projekt lebonyolításakor, a TestIT-tel az alábbiakat kínáljuk sok éves tapasztalatunkra támaszkodva:
✔ Teljes körű tesztelési szolgáltatásokat: A tervezéstől a koordináción át a végrehajtásig, legyen szó funkcionális, performancia vagy automatizált tesztelésről.
✔ Szakértői tudást a legkomplexebb rendszerekhez: Különösen a pénzügyi szektorban, ahol a domainismeretek kritikusak.
✔ Független, objektív értékelést: Nincs érdekünk a gyors élesítésben, kizárólag a minőség a célunk.
✔ Proaktív kommunikációt és transzparenciát: Folyamatosan tájékoztatjuk a projekt állásáról és a feltárt kockázatokról.
✔ Rugalmas és skálázható erőforrásokat: Akár egy teljes tesztcsapatra, akár speciális szakértelemre van szüksége.
FAQ
1. Hogyan lehet reálisan tervezni egy nagy (1000+ tesztesetes) regressziós kör átfutási idejét?
A reális tervezéshez nem elég egy becslés. Az első néhány regressziós körben szinte mindig lassabb a futás, mert sok a friss hiba, több az adminisztráció, közben még alakul a tesztkészlet és a környezet is. Emiatt az első 2–3 körre érdemes hosszabb átfutási idővel számolni, és csak a tényleges tapasztalatok alapján finomítani a célt (pl. 10 munkanap). A regresszió valódi sebessége mindig a hibatrendek, a stabilitás és a tesztcsapat tanulási görbéjének függvénye.
2. Mit tehet a tesztmenedzsment, ha a dokumentáció gyenge, de a tesztelés nem tolható?
Ilyenkor a tesztcsapatnak részben „dokumentációpótló” szerepet is kell vállalnia. Célszerű a kulcsszereplőkkel (fejlesztők, rendszerszervezők, üzleti oldal) gyors, fókuszált tudásmegosztó egyeztetéseket tartani, a folyamatokat tesztesetekbe „beleírni”, és a tesztadatok kialakítását a valós üzleti működéshez igazítani. A tesztesetek, hibajegyek és tesztadat-katalógus együttesen gyakorlatilag kvázi-dokumentációvá válnak – ha ezeket következetesen, közös tudásbázisban kezeljük.
3. Mikor indokolt egy No-Go döntés egy régóta futó bevezetés végén?
No-Go akkor szakmailag védhető, ha a teszteredmények tartósan azt mutatják, hogy a rendszer még mindig üzletileg nem vállalható kockázatot hordoz: sok a kritikus és magas súlyosságú hiba, a környezet instabil, a regressziós hibák ismétlődnek, és a kritikus üzleti folyamatok sem futnak megbízhatóan. Ilyenkor a döntést a tesztlefedettségre, hibastatisztikákra, környezet-stabilitásra alapozva érdemes meghozni – még akkor is, ha ez pénzügyileg és érzelmileg fájdalmas. Hosszú távon egy jól alátámasztott No-Go sokkal kisebb kár, mint egy kockázatos élesítés.
