Testowanie stron i aplikacji z różnych krajów za pomocą proxy do automatyzacji

Kiedy potrzebujesz proxy do testów?

Jeśli usługa jest dostępna w wielu krajach, musisz przetestować różne funkcje w zależności od lokalizacji. Automatyczny wybór języka, wyświetlanie walut i cen, lista metod płatności, regionalne ograniczenia czy ekrany zgody na pliki cookie - te funkcje zmieniają się w zależności od lokalizacji, więc musisz sprawdzić je z adresu IP danego kraju.

Proxy są potrzebne także w sytuacjach, gdy wiele żądań musi pochodzić z różnych IP jednocześnie, jak w testach obciążeniowych czy sprawdzaniu ograniczeń dostępu. Dzięki temu możesz zweryfikować, czy limity żądań Twojej usługi działają poprawnie na podstawie IP i czy reguły blokady dla konkretnych krajów są właściwie stosowane.

Można też sprawdzić, czy integracje z zewnętrznymi usługami (mapy, płatności, skrypty reklamowe) ładują się poprawnie w każdym kraju.

Jakie proxy jest odpowiednie do testów?

Do powtarzalnych testów zalecamy prywatne proxy z centrów danych. IP pozostaje stałe przez cały okres planu, co pozwala porównać wyniki z wczoraj i dziś w tych samych warunkach, a nieograniczona przepustowość i jednoczesne połączenia pozwalają na bezproblemowe uruchamianie testów przeglądarki.

Do testów zachowań widocznych tylko dla użytkowników domowych (np. systemy antyfraudowe traktujące inaczej połączenia z centrów danych) przygotuj prywatne proxy ISP. Do testów obciążeniowych z wielu IP ekonomiczne są współdzielone proxy datacenter.

Jak połączyć z narzędziami automatyzującymi przeglądarkę?

Playwright jest najprostszy, ponieważ podczas otwierania przeglądarki można podać adres serwera proxy, nazwę użytkownika i hasło w ustawieniach proxy. Puppeteer przekazuje adres przez argument --proxy-server, a nazwę użytkownika i hasło przez page.authenticate.

Kombinacja Selenium i Chrome nie przyjmuje bezpośrednio hasła proxy, więc wygodne jest używanie autoryzacji IP. Zarejestruj IPv4 serwera testowego w panelu, aby łączyć się tylko za pomocą ip:port bez nazwy użytkownika i hasła. Rzeczywiste kody dla każdego narzędzia są opisane na stronie przewodnika.

• Playwright: server, username, password w proxy
• Puppeteer: --proxy-server + page.authenticate
• Selenium + Chrome: użyj tylko ip:port z autoryzacją IP
• Jeśli potrzebujesz SOCKS5, użyj portu SOCKS5 dostępnego w każdej linii.

Jak działać na serwerach CI?

Jeśli wychodzące IP serwera CI jest stałe, zarejestruj je w autoryzacji IP. Nie musisz przechowywać hasła w repozytorium ani plikach konfiguracyjnych, co ułatwia zarządzanie. Jeśli IP często się zmienia, przechowuj nazwę użytkownika i hasło w magazynie tajnych wartości i odczytuj je na początku testów.

Podczas rozpoczęcia testu pobierz najnowszą listę przez API i podziel ją według kraju, aby nie musieć wpisywać IP w kodzie testowym. Użyj GET /proxies z warunkami kraju i protokołu, aby pobrać tylko potrzebne wiersze.

W wynikach testu zapisz użyte IP i kraj. Dzięki temu od razu zobaczysz, czy niepowodzenie występuje tylko w określonym kraju lub na określonym IP.

Co należy dostosować, aby wyniki były wiarygodne?

Ustaw język przeglądarki, strefę czasową i rozmiar ekranu dla każdego scenariusza testowego. Jeśli te wartości będą się różnić między testami, nawet ta sama funkcja może dać różne wyniki.

W testach wrażliwych na opóźnienia sieciowe warto wybierać IP zlokalizowane blisko serwerów testowych. Rejestrując osobno czas odpowiedzi proxy i Twojej usługi, łatwiej zidentyfikować źródło problemów.

Ile kosztuje proxy do testów?

Cena początkowa za 1 IP miesięcznie wynosi $0.4680 dla prywatnego proxy datacenter, $0.5850 dla prywatnego proxy ISP, w dolarach amerykańskich. Kilka IP na kraj wystarczy do testowania, więc możesz zacząć od małego planu, a ciągłe testy regresji mogą zaoszczędzić 30% z płatnością roczną.

Jak stworzyć scenariusze testowe dla różnych krajów?

Dla każdego kraju testowego przygotuj tabelę z oczekiwanymi wynikami, aby ułatwić automatyzację. Na przykład dla IP z USA powinny być widoczne ceny w dolarach i ekran w języku angielskim, dla IP z Niemiec ceny w euro i ekran w języku niemieckim, a dla IP z Japonii ceny w jenach i ekran w języku japońskim. Kod testowy powinien otwierać strony za pomocą proxy według kraju i porównywać je z tabelą.

Elementy takie jak lista metod płatności, informacje o dostawie, ekran zgody na pliki cookie, które pojawiają się lub nie w zależności od kraju, również należy umieścić w tej samej tabeli. Przy każdym wdrożeniu nowej funkcji, uruchomienie tego samego scenariusza pozwala wykryć problemy występujące tylko w niektórych krajach przed ich wydaniem.

Przy testowaniu porównawczym stron warto mieć osobne wzorce dla każdego kraju i porównywać tylko zrzuty ekranu wykonane z tego samego IP, aby uniknąć niepotrzebnych różnic.

• Utwórz tabelę oczekiwanych wyników według kraju
• Elementy specyficzne dla kraju, takie jak ekrany płatności, dostawy i zgody
• Powtarzanie tego samego scenariusza przy każdym wdrożeniu

Jak zarządzać ustawieniami proxy w zespole?

Nie wpisuj IP w kodzie testowym, ale pobierz listę według kraju przez API podczas rozpoczęcia testu. Nie musisz zmieniać kodu, nawet jeśli zmienisz plan lub dodasz kraj. Klucze API przechowuj w bezpiecznym magazynie tajnych wartości CI, a na komputerach deweloperskich każdy powinien używać zmiennych środowiskowych.

Jeśli wiele zespołów używa jednego konta, podziel plany między zespoły, aby listy się nie mieszały. Jeśli wyniki testów zawierają informacje o planie i kraju, od razu wiadomo, który zespół je przeprowadził.

Warto przeprowadzić test stanu proxy przed rozpoczęciem zadania. Wysyłając proste żądanie do każdego proxy przed rozpoczęciem testu, można sprawdzić, czy ewentualne niepowodzenie wynika z problemu z usługą czy z połączeniem.

Co należy przestrzegać podczas testowania?

Testy obciążeniowe i sprawdzanie ograniczeń dostępu przeprowadzaj tylko na swoich usługach lub tych, na które masz pozwolenie. Ataki DDoS na inne usługi są zabronione i mogą skutkować zablokowaniem konta.