Proxy untuk QA Tester: Cara Memeriksa Aplikasi Web dari 20 Negara Tanpa Perjalanan Dinas

Anda telah merilis versi baru, dan dalam satu jam laporan bug datang: "Versi halaman yang salah ditampilkan di Jerman", "Pembayaran tidak berfungsi di AS", "Konten diblokir di Rusia". Mencoba mereproduksi ini dari mesin lokal — tidak mungkin. Di sinilah proxy bertransformasi dari "alat arbitrase" menjadi alat kerja yang sepenuhnya fungsional untuk insinyur QA.

Dalam artikel ini, kita akan membahas cara menggunakan proxy dengan benar untuk menguji perilaku aplikasi yang bergantung pada geolokasi, jenis proxy apa yang cocok untuk berbagai tugas QA, dan menunjukkan skenario langkah demi langkah — dari memeriksa geokonten hingga menguji gateway pembayaran.

Mengapa QA tester membutuhkan proxy: skenario nyata

Banyak tim masih menguji perilaku "internasional" aplikasi hanya dari mesin lokal, sesekali menggunakan VPN. Ini menciptakan zona buta yang besar. VPN mengubah alamat IP, tetapi tidak meniru jaringan nyata pengguna dari negara tertentu — penyedia, jenis koneksi, operator seluler. Proxy memberikan kesempatan untuk terhubung ke internet melalui alamat IP nyata dari wilayah atau jenis jaringan yang diperlukan.

Berikut adalah tugas konkret yang dihadapi oleh QA tester setiap hari:

• Geokonten dan lokalisasi. Aplikasi menampilkan konten yang berbeda tergantung pada negara pengguna: harga dalam mata uang lokal, promosi regional, bagian yang diblokir. Tanpa proxy, ini tidak dapat diperiksa.
• Sistem pembayaran regional. Stripe berfungsi berbeda di UE dan AS. PayPal di Brasil — kasus terpisah. Menguji alur pembayaran harus dilakukan dari negara yang tepat.
• CDN dan caching. Jaringan pengiriman konten dapat memberikan versi sumber daya yang berbeda dari titik yang berbeda. QA harus memastikan bahwa statis dimuat dengan benar untuk pengguna di Asia, Eropa, dan Amerika.
• Blokir dan pembatasan. Di beberapa negara, sebagian fungsi aplikasi tidak tersedia secara hukum. Perlu memastikan bahwa pemblokiran berfungsi dengan benar dan pengguna melihat pesan yang jelas.
• A/B testing berdasarkan geolokasi. Jika eksperimen hanya diluncurkan untuk pengguna dari Inggris, QA harus masuk dengan IP Inggris dan memastikan bahwa mereka melihat varian yang tepat.
• Pengujian SEO. Meta tag, hreflang, versi halaman regional — semua ini perlu diperiksa dengan IP dari negara yang sesuai, jika tidak, mesin pencari dan pengguna nyata akan melihat hal yang berbeda.
• Pengujian kecepatan dari berbagai wilayah. Waktu pemuatan halaman dari Singapura dan Moskow dapat berbeda 3–5 kali. Proxy memungkinkan untuk mereproduksi ini dalam satu tempat kerja.

Jenis proxy apa yang cocok untuk pengujian

Tidak semua proxy sama bermanfaat untuk QA. Pemilihan jenis tergantung pada apa yang Anda uji. Mari kita bahas tiga jenis utama dan penerapannya untuk tugas tester.

Proxy Residensial

Ini adalah alamat IP dari pengguna rumah nyata dari negara dan kota tertentu. Situs web melihat mereka sebagai orang biasa, bukan sebagai pusat data atau jaringan perusahaan. Proxy residensial adalah pilihan optimal untuk sebagian besar tugas QA: pengujian geokonten, A/B testing, alur pembayaran, dan pemeriksaan lokalisasi. Mereka meniru pengguna nyata dari negara yang diperlukan dengan sangat akurat.

Kelebihan untuk QA: tingkat kepercayaan tinggi dari situs dan aplikasi, cakupan geo yang luas (100+ negara), kemampuan untuk memilih kota atau penyedia tertentu. Kekurangan — sedikit lebih lambat dibandingkan proxy pusat data, yang perlu diperhitungkan saat menguji kinerja.

Proxy Seluler

Alamat IP dari operator seluler (3G/4G/5G). Sangat penting saat Anda menguji perilaku aplikasi untuk pengguna seluler. Banyak situs dan aplikasi berperilaku berbeda saat diakses dengan IP seluler: menampilkan versi seluler, konten yang berbeda, memproses geolokasi dengan cara yang berbeda. Proxy seluler sangat diperlukan saat menguji aplikasi seluler melalui emulator atau saat memeriksa responsivitas versi web.

