Clever Geek Handbook

Wawancara untuk QA: Resume, Pertanyaan Wawancara, Negosiasi Gaji + Link Berguna

Alexey Petrov ditanya pifagor_mc, Kepala QA Sbermarket, tentang wawancara dengan teknisi QA dan menuliskan jawabannya. Dan untuk persiapan, mereka melampirkan tautan yang dia rekomendasikan - cari di akhir artikel.



Dalam teks, kami hanya berbicara tentang wawancara:



  • resume mana yang akan dibaca dengan cermat, yang akan ditutup dalam beberapa detik,
  • apa yang akan mereka tanyakan pada Anda dalam wawancara dan apa yang harus Anda tanyakan kepada majikan,
  • apa soft skill untuk memompa seorang insinyur QA
  • dan bagaimana mendiskusikan gaji dalam sebuah wawancara.


Tentang metrik kualitas produk, matinya QA - lihat  rekaman webinar di YouTube .







3 tip penting untuk menulis resume untuk QA



  1.   1,5 .  ,    — . « »,    , . : 3   ,  — .
  2. . ,   « + ».     , ,  ,   :   ,   .    : , ,  — , .
  3.   . ,  — , , . , Fiddler, Charles, Android Studio, Xcode   .  — Insomnia, Postman, - . , ,  .   — . , Zabbix,   — ,    Zabbix.


Dari pengalaman saya sendiri, saya dapat mengatakan bahwa pewawancara membutuhkan waktu 1–1,5 menit untuk membaca rata-rata satu resume, dia melihat lembaran secara diagonal. Dan jika atribut tersebut terpenuhi, resume akan dibaca sedikit lebih teliti. Ada satu menit untuk "menjual" diri Anda, jadi penting untuk menyoroti kasus yang paling menarik dari pengalaman tersebut.



Terdiri dari blok apa wawancara standar?



Saya akan membagikan resep yang saya temui dan gunakan saat saya mewawancarai diri saya sendiri.



  1. Pertama, perkenalkan perusahaan, jelaskan prosesnya, ceritakan tentang tim dan harapan dari kolega masa depan. Saya harus segera mengatakan bahwa di bagian ini saya suka meninggalkan "jebakan": Saya sengaja tidak menceritakan tentang sesuatu, sehingga pada tahap pertanyaan dari kandidat dia akan memiliki sesuatu untuk ditanyakan, dan saya bisa masuk lebih dalam ke detailnya.
  2.  — : , , .   , , , .   .  ,  . ,    — , , .
  3.  — .   , : ,   — ,  — .
  4.    . . . ,   ,   : , ,  CI/CD,   ,   , , …   ,   ,  ,   , .   : , . , ,    ,     . ,           — .
  5.  — . : ,    — , , .  :   ,   — .     ,   , .  ,    —   ,    .   ,     «  »,   -    .


Jumlah wawancara tergantung pada spesifikasi pekerjaan dan tahapan perekrutan di perusahaan tertentu. Jika memungkinkan, saya mencoba memasukkan satu wawancara, saya benar-benar tidak suka lebih dari dua.



Talent Partner @g_jobbot akan membantu Anda mengemas resume Anda dengan cara yang menarik perhatian pewawancara dan menjawab semua pertanyaan wawancara. Bot ini sederhana dan cepat disiapkan: bola, gaji, lokasi (misalnya, "relokasi"). Opsi yang sesuai untuk Anda akan dikirim ke Telegram.





Kasus paling populer untuk mendapatkan gambaran tentang apa yang akan terjadi dalam wawancara



Kasus ini tidak akan menjadi penemuan untuk QA: menguji formulir yang paling sederhana, formulir pencarian atau otorisasi / registrasi. Praktik menunjukkan bahwa banyak spesialis tidak dapat menyelesaikan masalah ini secara penuh, sesuai dengan harapan perusahaan TI. Penguji mendekatinya dari sudut pandang teori pengujian, kelas kesetaraan, analisis nilai batas, dan membangun grafik transisi keadaan. Pada saat yang sama, mereka melupakan pengujian produk, ketika fokusnya bukan pada kombinatorik dan teknik seperti berpasangan, tetapi pada skenario yang dihadapi oleh pengguna nyata.



