Menggunakan proxy pengujian otomatisasi untuk menguji situs web dan aplikasi di berbagai negara

Kapan proxy dibutuhkan untuk testing?

Jika layanan tersedia di banyak negara, Anda perlu menguji bagian yang berubah sesuai negara. Fitur seperti pemilihan bahasa otomatis, tampilan mata uang dan harga, daftar metode pembayaran, pembatasan wilayah, dan halaman persetujuan cookie hanya dapat diperiksa dengan mengakses melalui IP negara tersebut.

Proxy juga diperlukan saat pengujian memerlukan permintaan simultan dari banyak IP, seperti pengujian beban atau fitur pembatasan koneksi. Anda dapat memverifikasi apakah pembatasan permintaan layanan Anda berfungsi berdasarkan IP dan apakah aturan pemblokiran negara tertentu diterapkan dengan benar.

Anda juga bisa memeriksa integrasi layanan eksternal seperti peta, pembayaran, dan skrip iklan untuk memastikan mereka dimuat dengan benar per negara.

Proxy jenis apa yang cocok untuk testing?

Untuk pengujian berulang, kami merekomendasikan private datacenter proxy. IP tetap selama periode rencana, sehingga Anda dapat membandingkan hasil hari ini dengan kemarin dalam kondisi yang sama, dan bandwidth serta koneksi simultan tidak terbatas, sehingga pengujian browser dapat dilakukan tanpa beban.

Untuk menguji perilaku khusus pengguna residential (mis. sistem antifraud yang memperlakukan koneksi datacenter berbeda), siapkan juga ISP private proxy. Untuk load test dengan banyak permintaan simultan, datacenter shared lebih ekonomis.

Bagaimana cara menghubungkan ke alat otomatisasi browser?

Playwright adalah yang paling sederhana karena Anda bisa memasukkan alamat server, nama pengguna, dan kata sandi sekaligus dalam pengaturan proxy saat membuka browser. Puppeteer menggunakan argumen --proxy-server untuk alamat dan page.authenticate untuk nama pengguna dan kata sandi.

Kombinasi Selenium dan Chrome tidak menerima password proxy langsung sehingga lebih mudah menggunakan IP authorization. Jika mendaftarkan IPv4 server uji di dashboard, Anda dapat terhubung hanya dengan ip:port tanpa username/password. Kode aktual untuk setiap alat telah dirangkum di halaman panduan.

• Playwright: proxy dengan server, username, password
• Puppeteer: --proxy-server + page.authenticate
• Selenium + Chrome: IP authorization hanya menggunakan ip:port
• Gunakan port SOCKS5 yang tersedia di setiap baris jika membutuhkan SOCKS5

Bagaimana cara mengoperasikannya di server CI?

Jika IP keluar server CI tetap, daftarkan IP tersebut di IP authorization. Anda tidak perlu menyimpan password di repositori atau file konfigurasi, memudahkan manajemen. Jika lingkungan sering berganti IP, simpan username dan password di penyimpanan rahasia dan baca saat pengujian dimulai.

Saat tes dimulai, ambil daftar terbaru melalui API dan bagi per negara sehingga Anda tidak perlu menulis IP langsung di kode tes. Anda bisa mendapatkan baris yang diperlukan dengan menambahkan kondisi negara dan protokol ke GET /proxies.

Sertakan IP dan negara dalam hasil tes. Anda bisa langsung mengetahui apakah kegagalan hanya terjadi di negara atau IP tertentu.

Apa yang perlu disesuaikan agar hasil dapat dipercaya?

Sesuaikan bahasa browser, zona waktu, dan ukuran layar dengan negara IP untuk setiap skenario pengujian. Jika nilai ini berubah-ubah antar pengujian, hasil untuk fungsi yang sama bisa tidak konsisten.

Untuk pengujian yang dipengaruhi latency jaringan, pilih IP dekat server pengujian. Pencatatan terpisah waktu respons proxy dan layanan Anda membantu mengidentifikasi penyebab masalah.

Berapa biaya proxy untuk testing?

Harga mulai per IP per bulan adalah datacenter proxy pribadi $0.4680, ISP proxy pribadi $0.5850, dalam dolar AS. Anda dapat memulai dengan paket kecil dengan beberapa IP per negara untuk pengujian, dan menghemat 30% dengan pembayaran tahunan untuk pengujian regresi yang berjalan terus.

Bagaimana membuat skenario pengujian per negara?

Buat tabel harapan hasil untuk setiap negara yang akan diuji agar otomatisasi lebih mudah. Misalnya, tulis bahwa IP AS harus menampilkan harga dalam dolar dan layar dalam bahasa Inggris, IP Jerman dalam euro dan bahasa Jerman, IP Jepang dalam yen dan bahasa Jepang, lalu buat kode tes membuka halaman dengan proxy per negara dan membandingkannya dengan tabel.

Sertakan elemen yang muncul tergantung negara seperti daftar metode pembayaran, informasi pengiriman, atau layar persetujuan cookie dalam tabel yang sama. Dengan menjalankan skenario yang sama setiap kali fitur baru dirilis, Anda bisa menemukan masalah yang hanya muncul di negara tertentu sebelum peluncuran.

Jika menggunakan tes perbandingan tampilan, simpan tampilan standar negara secara terpisah dan bandingkan tampilan yang diambil dengan IP yang sama untuk mengurangi perbedaan yang tidak perlu.

• Buat tabel hasil yang diharapkan per negara
• Termasuk elemen spesifik negara seperti pembayaran/pengiriman/layar persetujuan
• Mengulang skenario yang sama setiap kali distribusi

Bagaimana mengelola pengaturan proxy untuk tim?

Jangan menulis IP langsung di kode tes, tetapi ambil daftar per negara melalui API saat tes dimulai. Anda tidak perlu mengubah kode meskipun mengubah paket atau menambahkan negara. Simpan kunci API di penyimpanan rahasia CI, dan gunakan variabel lingkungan di PC pengembang untuk keamanan.

Jika beberapa tim menggunakan akun yang sama, beli paket per tim agar daftar tidak tercampur. Jika hasil pengujian mencatat paket dan negara, Anda dapat langsung mengetahui pengujian tim mana.

Baik untuk menambahkan langkah pemeriksaan status proxy sebelum pengujian. Sebelum memulai tes, kirim permintaan sederhana ke setiap proxy untuk memverifikasi respons, membantu membedakan apakah kegagalan tes disebabkan masalah layanan atau koneksi.

Apa yang harus diperhatikan saat melakukan tes?

Lakukan pengujian beban dan batasan koneksi hanya pada layanan yang Anda operasikan atau memiliki izin. Serangan beban pada layanan lain dilarang dan dapat mengakibatkan penangguhan akun.