Checklist QA

Prima di rilasciare l'applicazione, esegua questa checklist di controllo qualità (QA). Copre i test funzionali, la gestione degli errori e gli scenari di esperienza utente, per ridurre al minimo i problemi sul campo. Spunti ogni controllo man mano che lo verifica.

1. Test funzionali

Flussi di transazione

Pagamento riuscitoTF-1Verifichi una transazione standard approvata con l'importo 1.01 (codice 00) nell'ambiente sandbox. Autenticazione della carta rifiutataTF-2Simuli una transazione rifiutata con l'importo 1.07 (codice 06) e si assicuri che l'app la gestisca correttamente senza arrestarsi in modo anomalo. Carta scadutaTF-3Simuli una carta scaduta con l'importo 6.05 (codice 54) e controlli il messaggio mostrato all'utente. PIN erratoTF-4Simuli l'inserimento di un PIN errato con l'importo 6.06 (codice 55) e controlli il messaggio mostrato all'utente. Tentativi PIN esauritiTF-5Simuli il raggiungimento del limite di tentativi PIN con l'importo 8.06 (codice 75) e si assicuri che l'app lo tratti come un errore definitivo. Transazione annullataTF-6Avvii un pagamento e lo annulli dall'interfaccia dell'SDK (tasto Indietro o chiusura). Si assicuri che l'app torni correttamente alla schermata precedente. Generazione della ricevutaTF-7Verifichi che i dati della transazione (codice di autorizzazione, TID, data) vengano registrati correttamente e riportati sulle ricevute stampate o inviate via email.

Interazioni con l'hardware

Lettura NFCHI-1Esegua test con carte fisiche (Visa, Mastercard) e wallet digitali (Apple Pay, Google Pay). Lettura interrottaHI-2Allontani la carta subito dopo averla avvicinata, ma prima del “bip”. Si assicuri che l'SDK chieda di avvicinarla di nuovo oppure fallisca in modo controllato. Perdita di connessioneHI-3Disattivi internet/Wi-Fi durante una transazione. Verifichi che l'app segnali un errore di connessione e non si blocchi.

2. Onboarding e configurazione

Configurazione dell'esercente

Onboarding di un nuovo utenteMS-1Esegua l'intero flusso di onboarding con un account nuovo. Controllo dello statoMS-2Verifichi che Accept.merchant.onboardingStatus() restituisca RequiresAction per un esercente in attesa e ReadyForPayments per un esercente approvato.

3. Sicurezza e conformità

Integrità del dispositivo

Rilevamento del rootDI-1FacoltativoSe dispone di un dispositivo di test con root, verifichi che l'SDK si rifiuti di inizializzarsi. AutorizzazioniDI-2Revochi le autorizzazioni (fotocamera, posizione) e provi ad avviare l'SDK. Si assicuri che l'app chieda all'utente di concederle.

Gestione dei dati

Gestione dei tokenDH-1Verifichi che il token dell'SDK ottenuto da POST /merchant/auth/login venga recuperato dal Suo backend per ogni sessione e non sia mai scritto direttamente nel codice (hardcoded). Nessun dato sensibileDH-2Si assicuri che i log dell'app non riportino numeri di carta completi né dati grezzi della traccia magnetica (track data).

4. Casi limite

App in backgroundEC-1Riduca a icona l'app durante una transazione e la ripristini. La transazione dovrebbe riprendere oppure fallire in modo sicuro. Chiamata in arrivoEC-2Chiami il dispositivo di test durante un pagamento. L'SDK dovrebbe gestire l'interruzione (di solito mettendo in pausa o facendo fallire la transazione). Batteria scaricaEC-3Verifichi il comportamento quando il dispositivo è in modalità “Risparmio energetico” (le prestazioni di alcuni chip NFC peggiorano).

5. Sessioni con tag NFC (facoltative)

Solo se l'app legge o scrive tag NFC con com.tapaya:accept-nfc. Esegua questi controlli su un telefono e, se supporta i terminali Sunmi della serie P, anche su uno di questi con accept-nfc-sunmi.

Verifica del supportoNT-1FacoltativoVerifichi che isSupported() restituisca true sul telefono e sul terminale Sunmi, e false su un dispositivo senza NFC. Lettura e scritturaNT-2FacoltativoAvvicini un tag NTAG o Ultralight, controlli che la sessione riporti l'UID corretto, quindi esegua writePage e rilegga la pagina con readPages. Chiave errataNT-3FacoltativoSu MIFARE Classic, esegua l'autenticazione con una chiave errata e verifichi AUTH_FAILED, poi la ripeta con la chiave corretta e verifichi che riesca. Annullare l'attesa dell'avvicinamentoNT-4FacoltativoAnnulli openSession() mentre attende l'avvicinamento e apra subito una nuova sessione. Il pagamento ha la precedenzaNT-5FacoltativoAvvii un pagamento durante una sessione. La sessione termina come PAYMENT e il pagamento va a buon fine. Tag rimossoNT-6FacoltativoRimuova il tag durante una sessione e verifichi che questa termini come CARD_REMOVED. NFC disattivatoNT-7FacoltativoSu un telefono, disattivi l'NFC e verifichi che openSession() generi l'errore NFC_DISABLED. App in backgroundNT-8FacoltativoSu un telefono, porti l'app in background durante una sessione e verifichi che questa termini come ACTIVITY_PAUSED.

6. Preparazione alla produzione

Cambio di ambientePR-1CRITICO: si assicuri che per la build di produzione sia impostato isProduction = true. Token di produzionePR-2Verifichi che il backend punti agli endpoint di produzione della Tapaya API. Controllo della versionePR-3Si assicuri di utilizzare l'ultima versione stabile di Tapaya Accept SDK. Manca qualcosa in questa pagina?Richieda una funzionalità. Alleghiamo questa pagina, così il team vede il contesto.