Banki domain alkalmazás tesztelése: minta tesztesetek

Banki domain tesztelése

Banki domain tesztelése egy banki alkalmazás szoftvertesztelési folyamata a funkcionalitás, a teljesítmény és a biztonság érdekében. A banki alkalmazás tesztelésének fő célja annak biztosítása, hogy a bankszoftver minden tevékenysége és funkciója zökkenőmentesen, hiba nélkül fusson, és továbbra is védett maradjon.

A BFSI (Banking, Financial Services and Insurance) szektor az IT szolgáltatások legnagyobb fogyasztója. A banki alkalmazások közvetlenül kezelik a bizalmas pénzügyi adatokat. Kötelező, hogy a banki szoftverek által végzett összes tevékenység zökkenőmentesen és hibamentesen fusson. A banki szoftverek különféle funkciókat látnak el, mint például az alap átutalása és befizetése, egyenleglekérdezés, tranzakciós előzmények, pénzfelvétel és így tovább. A banki alkalmazás tesztelése biztosítja, hogy ezeket a tevékenységeket nem csak jól hajtják végre, hanem védve is maradnak a hackerekkel szemben.

Csatlakozzon ingyenesen élő banki tesztelési projektünkhöz

Mi az a domain a tesztelésben?

Domain a tesztelés alatt nem más, mint az iparág, amelyre a szoftvertesztelési projektet létrehozták. Amikor szoftverprojektekről vagy fejlesztésekről beszélünk, gyakran hivatkoznak erre a kifejezésre. Például: Biztosítási domain, Banki domain, Kiskereskedelmi Domain, Telecom Domain stb.

Általában minden konkrét domain projekt fejlesztése során domain szakértői segítséget kérnek. A domain szakértője a téma mestere, és ismerheti a termék vagy alkalmazás lényegét.

Miért számít a domain tudás?

A tartományismeret csendes elengedhetetlen bármely szoftvertermék teszteléséhez, és megvannak a maga előnyei, mint pl

Banki domain ismerete – Bevezetés

A banki tartomány fogalmak hatalmasak, és alapvetően két szektorra tagolódnak

Hagyományos bankszektor
Szolgáltatásalapú bankszektor

Az alábbiakban felsoroljuk azokat a szolgáltatásokat, amelyeket a bankszektor e két alágazata magában foglal

Hagyományos bankszektor	Alapbank Vállalati banki szolgáltatások Lakossági banki szolgáltatások
Szolgáltatásalapú bankszektor	Mag Társasági Kiskereskedelem Hitel Kereskedelem finanszírozása Privát bankolás Fogyasztói pénzügyek Iszlám banki szolgáltatások Ügyfélkézbesítési csatornák/Első végkiszállítás

A projekt hatókörétől függően előfordulhat, hogy a fenti szolgáltatási ajánlatok közül egyet vagy mindegyiket tesztelnie kell. A tesztelés megkezdése előtt győződjön meg arról, hogy elegendő háttérrel rendelkezik a tesztelt szolgáltatáshoz.

A banki alkalmazás jellemzői

A tesztelés megkezdése előtt fontos megjegyezni a banki alkalmazásoktól elvárt szabványos funkciókat. Ennek érdekében tesztelheti ezeket a jellemzőket.

Egy szabványos banki alkalmazásnak meg kell felelnie az alábbiakban említett összes jellemzőnek.

Több ezer egyidejű felhasználói munkamenetet kell támogatnia
A banki alkalmazásnak integrálódnia kell számos más alkalmazással, például kereskedési számlákkal, Bill közüzemi fizetés, hitelkártya stb.
Gyors és biztonságos tranzakciókat kell feldolgoznia
Hatalmas tárolórendszert kell tartalmaznia.
Az ügyfelek problémáinak elhárításához magas szintű ellenőrzési képességgel kell rendelkeznie
Bonyolult üzleti munkafolyamatokat kell kezelnie
Több platformon is támogatnia kell a felhasználókat (Mac, Linux, Unix, Windows)
Több helyről is támogatnia kell a felhasználókat
Támogatnia kell a többnyelvű felhasználókat
Támogatnia kell a felhasználókat a különböző fizetési rendszereken (VISA, AMEX, MasterCard)
Több szolgáltatási szektort is támogatnia kell (hitelek, lakossági banki szolgáltatások stb.)
Bolondbiztos katasztrófavédelmi mechanizmus