Mungkin sekarang saya harus mengecualikan pertanyaan ini dari wawancara! Tapi saya akan memberi Anda contoh. Formulir otorisasi: login-password, semuanya sederhana. Login dengan mask bisa melalui telepon atau email, kata sandi memiliki semacam batasan. Sebagian besar kandidat mulai memilih opsi kombinatorial: Saya akan memperkenalkan banyak spasi, sesuatu yang lain. Dan bagi pengguna, kasus lain penting: dengan akun yang ada, meskipun tautan masuk-kata sandi (email + kata sandi, nomor telepon + kata sandi) benar, itu tidak berfungsi pada tautan yang tidak ada. Anda dapat menghancurkan di sini tanpa henti. Untuk beberapa alasan mereka lupa tentang kasus pemulihan kata sandi. Saya secara teratur menemukan fakta bahwa saya lupa kata sandi untuk layanan berikutnya, dan saya perlu memulihkannya.



Anda seharusnya tidak diizinkan dengan cara lama, tetapi dengan cara baru Anda harus diizinkan. Dari kasus seperti itulah Anda dapat melihat bagaimana kandidat memiliki teknik desain pengujian, apakah ia dapat mengabstraksikan dari teknik tersebut dan memikirkan produk bukan sebagai sekumpulan tombol dan bentuk, tetapi sebagai skenario pengguna yang ditemui oleh pengguna yang paling biasa.



Visi produk tentu berperan dalam pengujian. Saat ini ada hal yang sangat trendi: pengujian shift-left. Pengujian dihubungkan sedini mungkin, termasuk dalam prosedur perencanaan dan penjabaran persyaratan. Pendekatan ini menjadi semakin populer di banyak perusahaan besar, dan tidak perlu dikatakan lagi bahwa insinyur QA memahami apa visi produk itu. Biarkan backlog berisi 15-20 tugas: mengapa kita melakukannya, manfaat apa yang kita berikan kepada pengguna - bergantung pada hal ini, case dibuat. Misalnya, kami ingin meningkatkan retensi aplikasi seluler. Artinya segala sesuatu yang berhubungan dengan mengaktifkan kembali notifikasi push adalah prioritas utama kami. Oleh karena itu, mereka harus bekerja dengan sempurna, seperti jam: tiba tepat, menargetkan seseorang ke tempat yang seharusnya, dan seterusnya. Tentu saja, QA harus memahami mengapa dan bagaimana ini terjadi.



Ada pendekatan alternatif: pengujian shift-right. Teknisi QA tidak mulai bekerja saat tiket dalam keadaan siap untuk uji - ia menghubungkan lebih awal, dan tidak menjatuhkannya saat tiket diuji. Insinyur membantu melepaskan, membantu mempertahankan produksi.



Kami juga berbicara tentang uji regresi, yang diulangi di masa mendatang dan menunjukkan bahwa fungsi ini tidak mengalami penurunan. Ini juga tentang metrik produk. Seringkali, dengan melihat mereka, orang dapat membuat asumsi bahwa ada yang tidak beres: kami melihat DAU yang sama, dan DAU telah turun tajam setelah rilis terakhir. Mungkin, menurut metrik teknis, kami tidak memahami ini, tidak ada masalah dengan regresi, tetapi tetap saja ini adalah sinyal untuk mencari tahu apa yang salah, apa yang memengaruhi peristiwa ini. Plus, jangan lupakan pengujian A / B, pengalihan fitur, dan sebagainya. Banyak perusahaan merilis fitur ke sebagian audiens, QA, bersama dengan analis produk, mengevaluasi apakah fitur tersebut sesuai dengan ekspektasi yang ditempatkan padanya, jika demikian, mereka akan diluncurkan lebih lanjut. QA tidak boleh meninggalkan fitur, diuji tidak berarti bahwa pekerjaan selesai.



Apa yang harus ditanyakan pewawancara dalam wawancara kerja



