Menu

Come testare le applicazioni di domini bancari: una guida completa ai test BFSI

how test banking domain applications

Prova Il Nostro Strumento Per Eliminare I Problemi

Una guida completa al test dell'applicazione bancaria: processo di test e suggerimenti BFSI (banche, servizi finanziari e assicurazioni)

Le applicazioni bancarie sono una delle applicazioni più complesse nell'odierna industria di sviluppo e test di software.

Cosa rende le applicazioni bancarie così complesse? Quale approccio dovrebbe essere seguito per testare i complessi flussi di lavoro coinvolti nelle applicazioni bancarie?

In questo articolo, evidenzieremo le diverse fasi e tecniche coinvolte nel test delle applicazioni bancarie.

Come testare le applicazioni bancarie

Cosa imparerai:

Come testare le applicazioni bancarie?

Varie funzioni svolte dalle applicazioni bancarie sono:

Funzioni-di-banche

Vediamo prima di tutto le caratteristiche di un'applicazione bancaria:

  • Funzionalità multilivello per supportare migliaia di sessioni utente simultanee
  • Integrazione su larga scala: in genere, un'applicazione bancaria si integra con numerose altre applicazioni come l'utilità Bill Pay e i conti di trading
  • Flussi di lavoro aziendali complessi
  • Elaborazione in tempo reale e in batch
  • L'alto tasso di transazioni al secondo
  • Transazioni sicure
  • Robusta sezione Reporting per tenere traccia delle transazioni quotidiane
  • Forte controllo per risolvere i problemi dei clienti
  • Sistema di archiviazione imponente
  • Gestione di emergenza / ripristino.

I dieci punti sopra elencati sono i caratteristiche più importanti di un'applicazione bancaria.

Le applicazioni bancarie hanno più livelli coinvolti nell'esecuzione di un'operazione.

Per esempio , per L'applicazione bancaria può avere:

  • Web Server per interagire con gli utenti finali tramite browser
  • Livello intermedio per convalidare l'input e l'output per il server web
  • DataBase per memorizzare dati e procedure
  • Processore di transazione che potrebbe essere un mainframe di grande capacità o qualsiasi altro sistema legacy per eseguire trilioni di transazioni al secondo.

Se parliamo di testare applicazioni bancarie, richiede un file Metodologia di test end to end che coinvolge più tecniche di test del software per garantire:

  • Copertura totale di tutti i flussi di lavoro bancari e dei requisiti aziendali
  • L'aspetto funzionale dell'applicazione
  • L'aspetto della sicurezza dell'applicazione
  • L'integrità dei dati
  • Concorrenza
  • Esperienza utente

Cosa rende le applicazioni bancarie così complesse?

  • Il software bancario si occupa principalmente di dati finanziari riservati, quindi le prestazioni del software dovrebbero essere prive di errori e sicure.
  • Gli sviluppatori preferiscono un design complicato per sviluppare queste applicazioni per garantire che l'applicazione venga eseguita nel modo sicuro desiderato.
  • Il settore bancario è un mondo in continua evoluzione. L'attività bancaria, oggi, è messa a disposizione del cliente utilizzando diversi canali come filiali fisiche, bancomat, servizi bancari online e assistenza clienti.
  • Con l'avvento della tecnologia, molti portafogli hanno invaso i mercati che si collegano ai sistemi bancari per le transazioni finanziarie.
  • Anche l'attività bancaria dovrebbe essere attiva 24 ore su 24, 7 giorni su 7 con prestazioni elevate. Aggiornamenti software, correzioni istantanee, ecc. Non possono influire su questa disponibilità.
  • Il mondo bancario è anche fortemente influenzato dai continui cambiamenti introdotti dal governo sotto forma di regolamenti bancari. Qualsiasi cambiamento nella struttura fiscale ha un impatto anche sul sistema bancario.
  • Anche il sistema bancario deve essere aggiornato per quanto riguarda le nuove tecnologie. L'analisi dei dati come il Big Data Processing e il recupero dell'istinto dai big data utilizzando la Data Science stanno aumentando la trazione nel mondo bancario.

I punti sopra menzionati rendono il sistema bancario complesso per gli sviluppatori per creare un'applicazione software attorno ad esso.

