Pankkitoimialueen sovellusten testaus: esimerkkitestitapaukset
Thomas Hamilton
Pankkitoimialueen testaus
Pankkitoimialueen testaus on pankkisovelluksen toiminnallisuuden, suorituskyvyn ja turvallisuuden testausprosessi. Pankkisovelluksen testauksen päätarkoituksena on varmistaa, että pankkiohjelmiston kaikki toiminnot ja toiminnot toimivat sujuvasti ja virheettömästi ja että se pysyy suojattuna.
BFSI-sektori (Banking, Financial Services and Insurance) on suurin IT-palvelujen kuluttaja. Pankkisovellukset käsittelevät suoraan luottamuksellisia taloustietoja. On pakollista, että kaikki pankkiohjelmiston suorittamat toiminnot toimivat sujuvasti ja ilman virheitä. Pankkiohjelmistot suorittavat erilaisia toimintoja, kuten varojen siirtäminen ja tallettaminen, saldokysely, tapahtumahistoria, nosto ja niin edelleen. Pankkisovellusten testaus varmistaa, että nämä toiminnot eivät vain suoriteta hyvin, vaan ne ovat myös suojassa hakkereilta.
Liity Live Banking Testing -projektiimme ilmaiseksi
Mikä on Domain testauksessa?
Verkkotunnus testauksessa on vain ala, jolle ohjelmistojen testausprojekti on luotu. Kun puhumme ohjelmistoprojekteista tai -kehityksestä, tähän termiin viitataan usein. Esimerkiksi vakuutusverkkotunnus, pankkitoimialue, vähittäiskaupan verkkotunnus, televerkkotunnus jne.
Yleensä tiettyä verkkotunnusprojektia kehitettäessä haetaan toimialueen asiantuntija-apua. Domain-asiantuntija on aiheen mestari, ja hän saattaa tuntea tuotteen tai sovelluksen sisältä ulospäin.
Miksi verkkotunnuksen tuntemuksella on väliä?
Domain-tuntemus on hiljainen ja välttämätön minkä tahansa ohjelmistotuotteen testaamiseen, ja sillä on omat etunsa, kuten
Pankkitoimialueen tuntemus – Johdanto
Pankkialan konseptit ovat valtavia, ja periaatteessa se on jaettu kahteen alaan
- Perinteinen pankkisektori
- Palvelupohjainen pankkisektori
Alla on taulukko palveluista, joita nämä kaksi pankkialan alasektoria sisältävät
| Perinteinen pankkisektori |
|
| Palvelupohjainen pankkisektori |
|
Projektisi laajuuden perusteella saatat joutua testaamaan yhtä tai kaikkia yllä olevista palvelutarjouksista. Ennen kuin aloitat testauksen, varmista, että sinulla on riittävästi taustaa testattavasta palvelusta.
Pankkisovelluksen ominaisuudet
Ennen kuin aloitat testauksen, on tärkeää huomioida minkä tahansa pankkisovelluksen standardiominaisuudet. Voit siis suunnata testiyrityksesi saavuttaaksesi nämä ominaisuudet.
Vakiopankkisovelluksen tulee täyttää kaikki nämä alla mainitut ominaisuudet.
- Sen pitäisi tukea tuhansia samanaikaisia käyttäjäistuntoja
- Pankkisovelluksen tulisi integroitua muihin lukuisiin sovelluksiin, kuten kaupankäyntitilit, Bill maksaa apuohjelmat, luottokortit jne.
- Sen pitäisi käsitellä nopeat ja turvalliset tapahtumat
- Sen pitäisi sisältää massiivinen tallennusjärjestelmä.
- Asiakkaiden ongelmien vianmääritys edellyttää, että sillä on korkea tarkastuskyky
- Sen pitäisi käsitellä monimutkaisia liiketoiminnan työnkulkuja
- Tarve tukea käyttäjiä useilla alustoilla (Mac, Linux, Unix, Windows)
- Sen pitäisi tukea käyttäjiä useista paikoista
- Sen pitäisi tukea monikielisiä käyttäjiä
- Sen pitäisi tukea käyttäjiä eri maksujärjestelmissä (VISA, AMEX, MasterCard)
- Sen pitäisi tukea useita palvelusektoreita (lainat, vähittäispankki jne.)
- Älyttömän varma katastrofinhallintamekanismi
Pankkisovellusten testauksen testivaiheet
Pankkisovellusten testaamiseen sisältyy testauksen eri vaiheita
- Vaatimusten analyysi: Sen tekee yritysanalyytikko; tietyn pankkisovelluksen vaatimukset kerätään ja dokumentoidaan
- Vaatimus Reveli: Laatuanalyytikot, liiketoimintaanalyytikot ja kehitysjohtajat ovat mukana tässä tehtävässä. Vaatimusten keräämisasiakirja tarkistetaan tässä vaiheessa ja ristiintarkistetaan sen varmistamiseksi, ettei se vaikuta työnkulkuun
- Liiketoimintavaatimusten dokumentaatio: Laatuanalyytikot laativat liiketoimintavaatimuksia koskevat asiakirjat, jotka kattavat kaikki tarkistetut liiketoimintavaatimukset
- Tietokannan testaus: Se on tärkein osa pankkisovellusten testausta. Tämä testaus tehdään tietojen eheyden, tietojen lataamisen, tietojen siirron, tallennettujen menettelyjen ja toimintojen validoinnin, sääntöjen testauksen jne. varmistamiseksi.
- Integraatiotestaus: Alle Integraation testaus kaikki kehitetyt komponentit on integroitu ja validoitu
- Toiminnallinen testaus: Tavalliset ohjelmistojen testaustoiminnot, kuten Testitapaus valmistelu, testitapauksen tarkastelu ja testitapauksen suoritus tehdään tässä vaiheessa
- Suojaustestaus: Se varmistaa, että ohjelmistossa ei ole tietoturvavirheitä. Testin valmistelun aikana laadunvarmistustiimin on sisällytettävä sekä negatiiviset että positiiviset testiskenaariot murtautuakseen järjestelmään ja raportoidakseen siitä ennen kuin kukaan luvaton henkilö pääsee siihen käsiksi. Hakkeroinnin estämiseksi pankin tulisi myös ottaa käyttöön monikerroksinen pääsyn vahvistus, kuten kertakäyttöinen salasana. varten Suojaustestaus, automaatiotyökalut, kuten IBM AppScan ja HPWebInspect ovat käytössä Manuaalinen testaus työkaluja, kuten Proxy Sniffer, Paros proxy, HTTP watch jne. käytetään
- Käytettävyystestaus: Se varmistaa, että eri kykyiset ihmiset voivat käyttää järjestelmää normaalina käyttäjänä. Esimerkiksi pankkiautomaatti, jossa on kuulo- ja pistekirjoitus vammaisille
- Käyttäjän hyväksyntätestaus: Se on loppukäyttäjien suorittaman testauksen viimeinen vaihe varmistaakseen, että sovellus on todellisen maailman skenaarion mukainen.
Esimerkki testitapauksesta verkkopankkiin kirjautumissovellukselle
Turvallisuus on tärkeintä kaikissa pankkipalveluissa. Siksi laadunvarmistustiimin tulisi testauksen valmistelun aikana sisällyttää sekä negatiiviset että positiiviset testiskenaariot, jotta he voivat livahtaa järjestelmään ja raportoida mahdollisista haavoittuvuuksista ennen kuin kukaan luvaton henkilö pääsee käsiksi siihen. Se ei sisällä vain negatiivisten testitapausten kirjoittamista, vaan se voi sisältää myös tuhoavan testauksen.
Seuraavassa on yleisiä testitapauksia minkä tahansa pankkisovelluksen tarkistamiseksi
| Esimerkkejä testitapauksista | |
|---|---|
| Järjestelmänvalvojalle |
|
| Uudelle haaralle |
|
| Uudelle roolille |
|
| Asiakkaille ja vierailijoille |
|
| Uusille käyttäjille |
|
Haasteet pankkitoimialueen testaamisessa ja niiden lieventämisessä
Haasteet, joita testaaja voi kohdata pankkitoimialueen testauksen aikana, ovat
| Haaste | lieventäminen |
|---|---|
|
|
|
|
|
|
|
|
|
|
Yhteenveto
Pankkitoimialue on haavoittuvin alue kybervarkauksille, ja ohjelmiston suojaaminen vaatii tarkkaa testausta. Tämä opetusohjelma antaa selkeän kuvan siitä, mitä pankkitoimialueen testaus vaatii ja kuinka tärkeää se on. Täytyy ymmärtää, että -
- Suurin osa pankkiohjelmistoista on kehitetty keskuskone ja unix
- Testaus auttaa vähentämään mahdollisia virheitä ohjelmistokehityksen aikana
- Asianmukainen testaus ja alan standardien noudattaminen säästää yrityksiä rangaistuksilta
- Hyvät käytännöt auttavat kehittämään hyviä tuloksia, mainetta ja lisää liiketoimintaa yrityksille
- Sekä manuaalisella että automaattisella testauksella on omat edut ja käytettävyys
