Projekt testowania aplikacji domeny bankowej
Tomasza Hamiltona
โก Inteligentne podsumowanie
Testowanie aplikacji w domenie bankowej weryfikuje funkcjonalnoลฤ, wydajnoลฤ i bezpieczeลstwo oprogramowania finansowego obsลugujฤ cego wraลผliwe transakcje. Ten samouczek wyjaลnia wiedzฤ na temat domeny, charakterystykฤ aplikacji bankowych, fazy testowania, przykลadowe przypadki testowe oraz kluczowe strategie ograniczania ryzyka charakterystycznego dla sektora BFSI.
Testowanie domeny bankowej
Testowanie domeny bankowej Testowanie oprogramowania aplikacji bankowej pod kฤ tem funkcjonalnoลci, wydajnoลci i bezpieczeลstwa. Gลรณwnym celem testowania aplikacji bankowej jest zapewnienie, ลผe wszystkie dziaลania i funkcjonalnoลci oprogramowania bankowego dziaลajฤ pลynnie i bezbลฤdnie, a oprogramowanie pozostaje chronione.
Sektor BFSI (bankowoลฤ, usลugi finansowe i ubezpieczenia) jest najwiฤkszym odbiorcฤ usลug informatycznych. Aplikacje bankowe bezpoลrednio przetwarzajฤ poufne dane finansowe, dlatego konieczne jest, aby kaลผda czynnoลฤ wykonywana przez oprogramowanie bankowe dziaลaลa niezawodnie i bezbลฤdnie. Oprogramowanie bankowe realizuje takie funkcje, jak przelewy i wpลaty ลrodkรณw, sprawdzanie salda, historia transakcji i wypลaty. Testowanie aplikacji bankowej gwarantuje, ลผe te czynnoลci nie tylko dziaลajฤ poprawnie, ale takลผe sฤ chronione przed hakerami.
Doลฤ cz bezpลatnie do naszego projektu testowania bankowoลci na ลผywo
Czym jest domena w testowaniu?
Domena w testach Odnosi siฤ do branลผy, dla ktรณrej tworzony jest projekt testowania oprogramowania. Termin ten jest czฤsto uลผywany w kontekลcie projektรณw i rozwoju oprogramowania. Przykลadami sฤ sektor ubezpieczeล, bankowoลci, handlu detalicznego i telekomunikacji.
Podczas rozwojuping W przypadku kaลผdego projektu zwiฤ zanego z danฤ dziedzinฤ , zazwyczaj poszukuje siฤ pomocy eksperta w danej dziedzinie. Eksperci w tej dziedzinie sฤ ekspertami w tej dziedzinie i znajฤ aplikacjฤ od podszewki.
Dlaczego wiedza o domenie ma znaczenie?
Wiedza o domenie jest niezbฤdna do testowania kaลผdego produktu programowego, poniewaลผ bezpoลrednio poprawia pokrycie testami, wykrywalnoลฤ defektรณw i zaufanie interesariuszy. Tester, ktรณry rozumie przepลywy pracy w bankowoลci, moลผe dostrzec przypadki brzegowe, ktรณre tester spoza domeny caลkowicie pomija.
Znajomoลฤ dziedziny bankowoลci โ wprowadzenie
Koncepcje zwiฤ zane z bankowoลciฤ sฤ bardzo szerokie i moลผna je ogรณlnie podzieliฤ na dwa sektory:
- Tradycyjny sektor bankowy
- Sektor bankowoลci usลugowej
Poniลผsza tabela przedstawia usลugi objฤte tymi dwoma podsektorami.
| Branลผa | Usลugi wliczone w cenฤ |
|---|---|
| Tradycyjny sektor bankowy | Bankowoลฤ podstawowa, Bankowoลฤ korporacyjna, Bankowoลฤ detaliczna |
| Sektor bankowoลci usลugowej | Rdzeล, Korporacyjny, Detaliczny, Poลผyczka, Finansowanie handlu, Bankowoลฤ prywatna, Finansowanie konsumenckie, Bankowoลฤ islamska, Kanaลy dostarczania usลug klientom / Dostarczanie front-end |
W zaleลผnoลci od zakresu projektu, konieczne moลผe byฤ przetestowanie jednej lub wszystkich z powyลผszych usลug. Przed rozpoczฤciem testรณw upewnij siฤ, ลผe posiadasz wystarczajฤ cฤ wiedzฤ na temat testowanej usลugi.
Charakterystyka aplikacji bankowej
Przed rozpoczฤciem testรณw waลผne jest zapoznanie siฤ ze standardowymi funkcjami oczekiwanymi od kaลผdej aplikacji bankowej, aby mรณc odpowiednio ukierunkowaฤ dziaลania testowe i osiฤ gnฤ ฤ te cechy. Standardowa aplikacja bankowa powinna speลniaฤ nastฤpujฤ ce oczekiwania:
- Obsลuga tysiฤcy jednoczesnych sesji uลผytkownikรณw.
- Zintegruj siฤ z wieloma innymi aplikacjami, takimi jak konta handlowe, narzฤdzia do opลacania rachunkรณw i karty kredytowe.
- Przetwarzaj szybkie i bezpieczne transakcje.
- Zawiera potฤลผny system przechowywania danych.
- Zapewnij wysokie moลผliwoลci audytu w celu rozwiฤ zywania problemรณw klientรณw.
- Obsลuga skomplikowanych przepลywรณw pracy w firmie.
- Wsparcie uลผytkownikรณw na wielu platformach (Mac, Linux, Unix, Windows).
- Udzielaj wsparcia uลผytkownikom z wielu lokalizacji.
- Obsลuga uลผytkownikรณw wielojฤzycznych.
- Wsparcie uลผytkownikรณw w zakresie rรณลผnych systemรณw pลatnoลci (VISA, AMEX, MasterCard).
- Wsparcie dla wielu sektorรณw usลug (poลผyczki, bankowoลฤ detaliczna, itp.).
- Zapewnij niezawodny mechanizm zarzฤ dzania kryzysowego.
Rodzaje aplikacji bankowych do testowania
Przed mapฤ ping w fazach testowania przydatna jest wiedza o tym, ktรณre aplikacje bankowe sฤ zazwyczaj objฤte testami:
- System bankowoลci centralnej (CBS): centralny silnik depozytรณw, poลผyczek i kont.
- Bankowoลฤ internetowa: portal internetowy przeznaczony dla klientรณw, umoลผliwiajฤ cy przelewy i opลacanie rachunkรณw.
- Bankowoลฤ mobilna: iOS i Android aplikacje z biometriฤ i powiadomieniami.
- Oprogramowanie bankomatรณw i kioskรณw: oprogramowanie wbudowane w bankomaty.
- Bramy pลatnicze: podmioty obsลugujฤ ce transakcje kartami, UPI i portfelami.
- Moduลy poลผyczkowe i skarbowe: aplikacje do obsลugi kredytรณw i wymiany walut w ramach zaplecza.
Fazy โโtestowe w testowaniu aplikacji bankowych
Gdy znane sฤ juลผ aplikacje objฤte zakresem, testy zazwyczaj przebiegajฤ w nastฤpujฤ cych fazach.
- Analiza wymagaล: Wykonywane przez analityka biznesowego, ktรณry zbiera i dokumentuje wymagania dotyczฤ ce konkretnej aplikacji bankowej.
- Wymaganie Revwidok: Analitycy ds. jakoลci, analitycy biznesowi i kierownicy ds. rozwoju przeglฤ dajฤ dokument wymagaล i dokonujฤ jego wzajemnej weryfikacji, aby upewniฤ siฤ, ลผe nie zakลรณca on ลผadnego istniejฤ cego przepลywu pracy.
- Dokumentacja wymagaล biznesowych: Analitycy jakoลci przygotowujฤ dokumenty dotyczฤ ce wymagaล biznesowych, ktรณre obejmujฤ wszystkie sprawdzane wymagania.
- Testowanie bazy danych: Najwaลผniejsza czฤลฤ testowania aplikacji bankowych. Weryfikacja integralnoลci danych, ลadowania danych, migracji danych, procedur skลadowanych, walidacji funkcji i reguล biznesowych.
- Testy integracyjne: Pod Testy integracyjne, wszystkie opracowane komponenty sฤ integrowane i weryfikowane razem.
- Testy funkcjonalnoลci: Standardowe dziaลania testowe, takie jak: Przypadek testowy W tej fazie przeprowadzane sฤ przygotowania, przeglฤ d przypadkรณw testowych i wykonanie testรณw.
- Testy bezpieczeลstwa: Zapewnia, ลผe โโoprogramowanie jest wolne od luk w zabezpieczeniach. Zespรณล ds. zapewnienia jakoลci powinien uwzglฤdniฤ zarรณwno negatywne, jak i pozytywne scenariusze prรณb wลamania do systemu i zgลaszaฤ luki w zabezpieczeniach, zanim odkryje je osoba nieupowaลผniona. Banki powinny rรณwnieลผ egzekwowaฤ wielowarstwowฤ walidacjฤ dostฤpu, takฤ jak hasลa jednorazowe. Narzฤdzia automatyzacji powszechnie uลผywane doโฆ Testowanie bezpieczeลstwa zawieraฤ IBM AppScan i HP WebInspect, podczas gdy Testowanie rฤczne czฤsto opiera siฤ na Proxy Sniffer, Paros Proxy i HTTP Watch.
- Test uลผytecznoลci: Gwarantuje, ลผe uลผytkownicy niepeลnosprawni mogฤ korzystaฤ z systemu tak samo ลatwo, jak kaลผdy inny uลผytkownik โ na przykลad bankomaty sฤ wyposaลผone w przewodnik gลosowy i klawiatury Brailleโa uลatwiajฤ ce dostฤp.
- Testy akceptacji uลผytkownika: Ostatni etap, wykonywany przez uลผytkownikรณw koลcowych w celu potwierdzenia, ลผe โโaplikacja zachowuje siฤ prawidลowo w rzeczywistych sytuacjach.
Przykลadowy przypadek testowy dla aplikacji logowania do bankowoลci internetowej
Bezpieczeลstwo jest priorytetem dla kaลผdej aplikacji bankowej. Podczas przygotowywania testรณw zespรณล ds. zapewnienia jakoลci powinien uwzglฤdniฤ zarรณwno scenariusze negatywne, jak i pozytywne, aby zbadaฤ system i zgลosiฤ luki w zabezpieczeniach, zanim znajdzie je osoba nieupowaลผniona. Oznacza to pisanie nie tylko negatywnych przypadkรณw testowych, ale takลผe testรณw destrukcyjnych.
Poniลผsza tabela przedstawia ogรณlne przypadki testowe dla aplikacji bankowych.
| Obszar | Przykลadowe przypadki testowe |
|---|---|
| Admin | Sprawdลบ logowanie administratora przy uลผyciu prawidลowych i nieprawidลowych danych; logowanie administratora bez danych; wszystkie ลฤ cza gลรณwne administratora; zmieล hasลo administratora przy uลผyciu prawidลowych, nieprawidลowych i istniejฤ cych danych; wyloguj administratora. |
| Nowy oddziaล | Utwรณrz nowฤ gaลฤ ลบ z prawidลowymi, nieprawidลowymi i istniejฤ cymi danymi; utwรณrz bez danych; zresetuj i anuluj; zaktualizuj gaลฤ ลบ przy uลผyciu prawidลowych, nieprawidลowych i istniejฤ cych danych; anuluj; usuล gaลฤ ลบ z zaleลผnoลciami i bez zaleลผnoลci; wyszukiwanie gaลฤzi. |
| Nowa rola | Utwรณrz nowฤ rolฤ z prawidลowymi, nieprawidลowymi i istniejฤ cymi danymi; utwรณrz bez danych; zweryfikuj opis i typy roli; anuluj i zresetuj; usuล rolฤ z zaleลผnoลciami i bez nich; zweryfikuj ลฤ cza na stronie ze szczegรณลami roli. |
| Klienci i goลcie | Zweryfikuj wszystkie linki dla goลci i klientรณw; logowanie klienta musi zawieraฤ prawidลowe, nieprawidลowe lub ลผadne dane; logowanie bankiera musi zawieraฤ prawidลowe, nieprawidลowe lub ลผadne dane. |
| Nowi uลผytkownicy | Utwรณrz nowego uลผytkownika z prawidลowymi, nieprawidลowymi i istniejฤ cymi danymi oddziaลu; utwรณrz bez danych; anuluj i zresetuj; zaktualizuj uลผytkownika przy uลผyciu prawidลowych, nieprawidลowych i istniejฤ cych danych; anuluj; usuล uลผytkownika. |
Wyzwania w testowaniu domeny bankowej i ich ลagodzenie
Nawet przy solidnych fazach testรณw i szablonach, testerzy w projektach bankowych napotykajฤ na powtarzajฤ ce siฤ wyzwania. Poniลผsze ลrodki zaradcze okazaลy siฤ skuteczne w rzeczywistych wdroลผeniach.
| Opis projektu | ลagodzenie |
|---|---|
| Uzyskanie dostฤpu do danych produkcyjnych i replikacja ich w formie danych testowych jest trudna. | Upewnij siฤ, ลผe dane testowe speลniajฤ wymagania zgodnoลci z przepisami i zachowaj poufnoลฤ poprzez maskowanie danych, syntetyczne dane testowe i testowanie integracji systemรณw. |
| Najwiฤkszym wyzwaniem jest migracja ze starego systemu bankowego do nowego โ obejmujฤ ca procedury, zwyczaje i przesyลanie danych. | Przeprowadลบ testy migracji danych i uruchom przypadki testรณw regresyjnych w starych i nowych systemach, porรณwnujฤ c wyniki, aลผ bฤdฤ zgodne. |
| Wymagania mogฤ byฤ sลabo udokumentowane, co prowadzi do luk funkcjonalnych. Wymagania niefunkcjonalne sฤ czฤsto nieudokumentowane, wiฤc testerzy nie wiedzฤ , czy je testowaฤ. | Testerzy powinni uczestniczyฤ w fazie analizy wymagaล i aktywnie przeglฤ daฤ wymagania biznesowe. |
| Sprawdzanie, czy system dziaลa zgodnie z wymaganymi zasadami i procedurami. | Przeprowadzanie testรณw zgodnoลci i polityki regulacyjnej. |
| Zakres i harmonogramy rozszerzajฤ siฤ wraz z integracjฤ aplikacji bankowych z internetem i Mobile Bankowoลฤ. | Jeลli aplikacja bankowa ma wiele interfejsรณw zewnฤtrznych, naleลผy uwzglฤdniฤ w planie odpowiedniฤ iloลฤ czasu na testowanie integracyjne. |