Selain itu, IP seluler adalah alamat dinamis yang dibagikan oleh satu operator kepada ribuan pelanggan. Ini berarti bahwa lalu lintas pengujian Anda tidak terlihat mencurigakan bahkan dengan permintaan yang intensif.

Proxy Pusat Data

Yang tercepat dan termurah. Cocok untuk pengujian beban, pengujian otomatis dengan banyak permintaan, dan pemeriksaan endpoint API. Proxy pusat data mudah terdeteksi sebagai pengguna "non-rumah", sehingga kurang cocok untuk pengujian pengalaman pengguna — tetapi untuk pemeriksaan teknis dan beban, ini adalah pilihan optimal.

Pengujian konten yang bergantung pada geolokasi: langkah demi langkah

Pengujian yang bergantung pada geolokasi adalah skenario paling umum untuk penggunaan proxy dalam QA. Berikut adalah cara melakukannya dalam praktik, tanpa menulis kode, melalui browser biasa.

Langkah 1. Dapatkan data proxy

Setelah terhubung ke layanan, Anda akan mendapatkan data untuk koneksi: host (IP atau domain), port, username, dan password. Untuk proxy residensial, biasanya Anda dapat memilih negara dan kota langsung di akun pribadi atau melalui parameter di string koneksi.

Contoh string koneksi untuk proxy residensial dengan pemilihan negara terlihat seperti ini: host berisi parameter negara (misalnya, country-de untuk Jerman), port — standar, username dan password — kredensial Anda.

Langkah 2. Atur proxy di browser

Untuk pengujian manual, cara yang paling nyaman adalah menggunakan ekstensi untuk browser yang memungkinkan Anda dengan cepat beralih proxy tanpa mengubah pengaturan sistem. Pilihan populer: Proxy SwitchyOmega (Chrome/Firefox), FoxyProxy (Firefox).

Pengaturan langkah demi langkah melalui Proxy SwitchyOmega:

1. Instal ekstensi dari Chrome Web Store.
2. Buka pengaturan ekstensi → klik "Profil Baru" → pilih "Profil Proxy".
3. Masukkan data proxy: Protokol (SOCKS5 atau HTTP), Server (host), Port (port).
4. Jika diperlukan otentikasi — masukkan username dan password di kolom yang sesuai.
5. Simpan profil dan aktifkan melalui ikon ekstensi di panel browser.
6. Kunjungi situs whatismyip.com atau 2ip.ru — pastikan IP dari negara yang diperlukan ditampilkan.

Langkah 3. Periksa elemen yang bergantung pada geolokasi

Setelah terhubung ke proxy dengan geolokasi yang tepat, periksa:

• Bahasa antarmuka (deteksi otomatis berdasarkan IP)
• Mata uang harga dan metode pembayaran
• Ketersediaan/tidak adanya bagian tertentu dari situs
• Banner dan promosi untuk wilayah tertentu
• Keakuratan tag hreflang (buka kode sumber halaman)
• Pengalihan ke subdomain regional (misalnya, de.site.com alih-alih site.com)
• Banner cookie (di UE wajib berdasarkan GDPR)

Pengujian dari berbagai jenis jaringan

Selain geografi, penting untuk menguji perilaku aplikasi tergantung pada jenis jaringan pengguna. Ini sangat kritis untuk produk dengan audiens global, di mana sebagian besar pengguna mengakses dari perangkat seluler melalui jaringan operator.

Jaringan Korporat dan Firewall

Pengguna dari jaringan korporat sering bekerja melalui server proxy perusahaan dan firewall yang memblokir jenis permintaan tertentu, koneksi WebSocket, atau CDN eksternal. Untuk meniru kondisi tersebut, tester menggunakan proxy pusat data dengan pengaturan terbatas — ini memungkinkan untuk mereproduksi lingkungan korporat yang "ketat".

Apa yang perlu diperiksa dalam skenario ini: apakah notifikasi push berfungsi, apakah font dimuat dari Google Fonts (sering diblokir oleh firewall perusahaan), apakah otorisasi melalui OAuth berfungsi dengan benar.

Jaringan Seluler (3G/4G/5G)

Melalui proxy seluler, tester tidak hanya mendapatkan IP seluler, tetapi juga kondisi nyata dari jaringan seluler: latensi yang berbeda, fitur NAT, header permintaan spesifik dari operator seluler. Beberapa aplikasi memperlakukan permintaan dari IP seluler secara berbeda — misalnya, menawarkan untuk mengunduh aplikasi alih-alih menampilkan versi web.