Importanza del test dell'applicazione bancaria

  • Il test dell'applicazione bancaria garantisce che tutte le attività non solo siano eseguite correttamente, ma rimangano anche protette e protette.
  • Il software bancario è complicato da migliaia di dipendenze, il processo di test richiede più tempo, risorse e monitoraggio continuo.
  • Poiché le finanze sono coinvolte qui, le linee guida devono essere seguite rigorosamente. Sia i tester che gli sviluppatori dovrebbero avere una buona conoscenza del dominio.
  • Ancora più importante, è necessario garantire che le leggi e i regolamenti siano applicati correttamente nelle transazioni finanziarie. Ciò può essere garantito solo con i test.
  • È inoltre importante garantire che l'applicazione e l'infrastruttura su cui è stata distribuita siano in grado di gestire il carico, soprattutto durante le ore lavorative di punta, senza causare interruzioni. Ciò può essere garantito eseguendo test delle prestazioni.
  • Nel mondo digitale di oggi, l'unica cosa che riguarda tutti è quella della sicurezza. Le applicazioni bancarie e le transazioni finanziarie che vengono eseguite al suo interno devono essere protette da qualsiasi tentativo di intrusione. Ciò può essere garantito eseguendo test di sicurezza. I test di sicurezza aiutano a far rispettare gli standard del settore per proteggere le transazioni finanziarie.
  • È anche importante garantire che i diversi moduli di un'applicazione bancaria siano integrati correttamente e raggiungano l'obiettivo del cliente. Il test di integrazione del sistema aiuta a raggiungere questo compito.

Flusso di lavoro di test delle app bancarie

Fasi tipiche coinvolte nel test delle applicazioni bancarie sono mostrati nel flusso di lavoro seguente. Discuteremo individualmente ogni fase.

Questo è un modello a cascata per testare un'applicazione.

Test di applicazioni bancarie

# 1) Raccolta dei requisiti

Fase di raccolta dei requisiti implica la documentazione dei requisiti come Specifiche Funzionali o come Casi d'uso. I requisiti vengono raccolti in base alle esigenze del cliente e documentati da esperti bancari o analisti aziendali.

Raccolta dei requisiti

Gli esperti sono coinvolti nella stesura dei requisiti su più di un argomento poiché la banca stessa ha più sottodomini e un'applicazione bancaria a tutti gli effetti sarà l'integrazione di tutti questi domini.

Per esempio, Un'applicazione bancaria può avere moduli separati per trasferimenti, carte di credito, rapporti, conti di prestito, pagamenti di fatture, trading ecc.

# 2) Revisione dei requisiti

Il deliverable di Requirement Gathering viene esaminato da tutte le parti interessate, come gli ingegneri del controllo qualità, i responsabili dello sviluppo e gli analisti aziendali alla pari.

Revisione dei requisiti

Controllano in modo incrociato che né il flusso di lavoro aziendale esistente né i nuovi flussi di lavoro vengano violati. Tutti i requisiti vengono verificati e convalidati. Le azioni di follow-up e le revisioni dei documenti dei requisiti vengono eseguite in base allo stesso.

# 3) Preparazione dello scenario aziendale

