Utiliser des proxys de test automatisé pour vérifier sites et apps depuis différents pays
Socks5Proxy vend des proxies de centre de données privés pour les tests automatisés et QA par IP (à partir de $0.4680/IP/mois), permettant d'exécuter des tests répétés avec Selenium, Playwright, Puppeteur et des serveurs CI via des IP de différents pays.
Quand avez-vous besoin d'un proxy pour les tests ?
Si votre service est disponible dans plusieurs pays, vous devez tester les variations locales. La sélection automatique de langue, l'affichage des devises et prix, les méthodes de paiement, les restrictions géographiques ou les pop-ups de consentement aux cookies dépendent de la localisation IP. Utilisez une IP du pays concerné pour vérifier ces fonctionnalités.
Les proxies sont aussi utiles pour tester les limitations de requêtes ou les blocages géographiques de vos propres services, en simulant des requêtes simultanées depuis plusieurs IP.
Vous pouvez aussi vérifier l'intégration correcte de services tiers (cartes, paiements, scripts pub) selon les pays.
Quel type de proxy convient aux tests ?
Pour les tests répétés, nous recommandons des proxies datacenter privés. L'IP reste fixe pendant la durée du plan, ce qui permet de comparer les résultats d'hier et d'aujourd'hui dans les mêmes conditions. Avec une bande passante et des connexions simultanées illimitées, vous pouvez également exécuter des tests de navigateur sans souci.
Pour tester des actions visibles uniquement par les utilisateurs résidentiels, comme les systèmes de prévention de la fraude traitant différemment les connexions des datacenters, préparez un proxy ISP privé. Pour les tests de charge avec de nombreuses requêtes simultanées, un proxy de datacenter partagé est économique.
| Test | Produits recommandés | Raison |
|---|---|---|
| Testez les écrans et les fonctionnalités par pays | Datacenter privé | Conditions répétées avec IP fixe |
| Test des conditions d'accès résidentiel | ISP privé | IPs sur plages d'opérateurs internet |
| Test de limite et de charge des requêtes | Datacenter partagé | Obtenir de nombreuses IP à bas prix |
| Test de régression à long terme | Datacenter privé annuel | Conserver la même IP pendant 1 an |
Comment connecter les outils d'automatisation navigateur ?
Playwright est le plus simple car vous pouvez ajouter l'adresse du serveur, l'identifiant et le mot de passe dans les paramètres proxy lors de l'ouverture du navigateur. Puppeteer utilise l'argument --proxy-server pour l'adresse et page.authenticate pour passer l'identifiant et le mot de passe.
Selenium/Chrome ne gère pas les mots de passe proxy - préférez l'autorisation par IP. Enregistrez l'IP de votre serveur dans le dashboard pour vous connecter avec juste ip:port. Des exemples de code sont disponibles dans nos guides.
- Playwright: server, username, password pour proxy
- Puppeteer: --proxy-server + page.authenticate
- Selenium + Chrome : autorisation par IP (seulement ip:port)
- Utilisez le port SOCKS5 disponible sur chaque ligne si vous avez besoin de SOCKS5
Comment fonctionner sur un serveur CI ?
Si l'IP sortante de votre serveur CI est fixe, enregistrez-la dans l'autorisation IP. Ainsi, vous n'aurez pas à stocker les mots de passe dans les dépôts ou fichiers de configuration, simplifiant la gestion. Si l'IP change fréquemment, stockez l'ID et le mot de passe dans un coffre-fort de secrets et lisez-les au début des tests.
En récupérant les listes les plus récentes via l'API au démarrage des tests et en les triant par pays, vous évitez de coder les IP en dur. Utilisez GET /proxies avec des filtres par pays et protocole pour ne récupérer que ce dont vous avez besoin.
Conservez les IP et pays utilisés dans les résultats des tests. Vous pourrez ainsi identifier rapidement si les échecs proviennent de pays ou d'IP spécifiques.
Comment rendre les résultats fiables ?
Pour chaque scénario de test, définissez la langue du navigateur, le fuseau horaire et la taille de l'écran en fonction du pays de l'IP. Si ces valeurs varient entre les tests, les résultats peuvent fluctuer même pour les mêmes fonctionnalités.
Pour les tests où la latence réseau affecte les résultats, il est préférable de choisir une IP proche du serveur de test. Enregistrer séparément le temps de réponse du proxy et celui de votre service permet d'identifier la cause des problèmes.
Combien coûte un proxy pour les tests ?
Le prix de départ pour 1 IP/mois est de $0.4680 pour les proxies datacenter privés et $0.5850 pour les proxies ISP privés, en dollars américains. Quelques IP par pays suffisent pour les tests, et le paiement annuel permet d'économiser 30% pour les tests de régression continus.
Comment créer des scénarios de test par pays ?
Préparez un tableau des résultats attendus par pays pour faciliter l'automatisation. Par exemple, notez qu'avec une IP américaine, vous devriez voir des prix en dollars et une interface en anglais, avec une IP allemande des prix en euros et une interface en allemand, etc. Le code de test utilisera les proxies par pays pour ouvrir les pages et comparer avec le tableau.
Incluez dans le même tableau les éléments qui varient selon les pays, comme les listes de moyens de paiement, les informations de livraison ou les écrans de consentement aux cookies. En exécutant le même scénario à chaque déploiement de nouvelle fonctionnalité, vous pouvez détecter les problèmes spécifiques à certains pays avant la mise en production.
Pour les tests comparatifs d'interface, conservez des captures de référence par pays et comparez uniquement les captures issues de la même IP pour minimiser les différences parasites.
- Créez un tableau des résultats attendus par pays
- Inclure les éléments spécifiques aux pays (paiement, livraison, consentement)
- Répéter le même scénario pour chaque déploiement
Comment gérez-vous les configurations de proxy pour une équipe ?
Évitez de coder les IP en dur dans les tests. Utilisez plutôt l'API pour récupérer les listes par pays au démarrage des tests. Ainsi, vous n'aurez pas à modifier le code si vous changez de plan ou ajoutez des pays. Stockez les clés API dans le coffre de secrets CI, et utilisez des variables d'environnement sur les postes de développement pour plus de sécurité.
Si plusieurs équipes utilisent le même compte, achetez des plans séparés par équipe pour éviter que les listes ne se mélangent. Si les résultats des tests incluent le plan et le pays, il est facile de savoir de quelle équipe ils proviennent.
Il est utile d'ajouter une étape de vérification de l'état du proxy avant les tests. Envoyer une simple requête via chaque proxy avant de commencer permet de distinguer les échecs dus au service de ceux liés à la connexion.
Quelles sont les bonnes pratiques pour les tests ?
Réservez les tests de charge et de limitations de connexion à vos propres services ou ceux pour lesquels vous avez une autorisation. Les attaques DDoS sur des services tiers sont interdites et peuvent entraîner la suspension de votre compte.