Test di applicazioni di domini bancari: casi di test di esempio

Test del dominio bancario

Test del dominio bancario รจ un processo di test del software di un'applicazione bancaria per funzionalitร , prestazioni e sicurezza. Lo scopo principale del test dell'applicazione bancaria รจ garantire che tutte le attivitร  e le funzionalitร  di un software bancario funzionino senza intoppi, senza errori e rimangano protette.

Il settore BFSI (servizi bancari, finanziari e assicurativi) รจ il maggiore consumatore di servizi IT. Le applicazioni bancarie trattano direttamente dati finanziari riservati. รˆ obbligatorio che tutte le attivitร  svolte dal software bancario funzionino senza intoppi e senza errori. I software bancari eseguono varie funzioni come il trasferimento e il deposito di fondi, la richiesta del saldo, la cronologia delle transazioni, il prelievo e cosรฌ via. Testare l'applicazione bancaria garantisce che queste attivitร  non solo siano eseguite bene ma rimangano anche protette dagli hacker.

Unisciti gratuitamente al nostro progetto di test bancari in tempo reale

Cos'รจ il dominio nei test?

Dominio in fase di test non รจ altro che il settore per il quale viene creato il progetto di test del software. Quando si parla di progetti o di sviluppo software, si fa spesso riferimento a questo termine. Ad esempio, dominio assicurativo, dominio bancario, dominio vendita al dettaglio, dominio telecomunicazioni, ecc.

Test di applicazioni per domini bancari

Di solito, durante lo sviluppo di qualsiasi progetto di dominio specifico, viene richiesto l'aiuto di esperti di dominio. Gli esperti del settore sono esperti in materia e potrebbero conoscere i dettagli del prodotto o dell'applicazione.

Perchรฉ la conoscenza del dominio รจ importante?

La conoscenza del dominio รจ essenziale per testare qualsiasi prodotto software e presenta vantaggi come

La conoscenza del dominio รจ importante

Conoscenza del settore bancario โ€“ Introduzione

I concetti del dominio bancario sono enormi e fondamentalmente รจ suddiviso in due settori

  1. Settore bancario tradizionale
  2. Settore bancario basato sui servizi

Di seguito la tabella dei servizi che comprendono questi due sottosettori del settore bancario

Settore bancario tradizionale
  • Banca centrale
  • Banche aziendali
  • Servizi bancari al dettaglio
Settore bancario basato sui servizi
  • Nucleo
  • Aziende
  • Settore Retail
  • Prestito
  • Mercato finanziario
  • Banca privata
  • Finanza al consumo
  • Bancario islamico
  • Canali di consegna al cliente/Consegna front-end

In base all'ambito del tuo progetto potrebbe essere necessario testare una o tutte le offerte di servizi di cui sopra. Prima di iniziare il test, assicurati di avere conoscenze sufficienti sul servizio in fase di test.

Caratteristiche di un'applicazione bancaria

Prima di iniziare il test, รจ importante prendere nota delle funzionalitร  standard previste per qualsiasi applicazione bancaria. In questo modo, puoi adattare i tuoi sforzi di test per raggiungere queste caratteristiche.

Un'applicazione bancaria standard dovrebbe soddisfare tutte queste caratteristiche, come indicato di seguito.

  • Dovrebbe supportare migliaia di sessioni utente simultanee
  • Un'applicazione bancaria dovrebbe integrarsi con altre numerose applicazioni come conti di trading, Bill pagare utenze, carte di credito, ecc.
  • Dovrebbe elaborare transazioni veloci e sicure
  • Dovrebbe includere un enorme sistema di archiviazione.
  • Per risolvere i problemi dei clienti, dovrebbe avere un'elevata capacitร  di controllo
  • Dovrebbe gestire flussi di lavoro aziendali complessi
  • Necessitร  di supportare utenti su piรน piattaforme (Mac, Linux, Unix, Windows)
  • Dovrebbe supportare utenti da piรน posizioni
  • Dovrebbe supportare utenti multilingue
  • Dovrebbe supportare gli utenti su vari sistemi di pagamento (VISA, AMEX, MasterCard)
  • Dovrebbe supportare piรน settori di servizi (prestiti, servizi bancari al dettaglio ecc.)
  • Meccanismo infallibile di gestione dei disastri

