Étapes de test
Des tests minutieux sont la pierre angulaire du développement de logiciels, car ils permettent de s'assurer qu'ils fonctionnent comme prévu. Vous ne pouvez pas passer à un environnement de production (Live) et traiter des paiements réels tant que vous n'avez pas confirmé que votre intégration fonctionne comme vous le souhaitez dans tous les scénarios.
Conditions préalables
Avant de commencer le test de votre intégration <<hostedSession>>, vous devez avoir terminé :
- L'intégration de base à l'aide des sessions et des champs hébergés pour recueillir les détails des paiements.
- Toutes les personnalisations que vous souhaitez apporter aux champs hébergés sur votre page de paiement.
- L'intégration de toutes les opérations ultérieures que vous souhaitez gérer dans le cadre du cycle de vie de vos commandes.
- Toutes les personnalisations liées aux modes de paiement que vous souhaitez prendre en charge.
- Toutes les fonctionnalités et fonctions liées à la sécurité supplémentaires dont vous avez besoin.
Test de votre intégration
Couvrez au moins les étapes suivantes dans vos tests :
- Pour les modes de paiement que vous prenez en charge, testez toutes les opérations individuelles que vous souhaitez utiliser dans votre intégration où une interaction du payeur est nécessaire sur les champs de paiement hébergés pour stocker les détails nécessaires dans la session. Testez le processus depuis la création de la session jusqu'à la fourniture des champs hébergés, la mise à jour de la session avec les valeurs des champs et enfin l'envoi de la transaction de paiement à l'aide de la session.
- Vérifiez que toutes les personnalisations que vous avez apportées aux champs hébergés fonctionnent comme prévu.
- Pour les modes de paiement que vous prenez en charge, déterminez les flux de paiement ou les combinaisons de transactions initiales et ultérieures que vous souhaitez pouvoir utiliser dans votre intégration. Testez tous les flux avec toutes les combinaisons possibles de transactions ultérieures.
- Testez toutes les caractéristiques supplémentaires et les fonctionnalités liées à la sécurité que vous utilisez.
- Vérifiez que votre système réagit de manière appropriée et surmonte tous les scénarios d'erreur courants liés aux demandes non valides et aux problèmes de serveur.
- Déterminez les réponses aux transactions qui nécessitent des actions supplémentaires de votre part et vérifiez que votre intégration prend les mesures attendues.
Outils de test
Pour tester votre intégration, <<paymentGateway>> propose quelques outils très utiles :
- Simulateurs : vous pouvez tester vos demandes à l'aide de différents simulateurs, auxquels vous accédez depuis votre compte de commerçant de test. Pour confirmer que vous utilisez votre compte de commerçant de test, vérifiez que l'ID du commerçant fourni par votre your payment service provider comporte le préfixe « TEST ». Toutes les demandes envoyées avec l'ID de commerçant de test sont considérées comme des demandes de test et traitées par les simulateurs. Elles ne sont pas transmises aux prestataires, émetteurs et acquéreurs réels.
- Si vous disposez déjà d'un identifiant commerçant portant le préfixe « TEST », c'est-à-dire votre compte de commerçant test, your payment service provider vous envoie un autre identifiant commerçant lorsque vous êtes prêt à traiter des transactions en direct.
- Le compte de commerçant de test est un compte totalement distinct, avec un mot de passe ou des certificats d'API différents de ceux de votre compte habituel. Lorsque vous passez de l'un à l'autre, veillez à modifier à la fois votre identifiant de commerçant et vos données d'authentification.
- Cartes de test : si vous prenez en charge les paiements par carte comme modes de paiement, la passerelle fournit des cartes de test pour vous permettre de tester différents scénarios, notamment l'authentification 3-D Secure. Pour plus d'informations, voir Cartes de test et Tester votre intégration pour l'authentification 3DS.
- Résultats de réponse prévisibles : le simulateur de test est configuré pour générer des résultats prévisibles en fonction de la demande de transaction et des détails de la carte que vous fournissez. Pour plus d'informations, voir Cartes de test. Vous pouvez déclencher des réponses de transaction contenant un code de réponse <<paymentGateway>> ou un résultat de validation du cryptogramme visuel de la carte, ainsi qu'un code de réponse de vérification d'adresse, et vous assurer que votre intégration réagit de manière appropriée à chacun d'entre eux.
- Journalisation supplémentaire à des fins de test : Pour prendre en charge une connexion supplémentaire lors du test de votre intégration <<hostedSession>>, en utilisant un ID de commerçant TEST, ajoutez
?debug=trueà l'URL lorsque vous incluez la bibliothèque Session JavaScript sur votre page de paiement.
Pour plus d'informations sur les fonctionnalités et options spécifiques du simulateur, voir les instructions de test dans les modes de paiement spécifiques.
<html> <head> <script type="text/javascript" src="https://test-bankalfalah.gateway.mastercard.com/form/version/<version>/merchant/<merchant_ID>/session.js?debug=true"></script> </head> </html>