# Tester votre intégration

Testez votre intégration Stripe avant la mise en production.

Avant la [mise en production](https://docs.stripe.com/get-started/checklist/go-live.md), testez votre intégration Stripe pour vous assurer qu’elle gère correctement les paiements, les erreurs et les cas particuliers. Stripe fournit des *environnements de test*, des [numéros de carte bancaire](https://docs.stripe.com/testing.md) et des [clés API test](https://docs.stripe.com/keys.md#obtain-api-keys) pour vous permettre de simuler des transactions réelles sans mouvement de fonds ni traitement des paiements via les réseaux de cartes.

## Environnements de test

Un environnement de test est un espace isolé pour effectuer des tests. Les paiements, les clients et les autres objets que vous créez dans un environnement de test n’affectent pas votre intégration en mode production. Vous pouvez créer [jusqu’à cinq environnements de test](https://docs.stripe.com/sandboxes/dashboard/manage.md#create-a-sandbox) pour donner des espaces distincts à vos équipes, et [inviter des utilisateurs externes](https://docs.stripe.com/sandboxes/dashboard/manage-access.md#grant-users-access-to-a-specific-sandbox) sans exposer vos données réelles. Accédez à vos environnements de test à partir du sélecteur de compte dans le [Dashboard](https://dashboard.stripe.com/sandboxes) ou via la [CLI Stripe](https://docs.stripe.com/cli.md). En savoir plus sur les [environnements de test et l’environnement du mode test](https://docs.stripe.com/testing-use-cases.md#compare).

Pour les nouvelles intégrations, utilisez des environnements de test généraux au lieu de votre environnement de test du mode test. Utilisez des environnements de test distincts pour le développement local et l’intégration continue (CI) afin que les tests automatisés n’affectent pas vos paramètres ou vos données. Utilisez l’environnement de test du mode test pour les intégrations existantes qui en dépendent ou lorsqu’une fonctionnalité nécessaire ne prend pas en charge les environnements de test généraux.

## Cartes de test et paiements simulés

Utilisez des [numéros de carte bancaire](https://docs.stripe.com/testing.md) pour simuler des paiements réussis, [des refus de paiement](https://docs.stripe.com/testing.md#declined-payments), [des litiges](https://docs.stripe.com/testing.md#disputes), des [remboursements](https://docs.stripe.com/testing.md#refunds) et [l’authentification 3D Secure](https://docs.stripe.com/testing.md#regulatory-cards). Les cartes de test fonctionnent avec vos clés API test et se comportent comme des cartes réelles. Par exemple, `4242 4242 4242 4242` simule un débité Visa réussi.

Vous pouvez également tester des [moyens de paiement autres que les cartes](https://docs.stripe.com/testing.md#non-card-payments), tels que l’ACH Direct Debit, le SEPA et les redirections bancaires. Chaque moyen de paiement possède ses propres valeurs de test.

## Webhooks et événements

Déclenchez des événements test pour vous assurer que vos [endpoints webhook](https://docs.stripe.com/webhooks.md) gèrent correctement les notifications. Vous pouvez envoyer des événements test depuis le Dashboard ou avec la [CLI Stripe](https://docs.stripe.com/cli.md).

[Tester les numéros et valeurs de cartes](https://docs.stripe.com/testing.md): Trouvez des numéros de carte, des PaymentMethods et des jetons de test pour simuler des paiements, des refus de paiement, des litiges, etc.

[Cas d’usage pour les tests](https://docs.stripe.com/testing-use-cases.md): Consultez les scénarios de test les plus courants, comparez l’environnement de test du mode test et les environnements de test généraux et passez en revue les bonnes pratiques en matière d’assurance qualité.

[Environnements de test](https://docs.stripe.com/sandboxes.md): Créez et gérez des environnements de test isolés pour votre équipe.

[Tester Apple Pay et Google Pay](https://docs.stripe.com/testing/wallets.md): Vérifiez que votre intégration de wallet fonctionne correctement.