Utilizza proxy per test di automazione per verificare siti e app da diversi paesi

Quando serve un proxy per i test?

Se il servizio è disponibile in più paesi, devi testare le differenze per nazione. Funzioni che variano in base alla posizione come selezione automatica della lingua, visualizzazione di valuta e prezzi, metodi di pagamento, restrizioni regionali o schermate di consenso ai cookie richiedono un IP del paese corrispondente.

I proxy sono utili anche per test che richiedono richieste simultanee da più IP, come verifiche di limiti di richiesta o regole di blocco geografico. Puoi controllare se i limiti del tuo servizio funzionano correttamente per IP e se le regole di blocco per paese sono applicate correttamente.

Puoi anche verificare che servizi esterni come mappe, pagamenti e script ads vengano caricati correttamente per ogni paese.

Quale proxy è adatto per i test?

Per test ripetuti, consigliamo proxy datacenter privati. L'IP rimane fisso per tutta la durata del piano, permettendo di confrontare i risultati nelle stesse condizioni, e con larghezza di banda e connessioni simultanee illimitate, puoi eseguire test browser senza preoccupazioni.

Per testare comportamenti visibili solo a utenti domestici, come sistemi antifrode che trattano diversamente i datacenter, prepara anche proxy ISP privati. Per test di carico con molte richieste simultanee, i proxy datacenter condivisi sono più economici.

Come si connette agli strumenti di browser automation?

Playwright è il più semplice perché puoi inserire l'indirizzo del server, il nome utente e la password nelle impostazioni proxy quando apri il browser. Puppeteer passa l'indirizzo con l'argomento --proxy-server e il nome utente e la password con page.authenticate.

Selenium con Chrome non gestisce direttamente le password proxy, quindi è più comodo usare l'autorizzazione IP. Registrando l'IPv4 del server di test nella dashboard, puoi connetterti con solo ip:port senza username e password. Il codice effettivo per ogni strumento è nella pagina delle guide.

• Playwright: server, username, password per proxy
• Puppeteer: --proxy-server + page.authenticate
• Selenium + Chrome: autorizzazione IP, usa solo ip:port
• Se hai bisogno di SOCKS5, usa la porta SOCKS5 presente su ogni riga

Come gestirlo su server CI?

Se il server CI ha un IP fisso, registralo per l'autorizzazione IP. Non dovrai salvare password in repository o file di configurazione. Se l'IP cambia spesso, salva le credenziali in un vault e leggile all'avvio dei test.

Se all'inizio del test recuperi l'elenco più recente via API e lo dividi per paese, non devi inserire gli IP nel codice di test. Puoi richiedere solo le righe necessarie con GET /proxies aggiungendo condizioni per paese e protocollo.

Registra l'IP e il paese utilizzati nei risultati del test. In questo modo puoi identificare rapidamente se gli errori si verificano solo in paesi o IP specifici.

Cosa bisogna allineare per rendere i risultati affidabili?

Abbina il paese dell'IP con la lingua del browser, il fuso orario e le dimensioni dello schermo per ogni scenario di test. Se questi valori cambiano tra i test, anche la stessa funzione potrebbe produrre risultati diversi.

Per test in cui la latenza di rete influisce sui risultati, è meglio scegliere un IP vicino al server di test. Registrando separatamente i tempi di risposta del proxy e del tuo servizio, puoi isolare le cause.

Quanto costa un proxy per test?

Il prezzo mensile iniziale per 1 IP è $0.4680 per proxy datacenter privati, $0.5850 per proxy ISP privati, in dollari USA. Bastano pochi IP per paese per i test e il pagamento annuale ti fa risparmiare il 30% per test di regressione continui.

Come creare scenari di test per paese?

Crea una tabella con i risultati attesi per ogni paese da testare per semplificare l'automazione. Ad esempio, annota che con IP statunitensi dovresti vedere prezzi in dollari e interfaccia in inglese, con IP tedeschi prezzi in euro e interfaccia in tedesco, con IP giapponesi prezzi in yen e interfaccia in giapponese. Il codice di test aprirà le pagine con i proxy per paese e confronterà con la tabella.

Includi nella stessa tabella elementi che compaiono o meno a seconda del paese, come l'elenco dei metodi di pagamento, le informazioni sulla spedizione e la schermata di consenso ai cookie. Eseguire lo stesso scenario ogni volta che viene rilasciata una nuova funzionalità permette di identificare problemi specifici di un paese prima del lancio.

Se esegui test di confronto delle schermate, è meglio mantenere schermate di riferimento separate per paese e confrontare solo le schermate catturate con lo stesso IP per ridurre le differenze non necessarie.

• Crea tabella risultati attesi per paese
• Includi elementi specifici per paese come pagamento, spedizione e schermate di consenso
• Ripeti lo stesso scenario per ogni distribuzione

Come gestire le impostazioni proxy in un team?

Non inserire gli IP direttamente nel codice di test, ma recupera l'elenco per paese via API all'inizio del test. In questo modo non devi modificare il codice se cambi piano o aggiungi paesi. Conserva le chiavi API nel repository segreto del CI e usa variabili d'ambiente per gli sviluppatori per maggiore sicurezza.

Se più team utilizzano lo stesso account, dividi i piani per team per evitare che gli elenchi si mescolino. Se i risultati dei test includono il piano e il paese, è facile identificare quale team ha eseguito il test.

È utile inserire una fase di verifica dello stato del proxy prima dei test. Prima di iniziare i test, invia una semplice richiesta a ciascun proxy per verificare la risposta e distinguere se un fallimento è dovuto a un problema del servizio o della connessione.

Cosa considerare durante i test?

Esegui test di carico e limiti di connessione solo su servizi che gestisci o hai autorizzazione a testare. Gli attacchi DDoS verso altri servizi sono vietati e possono comportare la sospensione dell'account.