Fasi di test nel test delle applicazioni bancarie

Per testare le applicazioni bancarie, sono previste diverse fasi di test

  • Analisi dei requisiti: Viene eseguito dall'analista aziendale; i requisiti per una particolare applicazione bancaria vengono raccolti e documentati
  • Requisito Revista: In questa attivitร  sono coinvolti analisti della qualitร , analisti aziendali e responsabili dello sviluppo. Il documento di raccolta dei requisiti viene rivisto in questa fase e sottoposto a controlli incrociati per garantire che non influisca sul flusso di lavoro
  • Documentazione sui requisiti aziendali: I documenti sui requisiti aziendali sono preparati da analisti della qualitร  in cui sono coperti tutti i requisiti aziendali esaminati
  • Test del database: รˆ la parte piรน importante del test delle applicazioni bancarie. Questo test viene eseguito per garantire l'integritร  dei dati, il caricamento dei dati, la migrazione dei dati, le procedure memorizzate e la convalida delle funzioni, il test delle regole, ecc.
  • Test d'integrazione: Sotto Test d'integrazione tutti i componenti sviluppati sono integrati e validati
  • Test funzionale: Le solite attivitร  di test del software come Test Case durante questa fase vengono effettuate la preparazione, la revisione del test case e l'esecuzione del test case
  • Test di sicurezza: Garantisce che il software non presenti difetti di sicurezza. Durante la preparazione del test, il team di QA deve includere scenari di test sia negativi che positivi in โ€‹โ€‹modo da entrare nel sistema e segnalarlo prima che qualsiasi individuo non autorizzato vi acceda. Per prevenire gli attacchi hacker, la banca dovrebbe anche implementare una convalida dellโ€™accesso multilivello, come una password monouso. Per Test di sicurezza, strumenti di automazione come IBM AppScan e HPWebInspect vengono utilizzati mentre per Test manuale vengono utilizzati strumenti come Proxy Sniffer, proxy Paros, HTTP watch, ecc
  • Test di usabilitร : Garantisce che le persone diversamente abili possano utilizzare il sistema come utente normale. Ad esempio, bancomat con funzionalitร  uditive e Braille per disabili
  • Test di accettazione dell'utente: รˆ la fase finale dei test eseguiti dagli utenti finali per garantire la conformitร  dell'applicazione allo scenario del mondo reale.

Esempio di test case per l'applicazione di accesso a Net Banking

La sicurezza รจ fondamentale per qualsiasi applicazione bancaria. Pertanto, durante la preparazione del test, il team di QA dovrebbe includere scenari di test sia negativi che positivi per intrufolarsi nel sistema e segnalare eventuali vulnerabilitร  prima che qualsiasi individuo non autorizzato possa accedervi. Non implica solo la scrittura di casi di test negativi, ma puรฒ anche includere test distruttivi.

Di seguito sono riportati casi di test generici per verificare qualsiasi applicazione bancaria

Esempi di casi di test
Per amministratore
  • Verifica l'accesso dell'amministratore con dati validi e non validi
  • Verifica l'accesso amministratore senza dati
  • Verifica tutti i collegamenti alla home page dell'amministratore
  • Verifica la password di modifica dell'amministratore con dati validi e non validi
  • Verifica la modifica della password dell'amministratore senza dati
  • Verifica la modifica della password dell'amministratore con i dati esistenti
  • Verifica il logout dell'amministratore
Per la nuova filiale
  • Crea un nuovo ramo con dati validi e non validi
  • Crea un nuovo ramo senza dati
  • Crea una nuova filiale con i dati della filiale esistente
  • Verificare l'opzione di ripristino e annullamento
  • Aggiorna ramo con dati validi e non validi
  • Aggiorna ramo senza dati
  • Aggiorna la filiale con i dati della filiale esistente
  • Verifica l'opzione di annullamento
  • Verifica l'eliminazione del ramo con e senza dipendenze
  • Verifica l'opzione di ricerca della filiale