Izinkan saya menyingkir: 50-60% kandidat gagal ketika ditanya tentang kegagalan terbesar mereka. Banyak orang yang kompleks untuk mengakui kegagalan. Perasaan bahwa mereka telah membaca buku tentang kesuksesan yang sukses dan berpikir bahwa semua cerita dibangun di atas serangkaian kasus yang sangat sukses. Tidak demikian: hanya orang yang tidak melakukan apa-apa yang tidak salah.



Saya mendorong setiap orang untuk tulus dan terus terang tentang kegagalan mereka sendiri. Jangan mencoba mengelak, dorong tanggung jawab pada rekan kerja, keadaan, fase bulan. Jika seseorang berbicara dengan baik tentang kegagalannya sendiri, misalnya, bagaimana dia menganalisisnya menggunakan teknik Lima Mengapa atau Diagram Ishikawa, Menemukan alasan kesalahan dan menghilangkannya, yang dia lakukan agar masalahnya tidak terulang - ini sangat menawan. Jika Anda ditanyai pertanyaan ini - jujurlah, ini adalah kunci sukses.



Jika kita berbicara tentang apa yang harus ditanyakan pewawancara, saya menyarankan Anda untuk mengajukan pertanyaan yang dapat diterapkan dalam praktik, bukan abstrak. Misalnya, seseorang mewawancarai posisi spesialis pengujian manual, dan bertanya apa yang ada di perusahaan dengan otomatisasi, pengujian beban, apa prospek menjadi pemimpin tim - meskipun dia sendiri adalah seorang junior.



Tanyakan apa yang paling relevan dengan beban fungsional di masa depan perusahaan: bagaimana masa percobaan akan berjalan, apa tugasnya, bagaimana memahami apakah Anda telah melewati masa percobaan atau tidak, apakah ada kpi. Anda dapat segera mengajukan pertanyaan balasan tentang aspek negatif bekerja di perusahaan, tentang fakapah - ini adalah pertanyaan yang mendesak bagi kedua belah pihak. Saya memberi tahu Anda dengan sangat tulus jika ada masalah, proses yang tidak terselesaikan, atau sedikit otomatisasi - Saya berbicara langsung dan tidak mengejar tujuan untuk memikat seorang spesialis kepada saya dengan cara apa pun. Orang membuat kesalahan, dan perusahaan juga melakukan kesalahan.



Soft skill untuk QA: 3 kualitas yang harus Anda latih menurut pendapat Anda



Keterampilan utama adalah belajar mandiri . Ini sering terjadi tanpa batas, seorang kandidat memberi tahu bagaimana dia ingin menyelami secara spesifik pengujian seluler atau otomatisasi, ingin menjadi pemimpin tim - dan majikan yang jahat dan berbahaya tidak mengizinkannya melakukan ini. Oleh karena itu, dia mencari pekerjaan di mana dia akan dapat membuktikan dirinya, dan berharap bahwa dia, seperti dalam "The Wizard of Oz", akan diambil alih dan dibawa sepanjang jalan batu bata kuning ke dalam dunia pengetahuan dan kompetensi baru.







Tetap saja, saya ingin seseorang tertarik dengan pembelajarannya sendiri. Tentu saja, pemberi kerja memberikan peluang untuk berkembang di dalam perusahaan: konferensi, pertemuan, menghadiri acara khusus, anggaran pelatihan, dan banyak lagi. Tetapi penting bagi seseorang untuk mengambil langkah ke arah ini sendiri: proyek hewan peliharaan tentang otomatisasi, tautan ke Github, dan di sana - ya, mungkin, tes "saku", berdasarkan video di YouTube atau kursus Udemy. Tapi ini sudah menunjukkan bahwa insinyur tidak diam, tetapi telah menggariskan tujuan untuk dirinya sendiri dan pergi ke arah itu, tidak mengharapkan keajaiban.



Kedua: penting agar orang tersebut memancarkan rasa percaya diri... Kadang-kadang Anda bertemu kandidat dan meminta mereka untuk memberi tahu metode http apa yang dia ketahui. Dengan suara yang tidak pasti, dia berkata: "dapatkan, posting, tampaknya, tambal, taruh ... hapus ... opsi ...". Anda bertanya apa perbedaan antara get dan post, dan sebagai jawaban: "Yah, saya tidak yakin ... Saya pikir yang satu mendapat, yang lain membuat objek, atau sesuatu seperti itu ...". Jika Anda dapat melihat bahwa seseorang memberikan jawaban yang benar selama wawancara, tetapi melakukannya dengan sangat tidak pasti, dalam pekerjaan nyata dia akan dimakan.



Konsep trendi yang mendapatkan momentum di tim produk: ada penguji khusus, dan dialah satu-satunya QA yang paling kompeten di tim. Jika selama perencanaan dia akan berkata dengan cara yang sama: "oh, baiklah, saya tidak tahu, mungkin tidak ada gunanya, saya mungkin tidak tepat waktu" - itu tidak akan berhasil. Seseorang harus memancarkan rasa percaya diri: karakter seperti itu tidak akan memungkinkan Anda melewati bug di level "dan begitulah yang akan terjadi". QA harus meyakinkan kolega, membuat argumen bahwa ini tidak boleh dilakukan.



Juga - otonomi dalam pekerjaan... Tim QA produk bekerja sendiri atau berpasangan. Model layanan memiliki departemen pengujian yang besar, ada pemimpin tim - Anda dapat bersembunyi di pojok dan duduk, dan masalah akan diselesaikan oleh teman yang lebih tua, insinyur utama, pemimpin tim, pemimpin grup. Di toko bahan makanan, ini tidak akan berhasil, dan ada lebih banyak perusahaan dengan pendekatan serupa. Oleh karena itu, diperlukan pemompaan kepercayaan dan otonomi.



Dan karenanya - dan inisiatif. Anda perlu memompa, tidak takut untuk mengungkapkan pendapat, menyoroti masalah. Mungkin meminta untuk menambahkan status baru? Mungkin mulai melakukan peninjauan kode? Perlawanan dan perlawanan konstruktif ringan. Untuk semua ini tentunya harus ada inisiatif.



Dan semua sama - dengan beberapa soft skill Anda tidak akan pergi jauh, harus ada latar belakang teknis di bawahnya. Pewawancara berpengalaman akan segera menyadari jika seseorang hanya bisa bernalar.



Gaji berdasarkan nilai: angka apa yang bisa kita bicarakan, apa yang harus diperjuangkan



Saya harus segera mengatakan bahwa pasar rusak parah oleh covid dan remote control. Geografi kehadiran telah berkembang, dan banyak perusahaan telah mengubah sikap mereka.



Juni - dari 20 ribu hingga 100 ribu rubel. Sulit mencari pekerjaan dengan gaji besar, kursus saja tidak cukup, tetapi Anda bisa mendapatkan pekerjaan. Selain itu, sangat tergantung pada wilayahnya.



Gaji Middles juga berbeda tergantung pada wilayah, perusahaan, di sektor mana tempatnya bekerja. Fintech biasanya membayar paling tinggi - bidangnya spesifik. Untuk menengah - dari 70–80 ribu hingga 150–160 ribu. Ada juga pertanyaan siapa yang mempertimbangkan tingkat menengah - menurut saya, ini adalah QA yang terbentuk, yang mewakili di mana untuk berkembang, merasakan tanah di bawah kakinya, memahami apa yang dia inginkan, dapat jawab "lima mengapa".



Senior: batas bawah - dari 100-120 ribu rubel. Saya melihat orang-orang senior, bukan pemimpin, yang dalam posisi mereka menerima 300 ribu. Ini bahkan bukan perusahaan asing, gaji seperti itu ada di pasar Rusia. Satu-satunya hal yang perlu Anda waspadai adalah jika sphere adalah cryptocurrency blockchain dan sejenisnya, ada risiko Anda akan bangun pada hari Senin, dan ketua tim menulis: maaf, tidak ada pekerjaan lagi, tidak ada gaji, Anda dapat menyimpan laptop Anda. Sayangnya, saya telah mendengar cerita seperti itu.







Pimpinan tim mendapatkan dari 140 ribu hingga 300 ribu, untuk kepala saya melihat lowongan hingga 500 ribu rubel. Semua angka sudah termasuk pajak.



Bagaimana cara tawar-menawar tentang gaji