In questa fase, gli ingegneri del controllo qualità derivano gli scenari aziendali dai documenti dei requisiti (specifiche delle funzioni o casi d'uso); Gli scenari aziendali sono derivati ​​in modo tale da coprire tutti i requisiti aziendali. Gli scenari aziendali sono scenari di alto livello senza passaggi dettagliati.

Inoltre, questi scenari aziendali vengono esaminati dagli analisti aziendali per garantire che tutti i requisiti aziendali siano soddisfatti. È più facile per i BA rivedere gli scenari di alto livello piuttosto che rivedere i casi di test dettagliati di basso livello.

Per esempio , un cliente che apre un deposito fisso sull'interfaccia di digital banking può essere uno scenario aziendale. Allo stesso modo, possiamo avere diversi scenari di business relativi alla creazione di conti bancari in rete, depositi online, trasferimenti online, ecc.

# 4) Test funzionale

In questa fase viene eseguito il test funzionale e vengono eseguite le consuete attività di test del software quali:

Preparazione del caso di test: In questa fase i casi di test sono derivati ​​da scenari aziendali, uno scenario aziendale porta a diversi casi di test positivi e casi di test negativi. In genere, gli strumenti utilizzati durante questa fase sono Microsoft Excel, Test Director o Quality Center.

Revisione del caso di test: Recensioni di ingegneri QA peer

Caso di prova Esecuzione: L'esecuzione del test case può essere manuale o automatica che coinvolge strumenti come QC, QTP, ecc.

Il test funzionale di un'applicazione bancaria è molto diverso dal normale test del software. Poiché queste applicazioni funzionano con il denaro del cliente e dati finanziari sensibili, devono essere testate a fondo. Nessun importante scenario aziendale dovrebbe essere lasciato da coprire.

Inoltre, la risorsa QA che sta testando l'applicazione dovrebbe avere la conoscenza di base del dominio bancario.

# 5) Test del database

L'applicazione bancaria comporta transazioni complesse che vengono eseguite sia a livello di interfaccia utente che a livello di database, pertanto il test del database è importante quanto il test funzionale. Il database è complicato e un livello completamente separato nell'applicazione e quindi il suo test viene eseguito da specialisti di database. Utilizza tecniche come:

  • Caricamento dei dati
  • Migrazione del database
  • Test dello schema DB e dei tipi di dati
  • Test delle regole
  • Test di stored procedure e funzioni
  • Trigger di test
  • L'integrità dei dati

Lo scopo principale del test del database è garantire che:

  • L'Applicazione è in grado di archiviare e recuperare dati dal database senza alcuna perdita di dati.
  • Le transazioni completate devono essere salvate e le transazioni interrotte vengono ripristinate per evitare qualsiasi mancata corrispondenza nei dati memorizzati.
  • Solo le applicazioni e gli utenti autorizzati possono accedere al database e alle tabelle sottostanti.

Esistono principalmente tre modi per eseguire il test del database:

  • Test strutturali
  • Test funzionali
  • Test non funzionali

Test strutturali

Implica il test degli oggetti del database come database, schema, tabelle, viste, trigger, controlli di accesso, ecc. Garantire che i tipi di dati nelle tabelle siano sincronizzati con le variabili corrispondenti nell'applicazione. Convalida dei dati e dell'integrità referenziale nelle tabelle.

Per esempio, Un campo di importo nell'applicazione dovrebbe avere un tipo di dati decimale / float nella tabella.

- Al fine di rispettare gli standard, agli utenti dovrebbero essere forniti controlli di accesso tramite le visualizzazioni.

Test funzionali

Si tratta di testare i database che soddisfano i requisiti degli utenti. Esistono due modi per ottenere: test della scatola nera e test della scatola bianca.

Per esempio, Quando eseguiamo un trasferimento di denaro online, l'addebito sul conto del mittente dovrebbe essere effettuato e sul conto del destinatario dovrebbe essere accreditato lo stesso identico importo. Se la transazione fallisce, le transazioni intere dovrebbero essere annullate e l'account del mittente non dovrebbe essere addebitato o riaccreditato.

Test non funzionali

Comprende test di carico e stress e ottimizzazione delle prestazioni. Il test di carico aiuta a identificare il maggior numero di transazioni che possono essere eseguite contemporaneamente senza influire sulle prestazioni del database.

Per esempio, Sulla base dell'input del carico e dei test di stress, le applicazioni bancarie possono decidere di aggiungere più risorse alla loro applicazione durante le ore lavorative di punta e ridurre le risorse durante l'orario lavorativo. Ciò aiuta la banca a fare un uso ottimale delle risorse e risparmiare denaro.

# 6) Test di sicurezza

Il test di sicurezza è solitamente l'ultima fase del ciclo di test. Un prerequisito per iniziare i test di sicurezza è il completamento dei test funzionali e non funzionali. Il test di sicurezza è una delle fasi principali dell'intero ciclo di test delle applicazioni poiché questa fase garantisce che l'applicazione sia conforme agli standard federali e di settore.

A causa della natura dei dati che trasportano, le app bancarie sono molto sensibili e sono un obiettivo primario per hacker e attività fraudolente. I test di sicurezza assicurano che l'applicazione non abbia alcuna vulnerabilità web di questo tipo che possa esporre dati sensibili a un intruso o un aggressore. Assicura inoltre che l'applicazione sia conforme a standard come OWASP.

In questa fase, l'attività principale è l'intera scansione dell'applicazione che viene eseguita utilizzando strumenti come IBM AppScan o HP WebInspect (questi sono gli strumenti più popolari).

Una volta completata la scansione, il rapporto di scansione viene pubblicato. In questo rapporto, i falsi positivi vengono filtrati e il resto delle vulnerabilità viene segnalato al team di sviluppo in modo che inizi a risolvere i problemi a seconda della gravità di ciascun problema.

In questa fase viene eseguito anche un test di penetrazione per rivelare la propagazione degli errori. È necessario eseguire rigorosi test di sicurezza su piattaforme, reti e sistemi operativi.

Qualche altro Strumenti manuali per test di sicurezza sono usati Proxy di Paros , Http Watch , Burp Suite , e Fortificare.

Lo scopo principale del test di sicurezza è individuare eventuali vulnerabilità che l'applicazione software potrebbe avere.

Il test di sicurezza verifica l'applicazione rispetto a:

  • Qualsiasi attacco esterno o tentativo di hackerare l'applicazione con intenti dannosi.
  • Qualsiasi scappatoia nell'applicazione software potrebbe essere sfruttata causando perdite di dati o denaro.
  • Qualsiasi vulnerabilità nella rete, nei server e nelle workstation che ospita l'applicazione.

Di seguito sono riportati i vari tipi di test di sicurezza:

Test di vulnerabilità: Viene sviluppato ed eseguito un programma automatizzato per verificare la presenza di varie vulnerabilità.

Scansione di sicurezza: Questa variante ruota attorno all'analisi delle vulnerabilità della rete e del sistema, fornisce soluzioni per ridurre il rischio associato.

Test di penetrazione: Questa variante del test di sicurezza imita un tentativo di hacking per catturare vulnerabilità e scappatoie, che altrimenti avrebbero potuto avere accesso al database o ai dati dell'applicazione.

Controllo della sicurezza: Implica il controllo dell'applicazione e delle reti associate per eventuali errori di sicurezza.

Valutazione del rischio: Questa variante esegue un'analisi per valutare il livello di rischio, nel caso in cui una vulnerabilità o una scappatoia venga sfruttata per intenti dannosi. Tale rischio potrebbe essere classificato in basso, medio e alto. In base al livello di rischio, il team di test consiglia le misure appropriate per ridurre o evitare il rischio.

Hacking etico: Questa operazione viene eseguita da un'organizzazione sui propri sistemi per identificare le lacune che potrebbero essere sfruttate nella sua applicazione o rete. Lo scopo di questo tipo di pirateria informatica non è rubare o causare danni all'applicazione o alla rete.

Valutazione della postura: Questa è una valutazione generale che comprende scansione della sicurezza, valutazioni del rischio e hacking etico.

SQL Injection: SQL Injection potrebbe essere utilizzato per ottenere l'accesso al database del server. Il test viene eseguito per garantire che il codice funzioni correttamente, che esegue query sul database in base ai seguenti input dell'utente:

  • Parentesi
  • Apostrofi
  • Virgole
  • Virgolette

Altre fasi del test dell'app BFSI

Oltre alle fasi principali di cui sopra, potrebbero essere coinvolte diverse fasi come test di integrazione, test di usabilità, test di accettazione dell'utente e test delle prestazioni.

Parliamo brevemente anche di queste fasi:

Test d'integrazione

Come sapete, in un'applicazione bancaria potrebbero esserci diversi moduli diversi come trasferimenti, pagamenti di fatture, depositi, ecc. E quindi, ci sono molti componenti sviluppati. Nel test di integrazione, tutti i componenti e integrati insieme e convalidati.

Test di usabilità

Test di usabilità

Un'applicazione bancaria serve un'ampia varietà di clienti. Alcuni di questi clienti potrebbero non disporre delle competenze e della consapevolezza necessarie per eseguire le attività bancarie tramite l'app.

Pertanto, l'applicazione bancaria dovrebbe essere testata per una progettazione semplice ed efficiente per renderla utilizzabile tra diversi gruppi di clienti. L'interfaccia più semplice e facile da usare è che il maggior numero di clienti beneficerà dell'applicazione bancaria.

Si tratta di esaminare il livello di facilità di utilizzo dell'applicazione da parte degli utenti aziendali o dei clienti delle banche. Questo test non viene eseguito dallo sviluppatore o dal tester, ma dagli utenti aziendali.

Per esempio, Al giorno d'oggi tutti usano le app mobili. L'app bancaria dovrebbe essere intuitiva e di facile comprensione e utilizzo da parte dell'utente finale.

Tipi di test di usabilità

Test comparativo di usabilità: Si tratta di test basati sul confronto, in cui la facilità di usabilità di un sito Web o di un'applicazione con un'altra. L'obiettivo di tali test è fornire la migliore esperienza utente.

Test di usabilità esplorativa: Lo scopo di questo test è identificare le funzionalità che la nuova applicazione o software dovrebbe possedere per soddisfare le esigenze dei clienti della banca.

Di seguito sono riportati i vantaggi e gli svantaggi del test di usabilità

port triggering vs. port forwarding

Vantaggi:

  • Gli utenti finali dell'applicazione sono solitamente coinvolti nel test, quindi si ottiene un feedback di prima mano.
  • Invece di dedicare tempo all'analisi e alla discussione su una caratteristica che un prodotto dovrebbe avere o meno, è meglio ottenere gli input direttamente dall'utente finale.
  • Possiamo individuare eventuali problemi in anticipo.

Svantaggi:

  • Poiché più utenti finali sono coinvolti nel test, le loro opinioni, se non precise, possono influenzare il requisito.
  • Il feed degli utenti finali potrebbe essere influenzato.

Test delle prestazioni

Alcuni periodi di tempo come il giorno di paga, la fine dell'anno finanziario, le festività natalizie potrebbero portare cambiamenti o aumentare il traffico abituale sull'app. Pertanto, è necessario eseguire test approfonditi delle prestazioni in modo che i clienti non vengano influenzati da errori di prestazioni.

Un esempio significativo del passato in cui i clienti bancari sono stati personalmente colpiti a causa di problemi di prestazioni è l'interruzione IT di NatWest e RBS cyber Monday in cui i clienti hanno avuto la loro carta di debito e credito hanno rifiutato le transazioni nei negozi del paese.

Test di accettazione dell'utente

Ciò viene fatto coinvolgendo gli utenti finali per garantire che l'applicazione sia conforme agli scenari del mondo reale e sarà accettata dagli utenti se verrà pubblicata.

Nello scenario di oggi la maggior parte dei progetti bancari utilizza : Metodologie Agile / Scrum, RUP e integrazione continua e pacchetti di strumenti come VSTS di Microsoft e Rational Tools.

Come accennato in precedenza su RUP, RUP sta per Rational Unified Process, che è una metodologia di sviluppo software iterativa introdotta da IBM che comprende quattro fasi in cui vengono svolte le attività di sviluppo e test.

Quattro fasi sono
i) Inception
ii) Collaborazione
iii) Costruzione e
iv) Transizione

