Home
Chi siamo
Soluzioni
Case study
News
Case study · Assicurazioni
Test di non regressione
Ogni rilascio porta con sé la stessa domanda:
che cosa ho rotto?
Compagnia assicurativa · servizio di test automatizzati dal 2019 · prima UFT, poi Playwright · approccio Black Box
Rappresentazione schematica dei cicli di verifica. Il dato dichiarato dal progetto: oltre 3.700 test automatizzati eseguiti in quattro anni.
L’esigenza
Il nuovo non deve
rompere il vecchio.
La compagnia aveva la necessità di garantire la qualità del software e l’affidabilità dei rilasci, verificando che l’introduzione di nuove funzionalità non compromettesse quelle già esistenti. Per rispondere a questa esigenza è stato adottato un approccio di test di non regressione basato sulla simulazione del comportamento reale degli utenti, utilizzando applicativi e dati reali.
La regressione è silenziosa
Il guasto non arriva dove hai lavorato: arriva in una funzione che nessuno ha toccato e che nessuno ha ricontrollato.
A mano non scala
Rifare gli stessi controlli a ogni rilascio costa tempo e attenzione: dopo un po’ si riduce la copertura, non il rischio.
Serve il comportamento vero
Un test utile ripete quello che fa davvero un utente, sugli applicativi e sui dati reali, non su un caso di laboratorio.
Gli esiti vanno tracciati
Un errore trovato e non registrato è un errore che tornerà: il risultato di ogni esecuzione deve finire dove lavorano i team.
Cosa abbiamo fatto
Simula, automatizza,
scala, traccia.
Un servizio, non un progetto chiuso: dal 2019 gira a ogni ciclo di rilascio e si estende man mano che cresce la copertura.
Il progetto per esteso
Un servizio,
non un progetto chiuso.
Dal 2019 Add Value ha sviluppato un servizio di test automatizzati basato inizialmente su UFT e successivamente su Playwright, soluzione open source di Microsoft che ha permesso maggiore flessibilità e la possibilità di scalare l’esecuzione dei test su più macchine virtuali. I test sono stati strutturati secondo un approccio Black Box, verificando il comportamento del sistema dall’esterno senza intervenire sulla logica interna del software.
La gestione e il monitoraggio degli esiti sono stati integrati con Jira e il plugin Xray, consentendo di tracciare gli errori e facilitare la collaborazione tra i team di automazione e system test.
L’approccio
Dall’esterno,
come un utente.
I test sono strutturati secondo un approccio Black Box: verificano il comportamento del sistema dall’esterno, senza intervenire sulla logica interna del software. È quello che permette di controllare che cosa fa l’applicazione, non come è scritta.
Il passaggio da UFT a Playwright — soluzione open source di Microsoft — ha portato più flessibilità e la possibilità di scalare l’esecuzione su più macchine virtuali.
Il risultato
Quattro anni,
3.700 esecuzioni.
In quattro anni sono stati eseguiti oltre 3.700 test automatizzati, permettendo alla compagnia di effettuare nuovi rilasci mantenendo sotto controllo l’integrità delle funzionalità esistenti.
test automatizzati eseguiti in quattro anni
su un numero crescente di funzionalità
processo di verifica strutturato e tracciabile
L’automazione ha inoltre consentito di ampliare la copertura delle funzionalità e rendere il processo di verifica più strutturato, tracciabile e ripetibile.
Dentro il progetto
Tre modi
di guardarlo.
Chi automatizza, chi fa system test, chi decide se si rilascia: lo stesso servizio visto da tre postazioni.
Test che si scrivono una volta
Playwright ha reso l’automazione più flessibile e ha permesso di distribuire l’esecuzione su più macchine virtuali: aggiungere copertura non significa aggiungere ore.
- Da UFT a Playwright, open source
- Esecuzione parallela su più macchine virtuali
- Simulazione del comportamento reale degli utenti
Errori che finiscono dove si lavora
La gestione e il monitoraggio degli esiti sono integrati con Jira e il plugin Xray: gli errori si tracciano e la collaborazione fra il team di automazione e quello di system test passa da uno strumento solo.
- Esiti integrati in Jira con Xray
- Errori tracciati e assegnabili
- Un unico posto per due team
Si rilascia sapendo cosa regge
L’automazione ha reso il processo di verifica più strutturato, tracciabile e ripetibile: la decisione di rilasciare si appoggia a un esito, non a una sensazione.
- Integrità delle funzionalità esistenti sotto controllo
- Copertura che cresce nel tempo
- Verifiche ripetibili a ogni ciclo
Tecnologie e ambiti
Continua a leggere
Altre storie
Banking · Software
Exchange Digital Corporate
La dorsale dei flussi Corporate Banking è stata rinnovata e introdotta in parallelo al sistema storico, gestendo circa 1,5 milioni di flussi al giorno.
da 10 minuti a meno di 1
Il caso completoInsurance · Software
Middleware per l’API Management
API Manager custom in .NET, con orchestrator bidirezionale e monitoraggio ELK, per l’emissione di polizze near real time, 24/7.
+20% performance
Il caso completoInsurance · Software
AM Vita
Gestione e manutenzione del software del ramo Vita, con interventi correttivi, evolutivi e gestione delle richieste occasionali.
97% SLA rispettati
Il caso completoIndustrial · Data
Da on-premise a ROSA
Migrazione dell’ambiente OpenShift su Red Hat OpenShift Service on AWS, con pipeline automatizzate, Infrastructure as Code e health check sui componenti critici.
migrazione in circa 3 mesi
Il caso completoBanking · Software
Corporate Remote Banking
Una piattaforma multi-banca e multi-azienda, con interfaccia evoluta e backend a microservizi, sviluppata per un fornitore di servizi tecnologici alle istituzioni finanziarie.
0 fermi macchina
Il caso completoBanking · Data
Macchina operativa di migrazione
Automatizza diagnostica, normalizzazione e trasferimento dei dati per migrare i portafogli NPL e supportare le acquisizioni successive.
~350 trasformazioni · 10 verticali
Il caso completoBanking · Software
App Agenti NPL
L’app Android e il portale web, con funzionalità in parte sovrapposte, sono stati unificati in una Progressive Web App Angular per gli agenti sul campo e le società di recupero.
da 2 applicativi a 1
Il caso completo