Test delle applicazioni del dominio bancario: casi di test di esempio

Test del dominio bancario

Banking Domain Testing è 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 problemi, senza errori e rimangano protette.

Il settore BFSI (Banking, Financial services and Insurance) è il maggior consumatore di servizi IT. Le applicazioni bancarie trattano direttamente dati finanziari riservati. È obbligatorio che tutte le attività svolte dal software bancario vengano eseguite in modo fluido e senza errori. Il software bancario svolge varie funzioni come il trasferimento e il deposito di fondi, la richiesta di saldo, la cronologia delle transazioni, il prelievo e così via. Il test dell'applicazione bancaria assicura che queste attività non solo siano eseguite correttamente, ma rimangano anche protette dagli hacker.

In questo tutorial impareremo

Che cos'è il dominio in fase di test?
Perché la conoscenza del dominio è importante?
Introduzione al dominio bancario
Caratteristiche di un'applicazione bancaria
Fasi del test delle applicazioni bancarie
Esempio di test case per l'applicazione di accesso a Net Banking
Sfide nel testare il dominio bancario e la loro mitigazione

Partecipa gratuitamente al nostro progetto di test di live banking

Che cos'è il dominio in fase di test?

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

Di solito, durante lo sviluppo di un progetto di dominio specifico, viene richiesto l'aiuto di un esperto di dominio. L'esperto di dominio è padrone della materia e può conoscere a fondo il prodotto o l'applicazione.

Perché la conoscenza del dominio è importante?

La conoscenza del dominio è essenziale per testare qualsiasi prodotto software e ha i suoi vantaggi come

Conoscenza del dominio bancario - Introduzione

I concetti del dominio bancario sono enormi e fondamentalmente è sub-caratterizzato in due settori

Settore bancario tradizionale
Settore bancario basato sui servizi

Di seguito è riportata la tabella dei servizi che questi due sottosettori bancari comprendono

Settore bancario tradizionale	Core banking Banche aziendali Servizi bancari al dettaglio
Settore bancario basato sui servizi	Nucleo Corporate Al dettaglio Prestito Mercato finanziario Banca privata Finanza al consumo Banca islamica Canali di consegna al cliente / Consegna front-end

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

Caratteristiche di un'applicazione bancaria

Prima di iniziare il test, è importante notare le funzionalità standard previste da qualsiasi applicazione bancaria. In questo modo, puoi adattare i tuoi sforzi di prova per ottenere 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, utilità di pagamento delle bollette, 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 gli utenti su più piattaforme (Mac, Linux, Unix, Windows)
Dovrebbe supportare gli 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 delle catastrofi

Fasi di test nel test delle applicazioni bancarie

Per testare le applicazioni bancarie, includono diverse fasi di test

