Pertanyaan Wawancara Selenium

Anda pernah menulis test yang lolos di lokal tapi gagal di pipeline, dan Anda menduga jawabannya soal wait tanpa bisa menjelaskannya dengan jelas. Pewawancara tahu ini, itulah sebabnya wait membuka sebagian besar sesi Selenium. Bagian ini membahas seperti apa jawaban yang lengkap.

• Implicit versus explicit wait. Implicit wait adalah pengaturan global yang memeriksa keberadaan elemen di setiap pencarian. Explicit wait menargetkan satu elemen dan satu kondisi, misalnya clickable atau visible. Explicit lebih disukai karena menyatakan dengan jelas apa yang sedang ditunggu.
• Mengapa keduanya tidak boleh dicampur? Menggabungkan keduanya bisa membuat timeout bertumpuk dengan cara yang sulit diprediksi, itulah sebabnya sebagian besar tim mengatur implicit wait ke nol dan memakai explicit wait di seluruh test.
• Apa itu fluent wait? Explicit wait dengan interval polling yang bisa dikonfigurasi dan jenis exception yang diabaikan.
• Mengapa Thread.sleep keliru? Ini tidak bersyarat. Ini memperlambat test yang lolos dan tetap membuat test yang lambat gagal.
• CSS selector atau XPath? Utamakan atribut identifier test yang stabil, lalu CSS untuk keterbacaan. XPath baru berguna saat Anda harus menelusuri ke parent atau mencocokkan berdasarkan teks.
• Apa yang membuat locator rapuh? Nama class yang dibuat otomatis, XPath absolut, dan seleksi berbasis index. Sebutkan apa yang akan Anda minta developer tambahkan sebagai gantinya.

Pewawancara mendengarkan alasan di balik setiap pilihan. Menyebut preferensi tanpa menyertakan konsekuensinya terdengar seperti jawaban hafalan.

Flaky test adalah topik utama sebagian besar wawancara automation senior, karena suite yang tidak dipercaya siapa pun lebih buruk daripada tidak ada suite sama sekali.

• Apa penyebab StaleElementReferenceException? Referensi elemen menunjuk ke node yang sudah tidak terpasang lagi, biasanya karena framework me-render ulang bagian halaman itu. Cari ulang elemennya, jangan memakai ulang referensi yang tersimpan.
• Bagaimana dengan ElementNotInteractableException? Elemennya ada tapi tidak bisa diinteraksikan: tersembunyi, disabled, tertutup overlay, atau di luar layar.
• Bagaimana menangani NoSuchElementException? Bedakan antara masalah timing dengan elemen yang memang benar-benar tidak ada, dan jangan menutupinya dengan sleep yang lebih panjang.
• Mengapa test hanya gagal di pipeline? Ukuran viewport berbeda, environment lebih lambat, test data hilang, animasi yang selesai belakangan, dan test paralel yang bentrok pada shared state.
• Bagaimana memperbaiki flaky test? Diagnosis dulu kategorinya, baru perbaiki penyebabnya. Auto-retry menyembunyikan kegagalan dan merupakan pilihan terakhir yang harus Anda sebut sebagai demikian.
• Bagaimana menangani frame, window baru, dan alert? Berpindah context secara eksplisit, lalu kembali lagi setelahnya.

Seorang QA engineer yang mengikuti wawancara untuk posisi automation mid-level ditanya mengapa satu suite gagal dua kali seminggu tanpa ada perubahan kode. Jawaban yang tepat bukan detail API Selenium, melainkan bahwa test-test itu berbagi satu akun seeded yang sama dan saling balapan. Pewawancara menghargai urutan diagnosis itu: environment dan data dulu, API belakangan.

Lebih banyak kumpulan pertanyaan menurut peran dan tool ada di interview questions by role.

Di luar API, panel penilai ingin tahu apakah Anda bisa memiliki sebuah suite. Pertanyaan-pertanyaan ini paling berbobot untuk posisi senior.

• Jelaskan Page Object Model. Page class mengekspos action dan menyembunyikan locator, sehingga perubahan UI hanya menyentuh satu file. Sebutkan masalah apa yang dipecahkannya; sekadar mendeskripsikan struktur folder saja tidak mengenai intinya.
• Apa yang bisa salah dengan Page Object? Page Object bisa membengkak jadi class ribuan baris dan mulai melakukan assert di dalam page method. Assertion seharusnya ada di test.
• Bagaimana framework Anda menjalankan test secara paralel? Manajemen driver yang thread-safe sehingga instance tidak dibagi antar thread, ditambah test data independen per test.
• Untuk apa Selenium Grid? Mendistribusikan test ke berbagai mesin dan versi browser, dengan hub dan node, atau cloud provider yang berperan sama.
• Apa yang berubah di Selenium 4? Protokol W3C WebDriver menjadi standar dan JSON wire protocol lama dihapus, relative locator hadir, dan akses Chrome DevTools Protocol dibuka.
• Kapan Anda tidak memakai Selenium? Pengecekan level API, logika yang bisa diuji lewat unit test, dan apa pun di luar browser. Mengetahui batasan ini adalah sinyal senior.
• Bagaimana Anda menentukan apa yang perlu diotomasi? Alur yang stabil, bernilai tinggi, dan berulang. Bukan semuanya, dan bukan layar yang masih dalam proses didesain ulang.

Jawaban Selenium tergolong mudah diketahui tapi sulit diucapkan. Pertanyaan wait khususnya punya jawaban dua bagian, definisi dan alasannya, dan kandidat yang hanya membaca cenderung hanya menyampaikan setengah pertama lalu terhenti.

Ambil lima pertanyaan di sini yang paling tidak ingin Anda hadapi dan jawab masing-masing dengan suara keras dalam sembilan puluh detik tanpa editor terbuka. Lalu minta seseorang mengajukan pertanyaan lanjutan, yang hampir selalu berupa alasan mengapa. Menjalankan prompt yang sama pada AI interviewer yang menekan balik lebih mendekati sesi sungguhan daripada membaca ulang daftar, dan itulah tujuan mode mock interview.

Aaron Cao, pendiri SubcueAI, membangun latihan ini di sekitar kesenjangan berbicara itu, bukan sekadar menambah jumlah pertanyaan. Dalam wawancara langsung, aplikasi desktop dan Side Panel ekstensi browser bisa menampilkan struktur saat pewawancara berbicara, yang paling membantu untuk materi yang sudah Anda latih. Apa yang dilakukan produk ini, dan batasan yang tidak dilewatinya, dijelaskan di halaman security.