Kombinasikan proxy seluler dengan emulator perangkat di Chrome DevTools (mode Toolbar Perangkat) — sehingga Anda akan mendapatkan lingkungan yang paling mendekati pengguna nyata.

Penyedia dengan Akses Terbatas

Di beberapa negara, penyedia internet memblokir sumber daya tertentu atau memperlambat lalu lintas ke pesaing. Jika produk Anda beroperasi di pasar dengan internet terbatas (Cina, Iran, Rusia), pengujian melalui proxy residensial dari negara-negara ini akan menunjukkan gambaran nyata tentang ketersediaan layanan.

Pengujian gateway pembayaran dan fungsi regional

Pengujian pembayaran adalah salah satu area yang paling menyakitkan bagi QA dalam produk internasional. Sistem pembayaran secara aktif menggunakan geolokasi untuk pemeriksaan penipuan: jika IP pengguna tidak cocok dengan alamat pembayaran atau negara kartu, transaksi dapat ditolak atau ditandai sebagai mencurigakan.

QA tester harus mereproduksi skenario seperti itu: masuk dengan IP dari negara di mana kartu uji diterbitkan, dan melewati seluruh alur pembayaran. Tanpa proxy, ini tidak mungkin dilakukan dari satu mesin untuk beberapa wilayah.

Apa yang perlu diperiksa melalui proxy dalam pengujian pembayaran

• Menampilkan metode pembayaran yang tersedia (PayPal, Stripe, Klarna, SEPA, PIX — masing-masing wilayah memiliki metode sendiri)
• Keakuratan konversi mata uang dan tampilan biaya
• Fungsi verifikasi 3DS dari berbagai negara
• Perilaku saat IP dan negara kartu tidak cocok (harus ada pesan kesalahan yang jelas)
• Pajak regional (PPN di UE, GST di Australia) — apakah dihitung dengan benar
• Fungsi metode pembayaran regional: iDEAL di Belanda, Sofort di Jerman, Boleto di Brasil

Pengujian fungsi regional (GDPR, CCPA, dan lainnya)

Persyaratan hukum untuk produk bervariasi tergantung pada negara pengguna. Bagi QA, penting untuk memastikan bahwa aplikasi dengan benar menentukan yurisdiksi dan menerapkan aturan yang diperlukan:

• UE (GDPR): saat mengakses dari IP Eropa, banner cookie harus muncul dengan opsi untuk menolak pelacakan
• California (CCPA): tautan "Jangan Jual Informasi Pribadi Saya" harus ditampilkan untuk pengguna dari California
• Rusia: jika data pengguna Rusia harus disimpan di server di RF — periksa bahwa lokalisasi berfungsi dengan benar
• Cina: apakah layanan eksternal (Google Analytics, Facebook Pixel) diblokir saat mengakses dari IP Cina, dan apakah halaman tidak rusak karena itu

Alat untuk QA dengan dukungan proxy

Proxy dapat digunakan tidak hanya secara manual di browser, tetapi juga diintegrasikan ke dalam pengujian otomatis dan alat QA. Mari kita lihat opsi utama.

Postman

Untuk menguji API melalui proxy di Postman: pergi ke Pengaturan → Proxy → aktifkan Gunakan Proxy Sistem atau masukkan proxy secara manual. Ini memungkinkan untuk memeriksa bagaimana endpoint API merespons permintaan dari berbagai negara — relevan untuk API yang bergantung pada geolokasi yang mengembalikan konten berbeda tergantung pada IP.

Charles Proxy / Fiddler

Alat ini menangkap lalu lintas HTTP/HTTPS dan merupakan proxy itu sendiri. Mereka dapat diatur untuk meneruskan lalu lintas melalui server proxy eksternal (upstream proxy). Ini memungkinkan untuk menangkap dan menganalisis permintaan serta menguji dengan IP geolokasi yang diperlukan.

Di Charles: Proxy → Pengaturan Proxy Eksternal → aktifkan Gunakan proxy eksternal dan masukkan data server proxy Anda.

Playwright dan Selenium

Untuk pengujian otomatis, proxy dihubungkan pada tingkat konfigurasi browser. Di Playwright, ini dilakukan melalui parameter proxy saat membuat konteks browser. Di Selenium — melalui opsi ChromeDriver dengan menyebutkan server proxy. Ini memungkinkan untuk menjalankan suite pengujian dari puluhan negara dalam mode paralel tanpa pengaturan manual.

BrowserStack dan Sauce Labs

Platform cloud untuk pengujian memiliki alat bawaan untuk pengujian dari berbagai wilayah. Namun, kemampuan mereka untuk memilih penyedia atau jenis jaringan tertentu (seluler/rumah) terbatas. Proxy memberikan lebih banyak fleksibilitas: Anda sendiri memilih negara, kota, jenis IP, dan penyedia.

k6 dan JMeter (pengujian beban)

Untuk pengujian beban dari berbagai wilayah, proxy pusat data dihubungkan melalui konfigurasi klien HTTP. Ini memungkinkan untuk meniru beban dari pengguna nyata dari berbagai negara dan memeriksa bagaimana CDN dan penyeimbang beban menangani lalu lintas yang terdistribusi secara geografis.

Checklist: apa yang harus diperiksa melalui proxy sebelum rilis

Gunakan checklist ini untuk setiap rilis yang menyentuh audiens internasional. Disarankan untuk memeriksa minimal 3–5 wilayah kunci dari produk Anda.

Kesalahan umum saat pengujian melalui proxy

Bahkan tester berpengalaman membuat kesalahan saat bekerja dengan proxy. Mari kita bahas kesalahan paling umum di antaranya.

Kesalahan 1: Tidak memeriksa apakah proxy benar-benar berfungsi

Sebelum memulai pengujian, selalu periksa IP saat ini di sumber independen (whatismyip.com, 2ip.ru, ipleak.net). Terkadang, proxy sudah diatur, tetapi browser terus menggunakan koneksi langsung — terutama jika ekstensi tidak diaktifkan atau ada konflik dengan pengaturan sistem.

Kesalahan 2: Mengabaikan kebocoran DNS

Permintaan DNS dapat melewati proxy, mengungkapkan IP nyata tester. Ini sangat penting saat menguji pemblokiran geolokasi — situs dapat menentukan negara nyata berdasarkan DNS, bahkan jika alamat IP telah diubah. Periksa kebocoran DNS melalui ipleak.net atau dnsleaktest.com.

Kesalahan 3: Menggunakan satu proxy untuk semua tugas

Proxy pusat data tidak cocok untuk pengujian pengalaman pengguna — situs dapat menunjukkan captcha atau halaman yang diblokir, yang tidak akan pernah dilihat oleh pengguna nyata. Gunakan jenis proxy yang tepat untuk setiap tugas (lihat tabel di atas).

Kesalahan 4: Melupakan cache browser

Saat beralih antara geolokasi, browser dapat menyajikan konten yang di-cache dari sesi sebelumnya. Selalu bersihkan cache dan cookies sebelum beralih ke proxy baru, atau gunakan mode incognito untuk setiap pengujian geolokasi baru.

Kesalahan 5: Tidak mendokumentasikan sesi pengujian

Saat menemukan bug melalui proxy, pastikan untuk mencatat: negara dan kota proxy, jenis proxy (residensial/seluler), waktu pengujian, versi browser. Tanpa data ini, akan sulit bagi pengembang untuk mereproduksi masalah. Tambahkan tangkapan layar dengan konfirmasi IP dalam laporan bug.

Kesalahan 6: Mencampur proxy dan VPN dalam dokumentasi

Dalam tim sering kali ditulis dalam laporan bug "diperoleh melalui VPN dari Jerman" — tetapi VPN dan proxy bekerja dengan cara yang berbeda. VPN mengenkripsi seluruh lalu lintas dan mengubah IP pada tingkat OS, proxy bekerja pada tingkat aplikasi. Untuk beberapa bug, ini adalah perbedaan yang prinsip. Gunakan istilah yang tepat dalam dokumentasi.

Kesimpulan

Proxy untuk QA tester bukanlah hal yang eksotis, tetapi alat dasar untuk produk apa pun dengan audiens internasional. Mereka memungkinkan untuk mereproduksi kondisi nyata pengguna dari berbagai negara, memeriksa konten yang bergantung pada geolokasi, gateway pembayaran, persyaratan hukum, dan perilaku CDN — semua ini langsung dari tempat kerja, tanpa perjalanan dinas dan mesin jarak jauh.

Kesimpulan kunci: untuk menguji pengalaman pengguna, gunakan proxy residensial, untuk skenario seluler — proxy seluler, untuk pengujian beban dan API, gunakan proxy pusat data. Selalu periksa IP sebelum memulai pengujian, perhatikan kebocoran DNS, dan dokumentasikan sesi pengujian dengan parameter geolokasi.

Jika Anda ingin mulai menguji perilaku yang bergantung pada geolokasi aplikasi Anda, kami merekomendasikan untuk mencoba proxy residensial — mereka memberikan reproduksi pengguna nyata dari negara yang diperlukan dan mendukung pilihan geolokasi yang fleksibel hingga kota dan penyedia.