Tesztfázisok a banki alkalmazások tesztelésében

A banki alkalmazások teszteléséhez a tesztelés különböző szakaszai között szerepel

Követelmény-elemzés: Ezt üzleti elemző végzi; egy adott banki alkalmazás követelményeit összegyűjtik és dokumentálják
Követelmény Revazaz: Minőségi elemzők, üzleti elemzők és fejlesztési vezetők vesznek részt ebben a feladatban. Ebben a szakaszban felülvizsgálják a követelménygyűjtő dokumentumot, és keresztellenőrzik, hogy ne befolyásolja-e a munkafolyamatot.
Üzleti követelmények dokumentációja: Az üzleti követelmények dokumentumait minőségi elemzők készítik, amelyekben minden áttekintett üzleti követelmény lefedi
Adatbázis tesztelése: Ez a banki alkalmazások tesztelésének legfontosabb része. Ez a tesztelés az adatok integritásának, az adatbetöltésnek, az adatmigrációnak, a tárolt eljárásoknak és a funkciók érvényesítésének, a szabályok tesztelésének stb.
Integrációs tesztelés: Alatt Integrációs tesztelés minden kifejlesztett komponens integrálva van és validálva van
Funkcionális tesztelés: A szokásos szoftvertesztelési tevékenységek, mint pl Teszt eset Az előkészítés, a teszteset áttekintése és a teszteset végrehajtása ebben a fázisban történik
Biztonsági tesztelés: Ez biztosítja, hogy a szoftverben ne legyenek biztonsági hibák. A teszt előkészítése során a minőségbiztosítási csapatnak negatív és pozitív tesztforgatókönyveket is tartalmaznia kell, hogy behatoljon a rendszerbe, és jelentse azt, mielőtt illetéktelen személy hozzáférne. A feltörések elkerülése érdekében a banknak többrétegű hozzáférés-ellenőrzést is be kell vezetnie, például egy egyszeri jelszót. Mert Biztonsági tesztelés, automatizálási eszközök, mint IBM Az AppScan és a HPWebInspect használatos Kézi tesztelés olyan eszközöket használnak, mint a Proxy Sniffer, Paros proxy, HTTP watch stb
Használhatósági tesztelés: Biztosítja, hogy a különböző képességű emberek normál felhasználóként tudják használni a rendszert. Például ATM hallás- és Braille-írással fogyatékkal élők számára
Felhasználói elfogadási teszt: Ez a végfelhasználók által végzett tesztelés utolsó szakasza annak biztosítása érdekében, hogy az alkalmazás megfelel-e a valós világnak.

Minta teszteset a Net Banking bejelentkezési alkalmazáshoz

A biztonság minden banki alkalmazásban elsődleges szempont. Ezért a teszt előkészítése során a minőségbiztosítási csapatnak negatív és pozitív tesztforgatókönyveket is fel kell vennie annak érdekében, hogy besurranjon a rendszerbe, és jelentse az esetleges sebezhetőségeket, mielőtt illetéktelen személy hozzáférne. Nemcsak negatív tesztesetek írását foglalja magában, hanem destruktív tesztelést is.

Az alábbiakban általános tesztesetek találhatók bármely banki alkalmazás ellenőrzéséhez

