테스트에 프록시가 필요한 경우는 언제인가요?
서비스가 여러 나라에 열려 있다면 나라별로 다르게 동작하는 부분을 시험해야 해요. 언어 자동 선택, 통화와 가격 표시, 결제 수단 목록, 지역 제한 안내, 쿠키 동의 화면처럼 접속 위치에 따라 바뀌는 기능은 그 나라 IP로 접속해야 확인할 수 있어요.
부하 시험이나 접속 제한 기능 시험처럼 여러 IP에서 동시에 요청이 와야 하는 경우에도 프록시가 필요해요. 내 서비스의 요청 제한이 IP 기준으로 제대로 동작하는지, 특정 나라 차단 규칙이 맞게 적용되는지 확인할 수 있어요.
외부 서비스와 연동하는 기능, 예를 들어 지도, 결제, 광고 스크립트가 나라별로 올바르게 불러와지는지도 함께 점검할 수 있어요.
테스트에는 어떤 프록시가 맞나요?
반복 시험에는 프라이빗 데이터센터 프록시를 추천해요. IP가 플랜 기간 동안 고정되어 있어서 같은 조건으로 어제와 오늘의 결과를 비교할 수 있고, 대역폭과 동시 연결이 무제한이라 브라우저 시험도 부담 없이 돌릴 수 있어요.
가정용 인터넷 이용자에게만 보이는 동작, 예를 들어 사기 방지 시스템이 데이터센터 접속을 다르게 다루는 경우를 시험하려면 프라이빗 ISP 프록시를 함께 준비하세요. 많은 IP에서 동시에 요청을 보내는 부하 시험에는 공유 데이터센터 프록시가 경제적이에요.
| 시험 | 추천 상품 | 이유 |
|---|---|---|
| 나라별 화면·기능 시험 | 프라이빗 데이터센터 | 고정 IP로 같은 조건 반복 |
| 가정용 접속 조건 시험 | 프라이빗 ISP | 인터넷 회사 대역 IP |
| 요청 제한·부하 시험 | 공유 데이터센터 | 많은 IP를 낮은 단가로 |
| 장기 회귀 시험 | 프라이빗 데이터센터 연간 | 같은 IP를 1년 유지 |
브라우저 자동화 도구에는 어떻게 연결하나요?
Playwright는 브라우저를 열 때 proxy 설정에 서버 주소, 아이디, 비밀번호를 함께 넣을 수 있어서 가장 간단해요. Puppeteer는 --proxy-server 인자로 주소를 넣고 page.authenticate로 아이디와 비밀번호를 넘겨요.
Selenium과 Chrome 조합은 프록시 비밀번호를 직접 받지 않아서 IP 인증을 쓰는 것이 편해요. 대시보드에 시험 서버의 IPv4를 등록하면 아이디와 비밀번호 없이 ip:port만으로 접속할 수 있어요. 각 도구의 실제 코드는 가이드 페이지에 정리해 두었어요.
- Playwright: proxy에 server, username, password
- Puppeteer: --proxy-server + page.authenticate
- Selenium + Chrome: IP 인증으로 ip:port만 사용
- SOCKS5가 필요하면 줄마다 있는 SOCKS5 포트 사용
CI 서버에서는 어떻게 운영하나요?
CI 서버의 나가는 IP가 고정되어 있다면 그 IP를 IP 인증에 등록하세요. 비밀번호를 저장소나 설정 파일에 두지 않아도 되어 관리가 쉬워요. IP가 자주 바뀌는 환경이라면 아이디와 비밀번호를 비밀값 저장소에 두고 시험 시작 때 읽게 하세요.
시험이 시작될 때 API로 최신 목록을 받아 나라별로 나누면 시험 코드에 IP를 적어 둘 필요가 없어요. GET /proxies에 나라와 프로토콜 조건을 넣어 필요한 줄만 받을 수 있어요.
시험 결과에는 사용한 IP와 나라를 함께 남겨 두세요. 실패가 특정 나라나 특정 IP에서만 생기는지 바로 알 수 있어요.
결과를 믿을 수 있게 만들려면 무엇을 맞추나요?
IP 나라와 함께 브라우저 언어, 시간대, 화면 크기를 시험 시나리오마다 정해 두세요. 이 값이 시험마다 달라지면 같은 기능이라도 결과가 흔들려요.
네트워크 지연이 결과에 영향을 주는 시험은 시험 서버와 가까운 위치의 IP를 고르면 좋아요. 프록시 응답 시간과 내 서비스의 응답 시간을 따로 기록하면 원인을 나눠 볼 수 있어요.
테스트용 프록시 비용은 얼마나 드나요?
1개 IP 월 시작 가격은 프라이빗 데이터센터 프록시 $0.4680, 프라이빗 ISP 프록시 $0.5850, 미국 달러 기준이에요. 시험할 나라마다 IP 몇 개면 충분해서 작은 플랜으로 시작할 수 있고, 계속 돌리는 회귀 시험은 연간 결제로 30%를 아낄 수 있어요.
나라별 시험 시나리오는 어떻게 만드나요?
시험할 나라마다 기대 결과를 표로 정리해 두면 자동화가 쉬워요. 예를 들어 미국 IP에서는 달러 가격과 영어 화면, 독일 IP에서는 유로 가격과 독일어 화면, 일본 IP에서는 엔 가격과 일본어 화면이 나와야 한다고 적어 두고, 시험 코드가 나라별 프록시로 페이지를 열어 표와 비교하게 만들어요.
결제 수단 목록, 배송 가능 안내, 쿠키 동의 화면처럼 나라에 따라 나오고 안 나오는 요소도 같은 표에 넣으세요. 새 기능을 배포할 때마다 같은 시나리오를 돌리면 특정 나라에서만 생기는 문제를 출시 전에 찾을 수 있어요.
화면 비교 시험을 쓴다면 나라별 기준 화면을 따로 두고, 같은 IP로 찍은 화면끼리 비교해야 불필요한 차이가 줄어요.
- 나라별 기대 결과 표 만들기
- 결제·배송·동의 화면 같은 나라별 요소 포함
- 배포마다 같은 시나리오 반복
팀이 함께 쓸 때 프록시 설정은 어떻게 관리하나요?
시험 코드에 IP를 적어 두지 말고, 시험이 시작될 때 API로 나라별 목록을 받아 쓰게 하세요. 플랜을 바꾸거나 나라를 추가해도 코드를 고칠 필요가 없어요. API 키는 CI 비밀값 저장소에 두고, 개발자 PC에서는 각자 환경 변수로 넣게 하면 안전해요.
여러 팀이 같은 계정을 쓴다면 팀별로 플랜을 나눠 사서 목록이 섞이지 않게 하세요. 시험 결과에 플랜과 나라가 함께 기록되면 어느 팀의 시험인지도 바로 알 수 있어요.
프록시 자체의 상태 확인 단계를 시험 앞에 두면 좋아요. 시험을 시작하기 전에 각 프록시로 간단한 요청을 보내 응답을 확인하면, 시험 실패가 서비스 문제인지 연결 문제인지 나눠 볼 수 있어요.
시험할 때 지킬 것은 무엇인가요?
부하 시험과 접속 제한 시험은 내가 운영하거나 허락을 받은 서비스에만 해 주세요. 다른 서비스를 대상으로 한 부하 공격은 금지되어 있고 계정이 정지될 수 있어요.