RUP coinvolge ampiamente gli strumenti IBM Rational.

Esempi di casi di test per applicazioni bancarie

Casi di test per New Branch

  • Crea un nuovo ramo con dati di test validi e non validi.
  • Crea un nuovo ramo senza dati.
  • Crea un nuovo ramo con i dati del ramo esistente.
  • Verificare le opzioni di ripristino e annullamento.
  • Aggiorna i dettagli del ramo con dati di test validi e non validi.
  • Aggiorna i dettagli del ramo con i dati di test del ramo esistenti.
  • Verifica se il nuovo ramo può essere salvato.
  • Verifica che l'opzione di annullamento funzioni.
  • Verifica l'eliminazione del ramo con e senza dipendenze.
  • Verifica se l'opzione di ricerca del ramo funziona.

Casi di test per un nuovo ruolo

  • Crea un nuovo ruolo con dati di test validi e non validi.
  • Crea un nuovo ruolo senza dati.
  • Verificare che sia possibile creare un nuovo ruolo con i dati di test esistenti.
  • Verificare la descrizione del ruolo e i tipi di ruolo.
  • Verificare che l'opzione Annulla e ripristina funzioni.
  • Verificare il processo di eliminazione del ruolo con e senza dipendenza.
  • Verifica i collegamenti nella pagina dei dettagli del ruolo.
  • Verifica l'accesso amministratore senza dati di prova.
  • Verifica tutti i link home per il ruolo di amministratore.
  • Verificare che l'amministratore possa modificare la password con dati di test validi e non validi.
  • Verificare che l'amministratore si disconnetta correttamente.