Példa tesztesetek
Admin számára	Ellenőrizze az adminisztrátori bejelentkezést érvényes és érvénytelen adatokkal Ellenőrizze az adminisztrátori bejelentkezést adatok nélkül Ellenőrizze az összes rendszergazdai főoldali linket Ellenőrizze az adminisztrátor jelszavának módosítását érvényes és érvénytelen adatokkal Ellenőrizze az adminisztrátor jelszavának módosítását adatok nélkül Ellenőrizze a rendszergazda jelszavának módosítását a meglévő adatokkal Ellenőrizze az adminisztrátori kijelentkezést
Új fiókhoz	Hozzon létre egy új ágat érvényes és érvénytelen adatokkal Hozzon létre egy új ágat adatok nélkül Hozzon létre egy új ágat a meglévő fiókadatokkal Ellenőrizze a visszaállítás és a megszakítás opciót Frissítse az ágat érvényes és érvénytelen adatokkal Adatok nélküli ág frissítése Frissítse fiókját a meglévő fiókadatokkal Ellenőrizze a törlési lehetőséget Ellenőrizze az ágak törlését függőséggel és anélkül Ellenőrizze a fiókkereső opciót
Új szerepért	Hozzon létre egy új szerepkört érvényes és érvénytelen adatokkal Hozzon létre egy új szerepkört adatok nélkül Ellenőrizze az új szerepkört a meglévő adatokkal ellenőrizze a szerepkör leírását és típusait Ellenőrizze a törlés és visszaállítás opciót Ellenőrizze a szerepkör törlését függőséggel és anélkül ellenőrizze a hivatkozásokat a szerepkör részleteit tartalmazó oldalon
Ügyfeleknek és látogatóknak	Ellenőrizze az összes látogatói vagy ügyféllinket Ellenőrizze, hogy az ügyfelek érvényes és érvénytelen adatokkal jelentkeznek be Ellenőrizze, hogy az ügyfelek adatok nélkül jelentkeznek be Ellenőrizze a bankár bejelentkezését adatok nélkül Ellenőrizze a bankár bejelentkezését érvényes vagy érvénytelen adatokkal
Új felhasználóknak	Hozzon létre egy új felhasználót érvényes és érvénytelen adatokkal Hozzon létre egy új felhasználót adatok nélkül Hozzon létre egy új felhasználót meglévő fiókadatokkal Ellenőrizze a törlés és visszaállítás opciót Frissítse a felhasználót érvényes és érvénytelen adatokkal Frissítse a felhasználót a meglévő adatokkal Ellenőrizze a törlési lehetőséget Ellenőrizze a felhasználó törlését

Kihívások a banki domain tesztelésével és azok mérséklésével

Kihívások, amelyekkel a tesztelő szembesülhet a banki tartomány tesztelése során

Kihívás	Enyhítés
A termelési adatokhoz való hozzáférés és tesztelési adatokként való replikálása kihívást jelent	Győződjön meg arról, hogy a tesztadatok megfelelnek a szabályozási megfelelőségi követelményeknek és irányelveknek Fenntartja az adatok bizalmas kezelését olyan technikák követésével, mint az adatmaszkolás, a szintetikus tesztadatok, a tesztelési rendszerintegráció stb.
A legnagyobb kihívás a bankrendszer tesztelése során a rendszer migrációja a régi rendszerről az új rendszerre, például az összes rutin, eljárás és terv tesztelése. Azt is, hogy miként történik az adatok lekérése, feltöltése és az új rendszerbe való átvitele a migráció után	Győződjön meg arról, hogy az adatmigrációs tesztelés befejeződött Győződjön meg arról, hogy a regressziós tesztek végrehajtása a régi és az új rendszereken történik, és az eredmények megegyeznek.
Előfordulhatnak olyan esetek, amikor a követelmények nincsenek megfelelően dokumentálva, és funkcionális hiányosságokhoz vezethetnek a teszttervben Sok nem funkcionális követelmény nincs teljesen dokumentálva, és a tesztelők nem tudják, hogy teszteljék-e vagy sem	A tesztelőnek részt kell vennie a projektben már a követelményelemzés fázisától kezdve, és aktívan át kell tekintenie az üzleti követelményeket
A legfontosabb annak ellenőrzése, hogy az említett rendszer követi-e a kívánt irányelveket és eljárásokat	El kell végezni a megfelelőségi vagy szabályozási irányelvek tesztelését
A hatókör és a határidők növekszenek, ahogy a banki alkalmazás integrálódik más alkalmazásokkal, mint például az internet vagy Mobil banki	Gondoskodjon az integrációs tesztelés időkeretéről, ha a banki alkalmazás számos külső interfésszel rendelkezik

Összegzésként

A banki tartomány a legsebezhetőbb terület a számítógépes lopások számára, és a szoftver védelme precíz tesztelést igényel. Ez az oktatóanyag világos képet ad arról, hogy mi kell a banki domain teszteléséhez, és mennyire fontos. Meg kell érteni, hogy

A banki szoftverek többségét ezen a területen fejlesztik mainframe és a Unix
A tesztelés segít csökkenteni a szoftverfejlesztés során előforduló esetleges hibákat
A megfelelő tesztelés és az ipari szabványoknak való megfelelés megóvja a vállalatokat a büntetésektől
A jó gyakorlatok elősegítik a jó eredmények, a hírnév és a több üzleti tevékenység kialakítását a vállalatok számára
Mind a kézi, mind az automatizált tesztelésnek megvannak a maga előnyei és használhatósága

Csatlakozz Élő banki domain tesztelési projekt

Talán tetszene: