Usar proxies de pruebas automatizadas para testear webs y apps desde múltiples países

¿Cuándo necesitas un proxy para pruebas?

Si el servicio está disponible en varios países, debes probar las variaciones por país. Funciones como selección automática de idioma, visualización de moneda y precios, métodos de pago disponibles, restricciones regionales o pantallas de consentimiento de cookies requieren acceder con una IP del país correspondiente para verificarlas.

Los proxies son útiles para pruebas que requieran solicitudes simultáneas desde múltiples IPs, como verificar límites de tasa por IP o reglas de bloqueo geográfico en tus propios servicios.

También puedes verificar la correcta carga de servicios externos como mapas, pagos o scripts de anuncios según el país.

¿Qué tipo de proxy es adecuado para pruebas?

Para pruebas repetidas, recomendamos proxies privados de datacenter. La IP permanece fija durante el período del plan, lo que permite comparar resultados de ayer y hoy bajo las mismas condiciones. Además, el ancho de banda y las conexiones simultáneas son ilimitadas, lo que facilita la ejecución de pruebas en el navegador sin preocupaciones.

Pruebas de sistemas antifraude que discriminan tráfico de datacenters requieren proxies ISP privados. Para tests de carga masiva, proxies compartidos son económicos.

¿Cómo conectarlo a herramientas de automatización de navegador?

Playwright es el más simple, ya que puedes agregar la dirección del servidor proxy, el nombre de usuario y la contraseña en la configuración proxy al abrir el navegador. Puppeteer pasa la dirección con el argumento --proxy-server y el nombre de usuario y contraseña con page.authenticate.

Selenium con Chrome no maneja contraseñas de proxy directamente, por lo que es más fácil usar autorización por IP. Registra la IPv4 de tu servidor de pruebas en el dashboard para conectar solo con ip:port. Códigos reales por herramienta en nuestras guías.

• Playwright: proxy con server, username, password
• Puppeteer: --proxy-server + page.authenticate
• Selenium + Chrome: autorización por IP, solo usa ip:port
• Si necesitas SOCKS5, usa el puerto SOCKS5 disponible en cada línea

¿Cómo operar en servidores CI?

Si la IP saliente de tu servidor CI es fija, regístrala en la autorización IP. Así no necesitarás almacenar contraseñas en repositorios o archivos de configuración, facilitando la gestión. En entornos con IPs cambiantes, guarda el nombre de usuario y contraseña en un almacén de secretos y léelos al iniciar las pruebas.

Al iniciar la prueba, obtén la lista actualizada por API y divídela por país. Así evitas hardcodear IPs. Usa GET /proxies con filtros de país y protocolo para obtener solo lo necesario.

Guarda los resultados de prueba junto con el IP y país usados. Así podrás identificar si los fallos ocurren solo en ciertos países o IPs.

¿Qué debo ajustar para que los resultados sean confiables?

Configura el idioma del navegador, la zona horaria y el tamaño de la pantalla para cada escenario de prueba junto con el país de la IP. Si estos valores cambian entre pruebas, los resultados pueden variar incluso para la misma funcionalidad.

Para pruebas donde la latencia afecta resultados, elige IPs cerca de tu servidor de pruebas. Registrando por separado el tiempo de respuesta del proxy y de tu servicio, puedes identificar la causa del retraso.

¿Cuánto cuesta un proxy para pruebas?

El precio inicial por IP al mes es de $0.4680 para proxies de datacenter privados y $0.5850 para proxies ISP privados, en dólares estadounidenses. Puedes comenzar con un plan pequeño con unas pocas IP por país y ahorrar un 30% con el pago anual para pruebas de regresión continuas.

¿Cómo se crean escenarios de prueba por país?

Crea una tabla con los resultados esperados por país para facilitar la automatización. Por ejemplo: precios en USD y pantalla en inglés para IPs de EE.UU., en EUR y alemán para Alemania, en JPY y japonés para Japón. El código de prueba usará proxies por país para comparar con la tabla.

Incluye en la misma tabla elementos que varían por país como listas de métodos de pago, disponibilidad de envíos o pantallas de consentimiento de cookies. Ejecutar el mismo escenario en cada nueva implementación ayuda a detectar problemas específicos de ciertos países antes del lanzamiento.

En pruebas de comparación de pantallas, usa versiones de referencia por país y compara solo capturas de la misma IP para minimizar diferencias irrelevantes.

• Crea una tabla de resultados esperados por país
• Incluyendo elementos específicos por país como pagos, envíos o consentimientos
• Repetir el mismo escenario en cada despliegue

¿Cómo se gestiona la configuración del proxy cuando lo usa un equipo?

No incluyas IPs directamente en el código de prueba. En su lugar, obtén la lista por país vía API al iniciar la prueba. Así no necesitas modificar el código al cambiar planes o países. Guarda las claves API en el almacén de secretos de CI y usa variables de entorno en PCs de desarrollo para mayor seguridad.

Si varios equipos usan la misma cuenta, divide los planes por equipo para evitar mezclar listas. Si los resultados de las pruebas incluyen el plan y el país, es fácil identificar de qué equipo provienen.

Recomendamos probar los proxies antes de usarlos. Envía solicitudes de prueba para confirmar que funcionan y descartar problemas de conexión.

¿Qué considerar al probar?

Realiza pruebas de carga y límites de conexión solo en servicios que operes o tengas permiso para probar. Los ataques DDoS a terceros están prohibidos y pueden resultar en suspensión de cuenta.