Dati di test
Test specifici per pagamenti ad incasso
Questa sezione fornisce una panoramica delle informazioni necessarie per effettuare pagamenti di test e ottenere tutti i possibili esiti delle transazioni. Una tabella dettagliata elenca i parametri e le configurazioni richieste per simulare diversi scenari di pagamento, consentendo una verifica accurata del funzionamento del sistema.
L’obiettivo è supportare sviluppatori e tester nella gestione delle transazioni di test, garantendo un’analisi completa delle risposte del sistema in differenti scenari.
Come noto, se il conto di accredito è un conto Fabrick (ad esempio, Banca Sella), sarà anche possibile testare il caso di un pagamento riconciliato sul conto stesso, test che non sarà possibile nel caso di conti presso altre banche.
Ovviamente i set di credenziali fanno riferimento alle banche di addebito, quindi i test si riferisicono alla modalità di pagamaneto per incasso.
I test cases sono disponibili ovviamente solamente nell’ambiente di pre-produzione.
-
bank: identifica il nome della banca di addebito
-
product: tipo di pagamento, sepa-credit-transfers oppure instant-sepa-credit-transfers
-
amount: importo del bonfico
-
status: stato finale del pagamento da ottenere al termine del test.
-
threshold: tempo dopo il quale verrà raggiunto lo stato finale indicato nella colonna status. L’intervallo di tempo è indicato in secondi.
In tutti i casi, se il flusso di pagamento non viene completato entro 5 minuti, verrà restituito lo stato KO.
Esempio
Supponiamo di voler testare il caso positivo, ad esempio un bonifico istantaneto andato a buon fine. Il conto di accredito è Banca Sella.
In questo caso, sarà sufficiente fare riferimento alla tabella nel primo paragrafo, che mostra che le prime due righe soddisfano le condizioni sopra indicate. Entrambe sono identiche, quindi posso decidere se utilizzare Banca Sella oppure Banca Popolare di Sondrio. Dovrò prestare attenzione all’importo, poiché sarà necessario impostare la variabile amount a €1.
Procederò quindi con il flusso di pagamento e, a seconda della banca scelta, inserirò le credenziali rilevanti indicate nella sezione “Credentials”.
Effettuando questo tipo di pagamento, dopo 45 secondi lo stato verrà convertito in executed, cioè OK.
| # Test | Product | Bank | User | IBAN in input | Amount | Threshold (s) | PSD2 Status |
|---|---|---|---|---|---|---|---|
| 1 | instant-sepa-credit-transfers | Mock | user05 | no | any value | 0 | EXECUTED |
| 2 | instant-sepa-credit-transfers | Mock | user04 | no | 2-20-200 | 60 | PENDING -> EXECUTED |
| 3 | instant-sepa-credit-transfers | Mock | user04 | no | 5-50-500 | 60 | PENDING -> REJECTED |
| 4 | instant-sepa-credit-transfers | Mock | user06 | IT...114 | any value | 0 | REJECTED |
| 5 | sepa-credit-transfers | Mock | user05 | no | any value | 0 | EXECUTED |
| 6 | sepa-credit-transfers | Mock | user04 | no | 2-20-200 | 120 | PENDING -> EXECUTED |
| 7 | sepa-credit-transfers | Mock | user04 | no | 5-50-500 | 120 | PENDING -> REJECTED |
| 8 | sepa-credit-transfers | Mock | user06 | IT...114 | any value | 0 | REJECTED |
| 9 | instant-sepa-credit-transfers | Mock | user04 | no | 3-30-300 | 60 | PENDING -> SETTLED |
| 10 | sepa-credit-transfers | Mock | user04 | no | 3-30-300 | 120 | PENDING -> SETTLED |
| 11 | instant-sepa-credit-transfers | Mock | user04 | IT...112 | 122 | 60 | PENDING -> SETTLED |
| 12 | sepa-credit-transfers | Mock | user05 | IT...212 | 152 | 120 | PENDING -> SETTLED |
Note aggiuntive:
-
I casi di test in cui lo stato finale è settled sono disponibili solamente se il conto di accredito è un conto gestito da Fabrick (ad esempio Sella o Fabrick). Il comportamento quindi è identico a quello della produzione in quanto le configurazioni di setup del servizio sono differenti.
-
Lo user05 permette di simulare l'IBAN selection, ovvero la scelta tra due IBAN. Il comportamento è disponibile solamente in modalità redirect come da direttive. Solo per caso di test è stato deciso di lasciare funzionante anche il caso embedded, ovviamente senza permettere la scelta dell'IBAN.
-
Lo colonna "IBAN in input" indica se il caso richiede un IBAN come input o meno, ovvero se è necessario passare nel body di input della richiesta l'IBAN (in qualsiasi delle varie modalit àmesse a disposizione dal prodotto). Nei casi richiesti, in assenza di un IBAN non sarà possibile terminare il flusso di pagamento, mentre negli non sarà rispettata la regola.
Credenziali
| Banca | IBAN | Usercode | Password | OTP method | OTP |
|---|---|---|---|---|---|
| Mock | IT32X3615900000000000000112 | user04 | passwd04 | SMS | 11111111 |
| Mock | IT09Y3615900000000000000113, IT41K3615900000000000000212 | user05 | passwd05 | SMS | 22222222 |
| Mock | IT83Z3615900000000000000114 | user06 | passwd06 | SMS | 33333333 |
Casi di test generici per AIS e PIS
In questa sezione sono elencati ulteriori set di credenziali di sandbox utilizzabili sia per la parte di aggregazione che per la parte di pagamenti.
| BANCA | CODICE SERVIZIO | USERNAME | PASSWORD | OTP |
|---|---|---|---|---|
| Mock | user01 | passwd01 | 12345678 | |
| Mock | user02 | passwd02 | 23456789 | |
| Mock | user03 | passwd03 | 34567890 | |
| Credem | 13384 | 000000Ab! | 123456 | |
| Intesa San Paolo | Retail | HYND34G7 | 54321 | qualsiasi 6 cifre |
| 6642666 | 20897 | |||
| JYBD3W7Z | 15896 | qualsiasi 6 cifre | ||
| Cassa Rurale di Trento | INBANK | 07391366 | Test07391366 | automatico |
| BPER | SMART | 65561693 | 65561693 | non richiesto |
| BANCO BPM | INTERNET BANKING PER CLIENTELA PRIVATA | 1234567 | 1234567 | qualsiasi 6 cifre |
| 7654321 | 7654321 | qualsiasi 6 cifre | ||
| CREDITO EMILIANO (CREDEM) | RETAIL (Privati e Famiglie) | 13384 | 000000Ab! | 123456 |
| BUDDY BANK | ALL | ituser1bgk | pwituser1bgk | Vedi Note |
| Unicredit | ALL | ituser2bgk | pwituser2bgk | Non richiesto |
| MONTE DEI PASCHI DI SIENA | retail (Single Account) | 45421323 | 12344321 | 000000 |
| retail (Multi Accounts) | 39442898 | 12344321 | 000000 | |
| BANCA GENERALI | IB | 0010214-77 | pswpsw01 | Non richiesto |
La banca mock è una banca gestita da Fabrick, in caso di malfunzionamenti segnalare tramite ticket in modo da risolvere nell'immediato.
Per quanto riguarda invece le altre banche si vuole precisare che sono interamente gestiti dal gateway di riferimento. Abbiamo notato che talvolta questi account sono in fase di manutenzione e/o non funzionanti per un breve periodo. In caso di errore, si raccomanda pertanto di proseguire i test utilizzando un altro account e riprovare più tardi con quello precedente. In caso di malfunzionamento prolungato, sarà possibile aprire un ticket Jira presso il nostro Service Desk, che inoltrerà la richiesta al relativo gateway. Per quanto riguarda la parte relativa ai pagamenti, ad esempio, lo stato finale è spesso una costante e pertanto il pagamento non passerà attraverso i vari stati fino a quello finale, per questo motivo per i test di pagamenti ad incasso è consigliabile utlizzare la precedente sezione specifica.