Liste de contrôle QA

Avant de publier votre application, parcourez cette liste de contrôle d’assurance qualité (QA). Elle couvre les tests fonctionnels, la gestion des erreurs et les scénarios d’expérience utilisateur afin de limiter les problèmes sur le terrain. Cochez chaque point dès que vous l’avez vérifié.

1. Tests fonctionnels

Parcours de transaction

Paiement réussiTF-1Vérifiez une transaction approuvée standard avec le montant 1.01 (code 00) dans l’environnement sandbox. Authentification de la carte rejetéeTF-2Simulez une transaction rejetée avec le montant 1.07 (code 06) et assurez-vous que l’application la gère correctement, sans planter. Carte expiréeTF-3Simulez une carte expirée avec le montant 6.05 (code 54) et vérifiez le message affiché à l’utilisateur. PIN incorrectTF-4Simulez la saisie d’un PIN erroné avec le montant 6.06 (code 55) et vérifiez le message affiché à l’utilisateur. Nombre d’essais du PIN dépasséTF-5Simulez l’atteinte de la limite d’essais du PIN avec le montant 8.06 (code 75) et assurez-vous que votre application la traite comme un échec définitif. Transaction annuléeTF-6Lancez un paiement et annulez-le depuis l’interface du SDK (bouton Retour ou fermeture). Assurez-vous que votre application revient correctement à l’écran précédent. Génération du reçuTF-7Vérifiez que les données de transaction (code d’autorisation, TID, date) sont correctement enregistrées et imprimées ou envoyées par e-mail sur les reçus.

Interactions avec le matériel

Lecture NFCHI-1Testez avec des cartes physiques (Visa, Mastercard) et des portefeuilles numériques (Apple Pay, Google Pay). Lecture interrompueHI-2Retirez la carte juste après l’avoir approchée, mais avant le « bip ». Assurez-vous que le SDK invite à approcher de nouveau la carte ou échoue proprement. Perte de réseauHI-3Coupez Internet/le Wi-Fi pendant une transaction. Vérifiez que l’application signale une erreur de connexion et ne se bloque pas.

2. Onboarding et configuration

Configuration du commerçant

Onboarding d’un nouvel utilisateurMS-1Parcourez l’intégralité du processus d’onboarding avec un nouveau compte. Vérification du statutMS-2Vérifiez que Accept.merchant.onboardingStatus() renvoie RequiresAction pour un commerçant en attente et ReadyForPayments pour un commerçant approuvé.

3. Sécurité et conformité

Intégrité de l’appareil

Détection du rootDI-1FacultatifSi vous disposez d’un appareil de test rooté, vérifiez que le SDK refuse de s’initialiser. AutorisationsDI-2Révoquez les autorisations (appareil photo, localisation) et essayez de démarrer le SDK. Assurez-vous que votre application invite l’utilisateur à les accorder.

Traitement des données

Gestion des jetonsDH-1Vérifiez que le jeton du SDK issu de POST /merchant/auth/login est récupéré depuis votre backend à chaque session et n’est jamais codé en dur. Aucune donnée sensibleDH-2Assurez-vous que les journaux de votre application n’affichent pas de numéros de carte complets ni de données de piste brutes.

4. Cas limites

Passage de l’application en arrière-planEC-1Réduisez l’application pendant une transaction, puis restaurez-la. La transaction doit soit reprendre, soit échouer de manière sûre. Appel entrantEC-2Appelez l’appareil de test pendant un paiement. Le SDK doit gérer l’interruption (généralement en se mettant en pause ou en échouant). Batterie faibleEC-3Testez le comportement lorsque l’appareil est en mode « Économie d’énergie » (les performances de certaines puces NFC se dégradent).

5. Sessions de tag NFC (facultatif)

Uniquement si votre application lit ou écrit des tags NFC avec com.tapaya:accept-nfc. Effectuez ces tests sur un téléphone et, si vous les prenez en charge, sur un terminal Sunmi de la série P avec accept-nfc-sunmi.

Vérification de la prise en chargeNT-1FacultatifVérifiez que isSupported() renvoie true sur le téléphone et sur le terminal Sunmi, et false sur un appareil sans NFC. Lecture et écritureNT-2FacultatifApprochez un tag NTAG ou Ultralight, vérifiez que la session indique le bon UID, puis appelez writePage et relisez la page avec readPages. Clé incorrecteNT-3FacultatifSur une MIFARE Classic, authentifiez-vous avec une clé incorrecte et vérifiez que vous obtenez AUTH_FAILED, puis réussissez avec la bonne clé. Annuler l’attente du tagNT-4FacultatifAnnulez openSession() pendant qu’il attend l’approche d’un tag et ouvrez immédiatement une nouvelle session. Le paiement prend le relaisNT-5FacultatifLancez un paiement pendant une session. La session se termine avec PAYMENT et le paiement aboutit. Tag retiréNT-6FacultatifRetirez le tag pendant une session et vérifiez qu’elle se termine avec CARD_REMOVED. NFC désactivéNT-7FacultatifSur un téléphone, désactivez le NFC et vérifiez que openSession() échoue avec NFC_DISABLED. Application en arrière-planNT-8FacultatifSur un téléphone, mettez l’application en arrière-plan pendant une session et vérifiez qu’elle se termine avec ACTIVITY_PAUSED.

6. Préparation à la production

Changement d’environnementPR-1CRITIQUE : Assurez-vous que isProduction = true est défini pour le build de production. Jetons de productionPR-2Vérifiez que le backend pointe vers les endpoints de production de l’API Tapaya. Vérification de la versionPR-3Assurez-vous d’utiliser la dernière version stable du Tapaya Accept SDK. Il manque quelque chose sur cette page ?Demandez une fonctionnalité. Nous joignons cette page pour que l’équipe ait le contexte.