Saya tidak ingin menyalahkan diri sendiri ... Tapi sekali lagi: hal terpenting, seberapa terlibat dan termotivasi seseorang untuk bekerja. Tidak ada yang mau memberikan harga yang berlebihan kepada seorang senior yang bekerja di organisasi keren, tetapi dia angkat bicara. Dan sebaliknya.



Retas kehidupan - untuk memberikan garpu dengan "slide" kecil , sehingga bahkan mundur dari bilah atas, pertahankan merek. Teknik normal, jika saya katakan: dari 100 hingga 150, tetapi sebenarnya itu sesuai dengan 130, Anda dapat menggunakan ini.



Dua poin lagi: kejujuran , bahkan tentang hal-hal mendasar seperti menyebut tingkat penghasilan Anda saat ini. Dan  argumentasi  - dari pengalaman, jika ada 100 ribu, tetapi saya ingin 150 ribu, tetapi ada argumen yang benar-benar dimengerti, hipotek yang sama - pendekatan ini akan bekerja jauh lebih baik.



Penting untuk jujur ​​jika masalah keuangan adalah yang paling menentukan. Sensasi yang tidak menyenangkan tetap ada dari percakapan dengan seseorang yang, sepanjang wawancara, memukuli dirinya sendiri dengan tumit sampai ke dada, berbicara tentang perkembangan dan minat pada produk, keinginan untuk bekerja dalam tim produk, dan kemudian menyebut angka 140 ribu, dengan 95 ribu saat ini. Anda tanpa sadar memikirkan orang-orang seperti itu: dan makan ikan, dan tidak tersedak tulang.



Sangat bagus jika uang bukanlah tujuan itu sendiri, tetapi hadiah tambahan, ditambah Anda menginginkan proporsionalitas. Tentu saja, bukan rahasia lagi bagi siapa pun bahwa transisi ke perusahaan lain dikaitkan dengan kenaikan gaji. Namun jika tidak menonjol, maka menimbulkan simpati. Dan, sejujurnya, ada kalanya saya memberi lebih dari ekspektasi, sebagai motivator tambahan. Dalam kasus-kasus itu, saya mengerti bahwa seseorang lebih berharga, terlebih lagi, cerita ini dengan  Dunning-Kruger: beberapa orang meremehkan diri mereka sendiri. Penting bagi mereka untuk menunjukkan bahwa mereka adalah spesialis yang hebat, termasuk dalam hal keuangan. Oleh karena itu, jika saya memiliki kesempatan dan memiliki anggaran, saya melindungi risiko saya sendiri: bahwa dalam enam bulan atau satu tahun, setelah merasa percaya diri, spesialis tidak akan melihat pasar. Saya akan memberinya banyak uang - dan dia akan bekerja selama lebih dari satu tahun.



Sumber daya persiapan wawancara



Saya dan mantan kolega saya memiliki beberapa artikel seperti "cara mempersiapkan wawancara pengujian backend" atau "apa saja persyaratan / harapan dari QA". Mereka relevan, saya sangat merekomendasikan.



Ada beberapa tautan tentang wawancara terbalik: pertanyaan apa yang harus ditanyakan dan mengapa. Ini penting: ketika seorang kandidat duduk di depan Anda dan tidak tahu harus menjawab apa ketika ditanya tentang perusahaan atau produk, itu tidak terlihat bagus. Dan sebaliknya, menurut pengalaman saya, ada orang yang mencari di Google artikel kami di Habré, membaca apa yang ditulis media, menginstal produk, membuat pesanan pengujian, menuliskan beberapa laporan bug, surat lamaran - ini menawan.



Terlepas dari kenyataan bahwa untuk banyak posisi, kandidat menentukan kondisi, dengan satu atau lain cara - perusahaan memilih karyawan, dan keterlibatan berperan dalam hal ini. Oleh karena itu, selain semua tautan ini, saya menyarankan Anda mempelajari apa yang dilakukan perusahaan, jenis produk apa dan apa yang spesifik.



Mempersiapkan wawancara





Olahraga





Tolong





Konferensi dan pertemuan

















Telegram-









g-mate — QA. @g_jobbot,    Telegram.


More articles:


All Articles