Pertanyaan wawancara quality engineer apa yang perlu saya antisipasi?

Pewawancara memulai dengan menilai pertimbangan sebelum alat. Anda perlu menjelaskan cara menentukan apa yang harus diuji untuk fitur yang belum pernah Anda lihat: membaca persyaratan dan perubahan kode, mengidentifikasi alur paling berisiko, memilih pemeriksaan yang dijalankan pada tingkat unit, integrasi, dan end-to-end, serta menentukan apa yang tetap dilakukan secara manual. Pertanyaan lanjutannya hampir selalu berkebalikan: apa yang tidak akan Anda uji, dan mengapa. Kandidat yang dapat mengatakan bahwa perubahan konfigurasi berisiko rendah cukup menjalani smoke test alih-alih regresi penuh menunjukkan pertimbangan yang dicari untuk peran tersebut.

• Piramida pengujian. Banyak pengujian unit yang cepat, lebih sedikit pengujian integrasi, dan sedikit pengujian end-to-end. Pertanyaan lanjutan: apa yang salah jika tim membaliknya?
• Pengujian berbasis risiko. Memprioritaskan berdasarkan kemungkinan dan dampak kegagalan, serta mampu menjelaskan prioritas tersebut kepada manajer produk.
• Teknik desain pengujian. Partisi ekuivalensi, nilai batas, tabel keputusan, dan transisi state; Anda perlu menerapkan salah satunya pada kolom input konkret.
• Pengujian nonfungsional. Dasar-dasar performa, aksesibilitas, dan keamanan, serta memahami kapan masing-masing termasuk dalam cakupan.
• Kriteria keluar. Cara Anda memutuskan bahwa rilis sudah siap dan tindakan Anda ketika tenggat tiba sebelum kriterianya terpenuhi.

Berikan contoh konkret dari pekerjaan Anda sendiri setiap kali pertanyaannya memungkinkan; jawaban strategi dinilai berdasarkan kekhususannya.

Anda melakukan otomatisasi setiap hari dan mungkin mengira pewawancara akan bertanya tentang alat. Mereka justru akan bertanya tentang struktur, sehingga bagian ini membahas pertanyaan yang mengungkap apakah otomatisasi Anda direkayasa dengan baik atau sekadar menumpuk.

• Desain kerangka kerja. Lapisan antara pengujian dan aplikasi (driver, page object atau model layar, klien API), fixture bersama, pengelolaan data pengujian, pelaporan, dan cara engineer baru menambahkan pengujian tanpa menyalin pengujian lama.
• Flaky test. Pertanyaan favorit. Diagnosis sebelum mencoba ulang: masalah waktu dan implicit wait, state bersama antarpengujian, ketergantungan pada urutan, perbedaan lingkungan, dan perilaku asinkron. Jelaskan apa yang Anda karantina, apa yang Anda hapus, dan cara mencegah rangkaian pengujian diabaikan.
• Pengujian API dan kontrak. Menguji layanan secara langsung, memvalidasi skema, dan menggunakan kontrak berbasis konsumen yang mendeteksi breaking change sebelum pengujian end-to-end.
• Pertanyaan tentang alat. Selenium, Playwright, Cypress, atau kerangka kerja seluler; klien REST; alat pengujian beban. Pewawancara tidak terlalu mempermasalahkan alat yang dipilih dibandingkan alasan Anda memilihnya dan pemahaman Anda atas keterbatasannya.
• Coding. Anda mungkin diminta menulis pengujian atau utilitas kecil dalam Python, Java, JavaScript, atau C#, serta menjelaskan cara menguji fungsi dengan beberapa kasus ekstrem.

Hubungkan jawaban Anda: kerangka kerja dengan lapisan yang jelas membuat flaky test dapat didiagnosis, sedangkan pengujian kontrak memungkinkan lapisan end-to-end tetap kecil.

Dalam rangkaian wawancara senior, Anda akan diberi sebuah situasi. Salah satu contoh umum: seorang quality engineer yang melamar peran senior di perusahaan perangkat lunak layanan kesehatan diberi tahu bahwa rilis akan diluncurkan dalam dua hari, rangkaian pengujian end-to-end telah gagal selama seminggu, dan developer mengatakan kegagalan tersebut disebabkan oleh lingkungan. Jawaban yang kuat memisahkan kegagalan berdasarkan penyebab sebelum memperdebatkan rilis: membaca hasil kegagalan, memisahkan masalah lingkungan dari cacat nyata, memeriksa apakah pengujian yang gagal mencakup perubahan dalam rilis ini, dan memberikan pernyataan risiko kepada manajer rilis alih-alih sekadar jawaban ya atau tidak. Pewawancara menilai kemampuan triase dan komunikasi.

Skenario lain yang sering muncul: merancang gerbang CI agar pull request menjalankan pengujian unit dan kontrak sementara rangkaian yang lebih lambat berjalan sesuai jadwal; mengelola lingkungan dan data pengujian agar pengujian tidak bergantung pada satu basis data bersama; memutuskan cara menguji perubahan pada integrasi pihak ketiga yang tidak dapat Anda kendalikan; melaporkan cacat yang dibantah developer; serta mengukur kualitas tanpa menjadikan cakupan sebagai target. Dalam setiap kasus, nyatakan kendalanya, pilih mekanisme, dan jelaskan konsekuensinya.

Jawaban ini akan jauh lebih baik setelah Anda mengucapkannya dengan lantang sambil menanggapi pertanyaan lanjutan, yang merupakan tujuan mode wawancara simulasi; kumpulan pertanyaan untuk peran lain tersedia di pertanyaan wawancara berdasarkan peran dan topik.

Untuk sesi percakapan, bisa, dalam batas yang jujur. Aplikasi desktop native SubcueAI untuk macOS dan Windows menangkap audio sistem dan mikrofon Anda, lalu menampilkan saran jawaban singkat dalam overlay lokal. Jadi, ketika pewawancara bertanya cara mendiagnosis rangkaian pengujian yang tidak stabil, daftar periksanya muncul di layar saat Anda menjelaskan pengalaman sendiri. Ekstensi browser mendukung panggilan dalam tab browser di Chrome dan Edge dengan hanya menangkap audio tab rapat. Tidak ada bot yang bergabung dalam panggilan dan tidak ada apa pun yang disisipkan ke halaman rapat; petunjuk penyiapan tersedia di halaman tutorial.

Batasannya: tugas take-home, tugas coding yang diawasi, layar yang direkam, dan laptop yang dikelola perusahaan tidak termasuk dalam cakupan, sedangkan latihan langsung ketika Anda menulis pengujian di bawah pengawasan harus dikerjakan sendiri. Aaron Cao, pendiri SubcueAI, menggambarkan produk ini sebagai pengingat atas hal yang sudah Anda ketahui, bukan naskah, sehingga produk ini bekerja berdasarkan resume dan gaya bahasa Anda sendiri. Unggah resume tersebut terlebih dahulu; profilnya tersedia di pembuat resume.