Casi di test per cliente e banchiere

  • Verificare che tutti i collegamenti dei visitatori e dei clienti funzionino correttamente.
  • Verificare l'accesso del cliente con dati di test validi e non validi.
  • Verifica l'accesso del cliente senza alcun dato.
  • Verifica il login del banchiere senza alcun dato.
  • Verifica il login del banchiere con dati di prova validi o non validi.
  • Verificare che il cliente o il banchiere possa disconnettersi correttamente.

Casi di test per nuovi utenti

  • Verificare se il nuovo utente può essere creato con dati di test validi e non validi.
  • Crea un nuovo utente con i dati di test del ramo esistenti
  • Verificare se l'opzione di annullamento e ripristino funziona correttamente.
  • Aggiorna i dettagli dell'utente con dati di test validi e non validi.
  • Verifica l'eliminazione del nuovo utente.
  • controlla se il nuovo utente può essere verificato.
  • Verificare i parametri di input obbligatori.
  • Verificare i parametri di input facoltativi.
  • Verificare se è possibile creare un utente senza parametri opzionali.

Casi di test per la creazione di un nuovo account

  • Crea un nuovo account con dati utente validi e non validi.
  • Verificare se i dettagli dell'utente possono essere aggiornati.
  • Verifica se è possibile salvare un nuovo utente.
  • Crea un nuovo account con i dati dell'utente esistente.
  • Verifica che l'utente possa depositare l'importo nel conto appena creato (e aggiornare il saldo).
  • Verifica che l'utente possa prelevare un importo dal nuovo account (dopo il deposito e aggiornare il saldo).
  • In caso di stipendio, l'account verifica il nome dell'azienda e altri dettagli sono forniti dall'utente.
  • Verificare se viene fornito il numero di conto principale nel caso di un conto secondario.
  • Verificare i dettagli dell'utente forniti nei casi dell'account corrente.
  • Verificare le prove fornite per conto congiunto in caso di conto congiunto.
  • Verificare se è possibile mantenere il saldo pari a zero nel conto stipendio.
  • Verificare se è possibile mantenere saldo zero o saldo minimo per il conto non salariale.
  • Verificare che il nuovo utente possa disconnettersi correttamente.

