Il settore bancario è in ritardo nell'automazione dei test. È il momento di cambiare
Pubblicato: 2017-11-03Con la crescente digitalizzazione, il settore bancario non ha bisogno solo di un'altra automazione di test, ma della giusta automazione
Nel corso degli anni la tecnologia è stata vista come un importante punto di svolta per il settore finanziario e bancario. L'online banking, i pagamenti delle bollette e le relative transazioni sono diventati uno stile di vita. Con le tecnologie digitali che influenzano ogni aspetto della routine dei consumatori, ha indiscutibilmente portato una nuova ondata di cambiamento e innovazione nel settore finanziario.
Il rapporto PWC "Un oncia di prevenzione, perché le istituzioni finanziarie necessitano di test automatizzati", afferma chiaramente i rischi dei test manuali:
- Il 21% dei difetti non viene identificato fino a quando il software non è attivo
- Obiettivo del settore del 70% per una percentuale di test che dovrebbe essere automatizzata.
Il panorama della tecnologia bancaria presenta una serie unica di sfide , soprattutto a causa delle grandi iniziative di trasformazione digitale che la maggior parte degli istituti finanziari sta attraversando. Il numero di canali digitali rivolti ai clienti e di assistenza ai clienti è aumentato con queste iniziative digitali. Nonostante ciò, le applicazioni back-end legacy esistenti sono ancora insostituibili poiché continuano a contenere la maggior parte della logica di elaborazione aziendale. Ciò ha portato a complessi punti di integrazione, tra i punti di contatto digitali rivolti ai clienti e le applicazioni back-end legacy. Pertanto, qualsiasi transazione bancaria, semplice o complessa, implica l'attraversamento di una gamma di piattaforme e applicazioni.
Inoltre, la natura di una transazione bancaria, che si tratti di prestiti, crediti revolving, prestiti al dettaglio, ecc. ha lunghi cicli di vita delle transazioni che si estendono da più giorni di calendario a un mese e comporta la convalida di complessi calcoli finanziari e requisiti normativi. Testare tali domini e cicli di vita che coinvolgono piattaforme eterogenee, ad alta intensità di calcoli e lunghi tempi di transazione con enormi dipendenze dall'elaborazione batch comporta sicuramente il proprio elenco unico di sfide.
Come ogni altro settore ha fatto all'inizio, anche il settore bancario ha cercato di soddisfare le sue esigenze di test e conformità della qualità facendolo manualmente. Ma con l'unicità del paesaggio e i lunghi cicli di vita che comporta il settore bancario, i test manuali non solo richiedevano tempo, ma erano anche incompleti nella maggior parte degli scenari che coinvolgono i test end-to-end . I complessi calcoli finanziari sono stati in genere evitati e il test è stato limitato al semplice controllo dello stato, riducendo così l'efficacia del test e lasciandolo fino alla fine fino a quando gli utenti aziendali non eseguiranno i test di accettazione di base
È diventato imperativo che, con la crescente digitalizzazione e l'inefficacia dei test manuali, il settore bancario dovesse naturalmente adottare l'automazione. Ma anche quello non ha addolcito la pillola.
Raccomandato per te:
Come Metaverse trasformerà l'industria automobilistica indiana
Cosa significa la disposizione anti-profitto per le startup indiane?
In che modo le startup Edtech stanno aiutando la forza lavoro indiana a migliorare le competenze e a diventare pronte per il futuro...
Azioni tecnologiche new-age questa settimana: i problemi di Zomato continuano, EaseMyTrip pubblica stro...
Le startup indiane prendono scorciatoie alla ricerca di finanziamenti
Piattaforma di marketing digitale Logicserve Borse INR 80 Cr Finanziamenti, rinomina come LS Dig...
Con i canali rivolti ai clienti che stanno subendo rapidi cambiamenti per essere attivi digitalmente, la quantità di test richiesta è aumentata in molti modi. Dato l'impatto monetario, normativo e sui clienti di qualsiasi modifica, è imperativo mettere in atto una strategia di automazione adeguata per testare tutti i punti di contatto dell'integrazione quando viene apportata una modifica
L'esecuzione dell'automazione dei test utilizzando strumenti generici in Banking non è riuscita a fornire il ROI desiderato. Le sfide tipiche riguardavano:
- Enorme sforzo di costruzione del framework per testare tecnologie tra cui Web, Desktop, Soap, REST, API, Mainframe, PL/SQL ecc.
- Elevato sforzo di manutenzione per conformarsi alle modifiche delle applicazioni in termini di interfaccia utente, modelli, ecc. come parte di versioni, modifiche normative e aggiornamenti
- Limitazioni nella convalida degli output batch in tempo reale e di fine giornata per completare i batch di esecuzione per scenari di test end-to-end
- Mancanza di convalide di test adeguate, in particolare calcoli complessi finanziari.
- Incapacità di creare dati, simulare e virtualizzare.
In sostanza, con tali framework di automazione, i tester funzionali e gli utenti aziendali hanno finito per dedicare molto tempo e fatica a convalidare il ciclo di vita delle transazioni in modo manuale.
Quindi, il settore bancario ha dovuto mordere il proiettile, accettare la sua unicità e rendere la sua automazione dei test specifica per le sue esigenze. La scelta dello strumento di automazione deve essere qualcosa su misura per soddisfare il settore bancario.
Alcuni punti chiave da tenere a mente durante la scelta dello strumento di automazione dei test per il settore bancario dovrebbero essere:
- Lo strumento dovrebbe essere pronto per l'uso senza alcuno sforzo di costruzione del framework. Se possibile, dovrebbe avere componenti preconfigurati per l'attività bancaria.
- Dovrebbe raggiungere l'automazione per un intervallo compreso tra il 70 e l'80% del ciclo di vita delle transazioni end-to-end.
- Non dovrebbe avere solo funzionalità di test dell'interfaccia utente, ma anche componenti pronti per l'uso per testare applicazioni back-end tra cui chiamate di servizio, virtualizzazione del servizio, convalida dei file, completamento in batch, interazione con il database e capacità di eseguire calcolatrici complesse senza pesanti script o personalizzazioni. La funzionalità di automazione del test dell'interfaccia utente dovrebbe estendersi su Web, desktop, mainframe o AS/400.
- Lo strumento dovrebbe avere un'elevata riutilizzabilità e una facile manutenibilità con un clic.
- Infine, l'automazione non dovrebbe limitarsi all'integrazione del sistema o al test del sistema, ma dovrebbe essere disponibile per gli utenti aziendali per convalidare lo scenario end-to-end come parte dei test di accettazione degli utenti (UAT)
È risaputo che i test manuali non possono soddisfare le esigenze di un mondo moderno dell'industria bancaria. Detto questo, non dovrebbe diventare una scelta obbligata solo perché le scelte di automazione generiche non riescono a essere intelligenti e agili. La chiave sta nella scelta dello strumento di automazione new age creato per il settore e che soddisfa la sua crescente esigenza di digitalizzazione, calcoli complessi e lunghe transazioni.
Data la pressione del tempo in cui si trova il settore bancario e la forte dipendenza dai test manuali di accettazione degli utenti prima che una modifica diventi attiva, i suoi strumenti di automazione del tempo possono aiutare senza problemi anche gli utenti aziendali a eseguire test di accettazione degli utenti automatizzati, riducendo così il tempo di immissione sul mercato e migliorando la qualità del applicazione in produzione.
È tempo di specializzazione e strumenti generici devono lasciare il posto a strumenti specializzati che possono essere facilmente adattati dal settore bancario.