Le paiement est un passage de relais : ton app demande, la feuille du store prend le relais, et le résultat revient plus tard. Chaque étape peut être interrompue. Les issues risquées sont un débit sans accès, un accès sans débit, et un écran bloqué pour toujours. Fait partie de Tester la monétisation.
Utilise des comptes sandbox ou testeurs de licence, pas de vraies cartes (étapes Android).
Contrôles
- L'utilisateur annule la feuille du store. Attendu : retour sur le paywall, pas d'erreur, pas de frayeur "achat échoué". Annuler est un choix, pas une faute.
- Annuler, puis acheter à nouveau. Ça marche la seconde fois sans redémarrer.
- L'app passe en arrière-plan pendant la feuille puis revient. Attendu : le résultat est récupéré ; le paywall ne repart pas sur un spinner.
- App tuée pendant l'achat. Rouvre-la. Attendu : si l'achat est terminé, l'accès arrive ; sinon, le paywall est normal. Comment vérifier : force la fermeture juste après la confirmation.
- Réseau coupé avant la confirmation. Attendu : un message clair et un nouvel essai, aucun débit supposé.
- Réseau coupé après la confirmation. Le cas difficile. Attendu : l'app retente la livraison au prochain lancement ou dès que le réseau revient, et l'utilisateur n'est pas invité à payer deux fois. Voir restaurer les achats.
- Approbation en attente ou lente. Certains achats ne se terminent pas immédiatement. Attendu : un message "en attente", pas encore d'accès, et pas de second bouton d'achat qui invite à un doublon. Quels flux peuvent être en attente relève du store ; cette page ne l'affirme pas, vérifie la documentation officielle actuelle.
- Double appui sur le bouton d'achat. Une seule demande d'achat. Désactive le bouton pendant l'attente.
- Appel téléphonique ou notification pendant la feuille. Le résultat arrive quand même.
- Batterie faible, mode avion activé puis désactivé. Mêmes attentes que 5 et 6.
- Rotation de l'appareil ou changement de taille de texte en plein parcours : l'état ne se perd pas.
- Les messages d'erreur sont lisibles. Pas de codes bruts. Dis ce qui s'est passé et quoi faire ensuite.
- Rien n'est perdu côté backend. Si tu vérifies les achats sur un serveur, contrôle qu'un achat fait pendant une interruption est bien enregistré (vérifications côté serveur).
Lire les résultats
Pour chaque cas, écris trois lignes : ce que le store a fait, ce que l'app a fait, ce que l'utilisateur a vu. Un écart dans l'une d'elles est un bug, même si le droit finit par être correct.
Liens : affichage des prix selon les régions, test de compréhension du paywall.
Demande aux testeurs d'annuler exprès et de te dire ce qu'ils ont pensé de l'écran où ils ont atterri. Commence gratuitement.