Analisi dei requisiti: viene eseguita dall'analista aziendale; i requisiti per una particolare applicazione bancaria vengono raccolti e documentati
Revisione dei requisiti: in questa attività sono coinvolti analisti della qualità, analisti aziendali e responsabili dello sviluppo. Il documento di raccolta dei requisiti viene riesaminato 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 vengono preparati da analisti della qualità in cui vengono 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 di integrazione: in Test di integrazione tutti i componenti sviluppati vengono integrati e convalidati
Test funzionale: durante questa fase vengono svolte le normali attività di test del software come la preparazione del test case, la revisione del test case e l'esecuzione del test case
Test di sicurezza: assicura che il software non abbia difetti di sicurezza. Durante la preparazione del test, il team 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. Mentre per prevenire l'hacking, la banca dovrebbe anche implementare un multi-livello di convalida dell'accesso come una password monouso. Per i test di sicurezza, vengono utilizzati strumenti di automazione come IBM AppScan e HPWebInspect mentre per i test manuali vengono utilizzati strumenti come Proxy Sniffer, proxy Paros, HTTP watch, ecc.
Test di usabilità: garantisce che persone diversamente abili siano in grado di utilizzare il sistema come un normale utente. Ad esempio, ATM con udito e impianto Braille per disabili
Test di accettazione dell'utente: è la fase finale del test eseguito dagli utenti finali per garantire la conformità dell'applicazione con lo 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 QA dovrebbe includere scenari di test sia negativi che positivi al fine di 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 l'amministratore	Verifica l'accesso amministratore con dati validi e non validi Verifica l'accesso amministratore senza dati Verifica tutti i link della home page dell'amministratore Verifica la password di modifica dell'amministratore con dati validi e non validi Verifica la password di modifica dell'amministratore senza dati Verifica la modifica della password dell'amministratore con i dati esistenti Verifica la disconnessione dell'amministratore
Per la nuova filiale	Crea un nuovo ramo con dati validi e non validi Crea un nuovo ramo senza dati Crea un nuovo ramo con i dati del ramo esistente Verifica l'opzione di ripristino e annullamento Aggiorna ramo con dati validi e non validi Aggiorna ramo senza dati Aggiorna il ramo con i dati del ramo esistente Verifica l'opzione di annullamento Verifica l'eliminazione del ramo con e senza dipendenze Verifica l'opzione di ricerca del ramo
Per un 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 Verifica l'opzione di annullamento e ripristino Verifica l'eliminazione del ruolo con e senza dipendenza verifica i collegamenti nella pagina dei dettagli del ruolo
Per clienti e visitatori	Verifica tutti i collegamenti di visitatori o 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 del banchiere 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 esistenti Verifica l'opzione di annullamento e ripristino Aggiorna utente con dati validi e non validi Aggiorna l'utente con i dati esistenti Verifica l'opzione di annullamento Verifica l'eliminazione dell'utente

Sfide nel testare il dominio bancario e la loro mitigazione

Le sfide che il tester potrebbe dover affrontare durante il test del dominio bancario sono

Sfida	Mitigazione
Ottenere l'accesso ai dati di produzione e replicarli come dati di test, per i test è una sfida	Garantire che i dati dei test soddisfino i requisiti e le linee guida di conformità normativa Mantieni la riservatezza dei dati seguendo tecniche come mascheramento dei dati, dati di test sintetici, integrazione del sistema di test, ecc.
La sfida più grande nel testare il sistema bancario è durante la migrazione del sistema dal vecchio sistema al nuovo sistema come il test di tutte le routine, procedure e piani. Anche il modo in cui i dati verranno recuperati, caricati e trasferiti al nuovo sistema dopo la migrazione	Assicurati che il test della migrazione dei dati sia completo Assicurati che i test di regressione vengano eseguiti su sistemi vecchi e nuovi e che i risultati corrispondano.
Ci possono essere 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 ei tester non sanno se testarli o meno	Il test dovrebbe partecipare al progetto fin dalle fasi di analisi dei requisiti e dovrebbe rivedere attivamente i requisiti aziendali
Il punto più importante è verificare se il suddetto sistema segue le politiche e le procedure desiderate	È necessario eseguire il test di conformità o delle politiche normative
L'ambito e le tempistiche aumentano man mano che l'applicazione bancaria viene integrata con altre applicazioni come Internet o Mobile banking	Assicurati che il budget di tempo per il test di integrazione sia considerato se la tua applicazione bancaria ha molte interfacce esterne

Sommario

Il dominio bancario è l'area più vulnerabile per i furti informatici e la salvaguardia del software richiede test precisi. Questo tutorial dà un'idea chiara di ciò che serve per il test del dominio bancario e di quanto sia importante. Bisogna capire che -

La maggior parte dei software bancari sono sviluppati su Mainframe e Unix
I test aiutano a ridurre i possibili problemi durante lo sviluppo del software
Test adeguati e conformità agli standard del settore, salvano le aziende dalle sanzioni
Le buone pratiche aiutano a sviluppare buoni risultati, reputazione e più affari per le aziende
Sia i test manuali che quelli automatici hanno rispettivi pregi e usabilità

Partecipa al nostro progetto di test del dominio Live Banking