Per il nuovo ruolo
  • Crea un nuovo ruolo con dati validi e non validi
  • Crea un nuovo ruolo senza dati
  • Verifica il nuovo ruolo con i dati esistenti
  • verificare la descrizione del ruolo e i tipi di ruolo
  • Verificare l'opzione di annullamento e ripristino
  • Verifica l'eliminazione del ruolo con e senza dipendenza
  • verifica i link nella pagina dei dettagli del ruolo
Per clienti e visitatori
  • Verifica tutti i collegamenti dei visitatori o dei clienti
  • Verifica l'accesso dei clienti con dati validi e non validi
  • Verifica l'accesso dei clienti senza dati
  • Verifica il login del banchiere senza dati
  • Verifica il login della banca con dati validi o non validi
Per i nuovi utenti
  • Crea un nuovo utente con dati validi e non validi
  • Crea un nuovo utente senza dati
  • Crea un nuovo utente con i dati della filiale esistente
  • Verificare l'opzione di annullamento e ripristino
  • Aggiorna l'utente con dati validi e non validi
  • Aggiorna l'utente con i dati esistenti
  • Verifica l'opzione di annullamento
  • Verificare l'eliminazione dell'utente

Sfide nel testare il dominio bancario e la loro mitigazione

Le sfide che i tester potrebbero affrontare durante il test del dominio bancario sono:

La sfida Mitigazione
  • Ottenere l'accesso ai dati di produzione e replicarli come dati di test รจ impegnativo
  • Garantire che i dati dei test soddisfino i requisiti e le linee guida di conformitร  normativa
  • Mantenere la riservatezza dei dati adottando tecniche quali il mascheramento dei dati, i dati di test sintetici, l'integrazione del sistema di test, ecc.
  • La sfida piรน grande nel testare il sistema bancario รจ durante la migrazione del sistema dal vecchio al nuovo sistema, come il test di tutte le routine, procedure e piani. Inoltre, come i dati verranno recuperati, caricati e trasferiti al nuovo sistema dopo la migrazione
  • Assicurarsi che il test di migrazione dei dati sia completo
  • Garantire che i casi di test di regressione vengano eseguiti su sistemi vecchi e nuovi e che i risultati corrispondano.
  • Potrebbero esserci casi in cui i requisiti non sono ben documentati e possono portare a lacune funzionali nel piano di test
  • Molti requisiti non funzionali non sono completamente documentati e i tester non sanno se testarli o meno
  • Il tester dovrebbe partecipare al progetto fin dalle fasi di analisi dei requisiti e dovrebbe rivedere attivamente i requisiti aziendali
  • Il punto piรน importante รจ verificare se detto sistema segue le politiche e le procedure desiderate
  • รˆ necessario eseguire test di conformitร  o di politiche normative
  • L'ambito e le tempistiche aumentano man mano che l'applicazione bancaria viene integrata con altre applicazioni come Internet o Mobile bancario
  • Assicurati che il budget temporale per i test di integrazione venga preso in considerazione se la tua applicazione bancaria ha molte interfacce esterne

Sintesi

Il settore bancario รจ lโ€™area piรน vulnerabile ai furti informatici e la salvaguardia del software richiede test accurati. Questo tutorial fornisce un'idea chiara di ciรฒ che serve per testare il dominio bancario e quanto sia importante. Bisogna capire che โ€“

  • La maggior parte dei software bancari รจ sviluppata su Mainframe e Unix
  • I test aiutano a ridurre i possibili problemi riscontrati durante lo sviluppo del software
  • Test adeguati e conformitร  agli standard di settore salvano le aziende dalle sanzioni
  • Le buone pratiche aiutano a sviluppare buoni risultati, reputazione e maggiori affari per le aziende
  • Sia i test manuali che quelli automatizzati hanno rispettivi meriti e usabilitร 

Iscriviti alla nostra Progetto di test del dominio bancario in tempo reale

Riassumi questo post con: