Tests et mise en production
Les tests sont une responsabilité partagée entre YAPU et le client. Cette page explique comment les tests sont structurés, à quoi ressemblent les critères de mise en production, et ce à quoi s'attendre après le déploiement en production.
Environnements de test
YAPU fournit deux environnements :
| Environnement | Objectif | Accès |
|---|---|---|
| Staging | Développement et tests d'intégration | Fourni lors de la phase de spécification |
| Production | Système live | Activé après des tests en staging réussis |
N'utilisez jamais l'environnement de production pour le développement ou les tests exploratoires. Validez toujours en staging en premier.
Phases de test
1. Tests internes (chaque partie, indépendamment)
Avant tout test commun, chaque partie teste sa propre implémentation :
- YAPU teste son côté de l'intégration par rapport à la spécification convenue.
- Le client teste son client d'intégration contre l'environnement de staging à l'aide des identifiants fournis par YAPU.
Cette phase permet de détecter les erreurs d'intégration de chaque côté avant les tests communs.
2. Tests d'intégration mutuels en staging
Les deux parties connectent leurs systèmes et exécutent l'intégration de bout en bout dans l'environnement de staging :
- Tester tous les scénarios de cas d'usage définis
- Vérifier les formats de requête, la gestion des réponses et les cas d'erreur
- Confirmer que les données circulent correctement dans les deux sens
- Résoudre toute divergence par rapport à la documentation technique convenue
Les deux parties doivent valider les résultats en staging avant le déploiement en production.
3. Déploiement en production
Une fois les tests en staging terminés :
- YAPU déploie ses modifications dans l'environnement de production.
- Le client déploie son intégration dans son système de production.
Le déploiement est coordonné entre les deux équipes.
4. Tests d'intégration mutuels en production
Un dernier cycle de tests d'intégration est conduit dans l'environnement de production :
- Exécuter un ensemble défini de scénarios de test pour confirmer le comportement en production
- Vérifier que les identifiants et endpoints de production sont correctement configurés
- Confirmer que le système se comporte comme attendu dans des conditions réelles
Une fois les tests de production confirmés par les deux parties, l'intégration est prête à l'utilisation.
Liste de contrôle de mise en production
Avant de valider la mise en production, confirmez les points suivants :
- Tests en staging terminés et approuvés par les deux parties
- Tous les scénarios de test passés sans erreur
- Les identifiants de production sont correctement configurés côté client
- Déploiement en production effectué par YAPU et le client
- Tests d'intégration en production terminés et approuvés
- L'équipe cliente sait comment contacter le support YAPU pour les problèmes post-lancement
- Surveillance ou alertes en place côté client pour les échecs API
Après la mise en production — stabilisation
Après la mise en production, une période de stabilisation commence. Durant cette période :
- L'équipe YAPU surveille l'intégration pour détecter tout problème inattendu.
- L'équipe cliente surveille son côté pour les erreurs ou comportements inattendus.
- Votre contact YAPU reste disponible pour l'escalade et le support.
En cas de problème lors de la stabilisation, contactez immédiatement votre représentant YAPU. Consultez Assistance et contact pour les options d'escalade.
Erreurs courantes à éviter lors des tests
| Erreur | Pourquoi c'est important |
|---|---|
| Ignorer les tests en staging | Les problèmes en production sont plus difficiles et longs à résoudre |
| Utiliser la production pour le développement | Risque d'exposer des données réelles de clients ; peut perturber les systèmes live |
| Tester uniquement le chemin nominal | Les cas limites et les scénarios d'erreur doivent également être validés |
| Ne pas confirmer la conversion des données sortantes | YAPU retourne des chaînes — assurez-vous que votre système les convertit correctement |
| Confondre les identifiants staging et production | Chaque environnement a des identifiants séparés ; ne les mélangez pas |