Banku domēnu pārbaude
Banku domēna pārbaude ir banku lietojumprogrammas programmatūras testēšanas process funkcionalitātes, veiktspējas un drošības jomā. Banku lietojumprogrammu testēšanas galvenais mērķis ir nodrošināt, lai visas bankas programmatūras darbības un funkcijas darbotos nevainojami un bez kļūdām un ka tā joprojām būtu aizsargāta.
BFSI (banku, finanšu pakalpojumu un apdrošināšanas) sektors ir lielākais IT pakalpojumu patērētājs. Banku lietojumprogrammas tieši nodarbojas ar konfidenciāliem finanšu datiem. Ir obligāti, lai visas bankas programmatūras veiktās darbības noritētu nevainojami un bez kļūdām. Banku programmatūra veic dažādas funkcijas, piemēram, fonda pārskaitīšana un noguldīšana, bilances izmeklēšana, darījumu vēsture, izņemšana un tā tālāk. Banku lietojumprogrammu pārbaude nodrošina, ka šīs darbības tiek veiktas ne tikai labi, bet arī joprojām ir pasargātas no hakeriem.
Šajā apmācībā mēs iemācīsimies
- Kas ir domēns testēšanā?
- Kāpēc domēna zināšanas ir svarīgas?
- Ievads banku domēnā
- Bankas lietojumprogrammas raksturojums
- Banku lietojumprogrammu testēšanas posmi
- Interneta bankas pieteikšanās pieteikuma pārbaudes gadījuma paraugs
- Izaicinājumi banku domēna testēšanā un to mazināšanā
Pievienojieties mūsu tiešsaistes banku pārbaudes projektam bez maksas
Kas ir domēns testēšanā?
Domēns testēšanā nav nekas cits kā nozare, kurai tiek izveidots programmatūras testēšanas projekts. Kad mēs runājam par programmatūras projektiem vai attīstību, šo terminu bieži sauc. Piemēram, apdrošināšanas domēns, banku domēns, mazumtirdzniecības domēns, telekomunikāciju domēns utt.
Parasti, izstrādājot jebkuru konkrētu domēna projektu, tiek meklēta domēna ekspertu palīdzība. Domēna eksperts ir priekšmeta meistars, un viņš var zināt produkta vai lietojumprogrammas iekšpusi.
Kāpēc domēna zināšanas ir svarīgas?
Zināšanas par domēnu ir būtiskas jebkura programmatūras produkta testēšanai, un tām ir savas priekšrocības, piemēram,
Banku domēna zināšanas - ievads
Banku jomas jēdzieni ir milzīgi, un būtībā to iedala divās nozarēs
- Tradicionālais banku sektors
- Pakalpojumu banku sektors
Zemāk ir tabula par pakalpojumiem, kurus aptver šīs divas banku apakšnozares
| Tradicionālais banku sektors |
|
| Pakalpojumu banku sektors |
|
Pamatojoties uz jūsu projekta apjomu, jums, iespējams, būs jāpārbauda viens vai visi iepriekš minētie pakalpojumu piedāvājumi. Pirms sākat testēšanu, pārliecinieties, vai jums ir pietiekami daudz pārbaudāmā pakalpojuma fona.
Bankas lietojumprogrammas raksturojums
Pirms sākat testēšanu, ir svarīgi ņemt vērā standarta funkcijas, kas paredzētas jebkurai bankas lietojumprogrammai. Lai jūs varētu pielikt pūles, lai sasniegtu šīs īpašības.
Standarta bankas lietojumprogrammai jāatbilst visām šīm īpašībām, kā minēts turpmāk.
- Tam vajadzētu atbalstīt tūkstošiem vienlaicīgu lietotāju sesiju
- Banku lietojumprogrammai jābūt integrētai ar citām daudzām lietojumprogrammām, piemēram, tirdzniecības kontiem, rēķinu apmaksas utilītu, kredītkartēm utt.
- Tam vajadzētu apstrādāt ātrus un drošus darījumus
- Tajā jāiekļauj liela apjoma uzglabāšanas sistēma.
- Lai novērstu klientu problēmas, tam jābūt ar augstu revīzijas spēju
- Tam būtu jārisina sarežģītas biznesa darbplūsmas
- Nepieciešams atbalstīt lietotājus vairākās platformās (Mac, Linux, Unix, Windows)
- Tam vajadzētu atbalstīt lietotājus no vairākām vietām
- Tam vajadzētu atbalstīt daudzvalodu lietotājus
- Tam būtu jāatbalsta dažādu maksājumu sistēmu lietotāji (VISA, AMEX, MasterCard)
- Tam būtu jāatbalsta vairākas pakalpojumu nozares (aizdevumi, banku mazumtirdzniecība utt.)
- Neprātīgs katastrofu pārvaldības mehānisms
Pārbaudes fāzes banku lietojumprogrammu testēšanā
Banku lietojumprogrammu testēšanai ir iekļauti dažādi pārbaudes posmi
- Prasību analīze: to veic biznesa analītiķis; tiek apkopotas un dokumentētas prasības konkrētai bankas lietojumprogrammai
- Prasību pārskatīšana: šajā uzdevumā ir iesaistīti kvalitātes analītiķi, biznesa analītiķi un attīstības virzītāji. Prasību apkopošanas dokuments tiek pārskatīts šajā posmā un tiek pārbaudīts, lai pārliecinātos, ka tas neietekmē darbplūsmu
- Biznesa prasību dokumentācija: Uzņēmējdarbības prasību dokumentus sagatavo kvalitātes analītiķi, kuros ir ietvertas visas pārskatītās uzņēmējdarbības prasības
- Datu bāzes pārbaude: tā ir vissvarīgākā bankas lietojumprogrammu testēšanas daļa. Šī pārbaude tiek veikta, lai nodrošinātu datu integritāti, datu ielādi, datu migrāciju, saglabātās procedūras un funkciju validāciju, noteikumu testēšanu utt.
- Integrācijas testēšana: Integrācijas testēšanas laikā visi izstrādātie komponenti ir integrēti un apstiprināti
- Funkcionālā testēšana: Šajā posmā tiek veiktas parastās programmatūras testēšanas darbības, piemēram, Test Case sagatavošana, testa gadījumu pārskatīšana un testu lietu izpilde
- Drošības pārbaude: tā nodrošina, ka programmatūrai nav drošības trūkumu. Testa sagatavošanas laikā kvalitātes nodrošināšanas komandai jāiekļauj gan negatīvie, gan pozitīvie testa scenāriji, lai ielauztos sistēmā un ziņotu par to pirms tam, kad persona tam piekļūst nesankcionēti. Lai novērstu uzlaušanu, bankai būtu jāievieš arī vairāku līmeņu piekļuves validācija, piemēram, vienreizēja parole. Drošības testēšanai tiek izmantoti automatizācijas rīki, piemēram, IBM AppScan un HPWebInspect, savukārt manuālajai testēšanai tiek izmantoti tādi rīki kā Proxy Sniffer, Paros proxy, HTTP watch utt.
- Lietojamības pārbaude: tā nodrošina, ka atšķirīgi spējīgiem cilvēkiem vajadzētu būt iespējai izmantot sistēmu kā parastam lietotājam. Piemēram, bankomāts ar dzirdes un Braila rakstu invalīdiem
- Lietotāju pieņemšanas pārbaude: tas ir pēdējais testēšanas posms, ko veic galalietotāji, lai nodrošinātu lietojumprogrammas atbilstību reālās pasaules scenārijam.
Interneta bankas pieteikšanās pieteikuma pārbaudes gadījuma paraugs
Drošība ir galvenā jebkura bankas lietojumprogramma. Tāpēc testa sagatavošanas laikā kvalitātes nodrošināšanas komandai jāiekļauj gan negatīvie, gan pozitīvie testa scenāriji, lai iekļūtu sistēmā un ziņotu par visām ievainojamībām, pirms tam kāds nepiederošs cilvēks piekļūst tai. Tas ietver ne tikai negatīvu testa gadījumu rakstīšanu, bet arī destruktīvu testēšanu.
Tālāk ir aprakstīti vispārīgi pārbaudes gadījumi, lai pārbaudītu jebkuru bankas lietojumprogrammu
| Pārbaudes gadījumu paraugi | |
|---|---|
| Administratoram |
|
| Jaunai filiālei |
|
| Par jaunu lomu |
|
| Klientiem un apmeklētājiem |
|
| Jauniem lietotājiem |
|
Izaicinājumi banku domēna un to mazināšanas testēšanā
Problēmas, ar kurām testētājs var saskarties, pārbaudot bankas domēnu
| Izaicinājums | Mīkstināšana |
|---|---|
|
|
|
|
|
|
|
|
|
|
Kopsavilkums
Banku domēns ir visneaizsargātākā kibernoziegumu zona, un programmatūras aizsardzībai nepieciešama precīza pārbaude. Šī apmācība sniedz skaidru priekšstatu par to, kas nepieciešams banku domēnu testēšanai un cik tas ir svarīgi. Ir jāsaprot, ka -
- Lielākā daļa banku programmatūras ir izstrādātas uz Mainframe un Unix
- Testēšana palīdz mazināt iespējamos traucējumus programmatūras izstrādes laikā
- Pareiza pārbaude un atbilstība nozares standartiem ļauj ietaupīt uzņēmumus no sodiem
- Labā prakse palīdz attīstīt labus rezultātus, reputāciju un lielāku uzņēmējdarbību uzņēmumiem
- Gan manuālai, gan automatizētai testēšanai ir attiecīgi nopelni un lietojamība
Pievienojieties mūsu tiešsaistes bankas domēnu testēšanas projektam