Casi di test per l'applicazione Net Banking

  • Controlla se l'utente è in grado di aprire il sito della banca.
  • Controlla se tutti i link sul sito funzionano.
  • Verifica se l'utente è in grado di creare un nuovo account.
  • Controlla se l'utente è in grado di accedere con nome utente e password validi e non validi.
  • Verificare se il nome utente o la password sono vuoti durante l'accesso, all'utente non dovrebbe essere consentito di accedere e viene visualizzato un messaggio di avviso.
  • Verificare se l'utente è autorizzato a modificare la password.
  • Se viene immesso un utente o una password non validi, viene visualizzato un messaggio di errore appropriato.
  • Gli utenti con una password non valida non dovrebbero essere autorizzati ad accedere.
  • Verificare che dopo ripetuti tentativi di accesso con una password errata, all'utente venga visualizzato un messaggio di errore e venga bloccato.
  • Controlla se l'utente è in grado di eseguire alcune transazioni di base.
  • Verifica che l'utente sia in grado di aggiungere un beneficiario con dettagli validi e non validi.
  • Verifica se l'utente può eliminare il beneficiario.
  • Verificare che l'utente sia in grado di effettuare transazioni al beneficiario appena aggiunto.
  • Dopo la transazione, verificare se gli account dell'utente e del beneficiario sono aggiornati.
  • Controlla se l'utente è in grado di inserire l'importo in numero decimale.
  • Verifica se l'utente non è in grado di inserire numeri negativi nel campo dell'importo.
  • Verifica se l'utente è autorizzato a effettuare transazioni con o senza saldo minimo.
  • Verificare se l'utente può eseguire un nuovo RD.
  • Verificare che venga visualizzato il messaggio corretto in caso di transazione eseguita con saldo insufficiente.
  • Controlla se all'utente viene richiesta la conferma prima che venga eseguita qualsiasi transazione.
  • Verificare se viene fornita la ricevuta di conferma per ogni transazione andata a buon fine.
  • Verifica se l'utente è in grado di trasferire denaro su più account.
  • verificare se l'utente può annullare la transazione.
  • Verificare che i dettagli del conto riflettano anche le transazioni finanziarie effettuate.
  • Verificare che la funzionalità di timeout sia implementata.
  • verificare che in caso di timeout della sessione un utente debba accedere nuovamente.
  • verificare che venga eseguito il timeout della sessione appropriato in caso di inattività.
  • verificare che durante la transazione l'utente venga portato in modalità sicura.
  • Verificare se l'utente può disconnettersi correttamente.
  • Verifica le opzioni di ricerca e ripristino.

Conclusione

In questo articolo, abbiamo discusso quanto possa essere complessa un'applicazione bancaria e quali sono i file fasi tipiche coinvolte nel test dell'applicazione . Oltre a ciò, abbiamo anche discusso le tendenze attuali seguite dai settori IT, comprese le metodologie e gli strumenti di sviluppo software.

Sentiti libero di condividere la tua esperienza o domande su questo argomento!

Lettura consigliata

^