“Kami adalah perusahaan makanan kecil” - dengan kata-kata inilah saya selalu memulai kisah tentang tempat kerja saat ini untuk setiap kandidat yang datang untuk wawancara. Hanya dengan kalimat ini saja seseorang dapat segera memahami pro dan kontra apa yang akan dia hadapi jika dia memutuskan untuk menghubungkan nasibnya dengan kita.
Perusahaan grosir kecil tempat saya bekerja, tentu saja, tidak memiliki
SDM sendiri, tetapi kebutuhan akan personil baru masih muncul. Saya hanya seorang programmer, dalam hal apapun tidak mengklaim judul
TeamLead atau
PM (dari mana mereka berasal), ingin bekerja dengan orang-orang profesional yang baik, memadai dan yang paling penting (sejauh mungkin dalam konteks yang telah ditunjukkan).
Untungnya, saya memiliki kesempatan untuk mencari tester, dan tidak ... misalnya, seorang salesman.
Seperti yang mungkin sudah Anda pahami, posting ini adalah tentang cara menemukan penguji yang tidak biasa untuk pemrogram biasa. Menurut pendapat saya, pengalaman itu ternyata menarik, tetapi hal pertama yang pertama.
Artikel itu sama sekali tidak mengklaim
praktik terbaik . Saya hanya ingin menunjukkan pendekatan saya dalam hal ini.
Artikel tentang pencarian penguji penuh pada Habr
Ya, tidak sedikit. Saya membaca banyak dari mereka, saya belajar sesuatu yang berguna untuk diri saya sendiri, tetapi ada
TETAPI yang signifikan: mereka semua ditulis, jika tidak oleh master kerajinan mereka, maka setidaknya oleh orang-orang yang memahami sesuatu dalam pengujian atau berburu + jangan lupa tentang anggaran.
Kenapa tepatnya aku?
Sederhananya, saya menjadi satu-satunya programmer yang tertarik untuk menyentuh bidang
TI ini (berada di sisi lain dari barikade) dan sedikit menjauhkan diri dari tugas-tugas pekerjaan.
Saya tidak suka ketika
HR secara bodoh melakukan pengiriman massal, memberikan penawaran berdasarkan tag kunci, tanpa masuk lebih dalam, dll.
Mungkin ini adalah motivasi terbesar saya - untuk mendekati proses perekrutan secara bertanggung jawab dan efisien (mungkin), untuk membuktikan / menunjukkan kepada diri sendiri:
"well, Anda bisa melakukannya dengan normal"Persyaratan
Karena saya sendiri belum mengujinya dengan pengujian, persyaratan dibuat sesuai:
- pola pikir analitis;
- pemahaman tugas dalam pengujian perangkat lunak;
- pengalaman tester dan pendidikan TI akan menjadi keuntungan.
Dalam presentasi proger (turun ke bumi), tester adalah orang yang mencari bug dan dapat menjelaskan secara detail proses mereproduksi mereka.
Lanjutkan Proses Review
Maka, lowongan diposting di situs terkenal, kami beralih ke proses pemilihan kandidat. Di bawah ini saya mencoba menjelaskan tesis ini secara spesifik apa yang saya bayar, atau sebaliknya, saya tidak memperhatikan ringkasannya:
- Membuat resume (dengan adanya semua jenis kesalahan) - mengapa saya memerlukan tester yang bahkan tidak dapat menguji resumenya? (tampaknya basi, tetapi ditemukan pada ~ 20% dari kasus)
- Saya sama sekali tidak peduli dengan usia, jenis kelamin, penampilan, status perkawinan, dll. (Saya membaca banyak cerita tentang "anak perempuan" HR ).
- Memiliki pengalaman sebagai penguji - saya pikir semuanya jelas: setidaknya beberapa pengalaman lebih baik daripada tidak sama sekali.
- Ketersediaan pendidikan : yang terpenting adalah tidak ada humaniora, namun, dalam proses kerja, Anda harus membuat kesimpulan yang konsisten dan logis, dan tidak memberikan informasi bergerigi. (jangan menganggap item ini serius)
- Surat pengantar / blokir "Tentang Aku" biasanya sangat buruk di sini: semua orang menulis sebagai satu-satunya orang yang merupakan satu-satunya yang kita butuhkan, dialah yang terbaik, bahwa kita adalah perusahaan impiannya, dll.
Tetapi tentu saja ada pengecualian pada aturan : misalnya, ketika seorang kandidat menunjukkan bahwa ia telah menemukan cacat tertentu pada beberapa situs atau aplikasi terkenal dan, yang paling penting, ia mendaftarkannya , ini jelas merupakan nilai tambah dalam karma. - Keahlian kunci adalah hal yang sangat menarik, kami tidak tertarik dengan semua tag QA ini: Pengujian fungsional, kompilasi kasus Uji , UI pengujian, dll., Meskipun tentu saja lebih baik untuk menghadirkannya.
Tanda plus terpisah layak mendapatkan selenium dan alat otomatisasi pengujian lainnya.
Paling penting: kami memperhatikan keterampilan "non-tester" , misalnya: Python , Unity , PHP , Compass-3D , Sql , dll. (Aku akan memberitahumu mengapa nanti) - Kursus / Sertifikat - poin yang sangat kontroversial / kontroversial: jika kandidat tidak memiliki pengalaman sebagai penguji atau tanpa pendidikan IT, maka kehadiran item ini disambut baik.
Biasanya, kandidat melampirkan daftar periksa yang berfungsi sebagai "pekerjaan kelulusan" - Anda harus mengakui bahwa sudah ada sesuatu untuk dilihat.
Percakapan pribadi
Maka, berdasarkan "aturan / rekomendasi" di atas, kami memilih kandidat yang kami minati, kami melangkah lebih jauh - komunikasi pribadi. Saya tidak secara khusus menunjukkan kata menakutkan
"wawancara" , karena saya tidak akan bermain dengan kandidat untuk polisi yang buruk / baik, dll. Saya dengan tulus ingin berkomunikasi secara khusus, membangun dialog sehingga prosesnya berlangsung dengan cara yang paling nyaman dan menarik bagi semua pihak. Untuk alasan yang sama, saya tidak mengajukan pertanyaan spesifik teknis (well, kami tidak lupa bahwa saya tidak memiliki pengetahuan untuk mengajukan pertanyaan semacam itu).
Di bawah ini adalah daftar topik / pertanyaan yang ingin saya ajak bicara, temukan jawabannya:
- Tempat kerja sebelumnya (jika ada) - semuanya sesuai dengan standar:
- apa tepatnya yang Anda lakukan dan bagaimana tepatnya Anda melakukannya?
- mengapa Anda memutuskan untuk berubah?
- apa ukuran tim dan apa tim sama sekali dalam proyek ini?
- Proyek apa yang sedang Anda kerjakan? (kecuali tentu saja NDA mengizinkan ini)
- Metodologi manajemen proyek apa yang telah Anda gunakan?
- dll.
- Pendidikan - Saya pribadi tidak peduli dengan kehadiran atau ketidakhadirannya, apakah sudah selesai atau tidak, apakah itu poin atau korespondensi, dll., Saya tertarik dengan posisi teman bicara saya tentang hal ini, mengapa dia membuat ini atau itu keputusan untuk dirinya sendiri tentang masalah ini.
- Keterampilan utama (yang berasal dari resume pelamar) - pada tahap ini Anda dapat belajar banyak hal menarik dan berguna. Penting untuk mengetahui dengan tepat bagaimana ia memperoleh keterampilan ini.
Beberapa contoh- Ada seorang kandidat yang keterampilan kuncinya ditunjukkan, misalnya, - Unity , selama percakapan ternyata seseorang mencoba mengembangkan game di waktu luangnya, mis. segera jelas bahwa ada minat di bidang TI dan bahwa pengetahuan / keterampilan manusia dapat ditemukan layak untuk diterapkan;
- Contoh lain: jika seseorang mengetahui Sql atau dasar-dasar Php , yang, omong-omong, ia pahami di tempat kerja terakhir, karena ia berurusan dengan segunung programmer, yang harus Anda ikuti dan masukkan ke dalam baris kode khusus yang tidak digunakan, maka Anda dapat melakukan Kesimpulannya adalah bahwa orang di hadapan kita tidak canggung;
- Ada juga contoh negatif: kandidat dalam keterampilan yang ditentukan Python - tampaknya keren, tetapi dalam percakapan itu ternyata dia tidak tahu YP, dia tidak membaca buku apa pun, dia hanya mendengar bahwa lelaki kecil itu keren dan itu sebabnya dia tunjukkan. ( WTF!? )
- Pertanyaan tentang bug paling menarik / kompleks yang pernah Anda temui - di sini, hal yang paling penting adalah memperhatikan emosi apa yang akan Anda terima: jika saat itu seseorang memiliki mata yang menyala, badai emosi, dll. - Jelas pertanda baik, yang berarti bahwa seseorang muak dengan pekerjaannya. Juga, tanyakan bagaimana tepatnya seseorang berhasil menangkap bug unik / tak terlupakan ini.
- Menguji dalam kehidupan nyata - dalam hal ini, saya pikir, prof. deformasi itu baik. Seseorang harus dibengkokkan dari tiang-tiang perangkat lunak yang dengannya ia ditemukan di mana-mana. Tanyakan kepada orang yang diwawancarai tentang pengalaman seperti itu, pasti, ia memiliki sesuatu untuk diberitahukan kepada Anda (sedih untuk mengamati bahwa ~ 50% tidak memiliki pengalaman seperti itu).
- Minat pribadi dalam proyek / arah perusahaan (tidak perlu, tetapi itu akan menjadi nilai tambah yang baik).
Beberapa contoh untuk dipahami- Jika Anda mengembangkan perangkat lunak yang, katakanlah, membangun rute perjalanan yang optimal saat bepergian, alangkah baiknya bagi orang yang Anda sukai untuk bepergian dan secara pribadi menghadapi masalah yang diselesaikan oleh aplikasi Anda;
- Jika Anda mengembangkan game, maka disarankan bagi tester untuk suka bermain game, melacak semua pembaruan terbaru, dll.
- Pertanyaan balasan - Saya sangat senang ketika ditanya, terutama ketika ada banyak pertanyaan . Jelas bahwa kandidat tertarik pada tempat kerjanya, jadwal kerja, tumpukan teknologi, tim, dll. Tetapi ketika kandidat memiliki minat yang tulus pada proyek yang Anda lakukan - biayanya banyak! Anda tidak tahu betapa senangnya mendengar ketika mereka memberi tahu Anda bahwa ini adalah wawancara paling menarik / tidak biasa dalam hidup mereka.
Tugas tes
Apa yang kamu pikirkan? Tidak sesederhana itu!
Jangan terlalu malas untuk melakukan tugas tes! Pastikan untuk mendengar! Dan tentu saja itu tidak harus di selembar kertas!
Khususnya, pada lutut (dalam hal ini, hanya ada di tangan), aplikasi sederhana (
CRUD dengan entitas pengguna) dengan kusen yang diimplementasikan secara sengaja diimplementasikan, serta "TK".
Shoals dalam logika program:- kurangnya validasi data di bidang teks;
- kontrol kalender tidak terbatas dengan cara apa pun ketika memasukkan tanggal lahir pengguna (Anda dapat menentukan tanggal lahir besok, dll.);
- tanggal pembuatan / penyimpanan pengguna ditunjukkan secara tidak benar (-1 hari dari tanggal yang benar);
- usia pengguna dihitung salah (tanpa menggunakan pembulatan);
- ketika aplikasi ditutup, data tidak disimpan;
- Program shutdown setelah 5 menit bekerja (menurut saya, bug paling lucu);
- saat mengubah data pengguna yang ada, bidang nama tengah selalu tetap tidak berubah dalam daftar semua pengguna;
- bidang usia tidak diperbarui ketika tanggal lahir diubah (perbarui hanya saat beralih antar pengguna).
Tidak bisa di tata letak:- adanya kesalahan pengejaan;
- TextBlock informasi tambahan tentang pengguna pindah saat memasukkan kumpulan data besar;
- kurangnya tata letak adaptif (dengan ukuran awal jendela, semua aturan, dengan perubahan - semuanya berjalan);
- kurangnya lokalisasi di salah satu bidang pengguna.
Shoals pada kinerja (yang hampir tidak ada yang ditemukan):
- menambahkan catatan secara tidak tepat meningkatkan beban pada CPU;
- saat menghapus catatan, memori tidak cukup terisi.
Saat mengeluarkan tugas pengujian, gaya membuat bug tidak ditunjukkan secara khusus - itu menarik untuk melihat variasi yang berbeda, tetapi pada dasarnya semuanya sama (piring / daftar
kasus uji ), kadang-kadang kehadiran tangkapan layar senang.
Juga, subyek diundang (jika diinginkan) untuk berpikir tentang apa, menurut pendapat mereka, adalah mungkin untuk menambah / memodifikasi / menghapus bagian fungsional dari perangkat lunak yang diuji.
Tentu saja, disarankan agar tes dikeluarkan / dilakukan sebelum percakapan Anda, sehingga dalam hal ini dapat dibahas.
Pengamatan yang menarik: ada kandidat tanpa pengalaman kerja yang melakukan tes lebih baik daripada mereka yang memiliki pengalaman di belakang mereka.
Kenapa tepatnya dia?
Sebelum mengungkapkan semua kartu, saya akan memberi Anda beberapa statistik: dalam 2 minggu pencarian, saya melihat lowongan 500+ kali, 50+ kandidat merespons, yang ~ 10 dipilih untuk percakapan pribadi dan tugas tes, mereka akan mendapatkan penawaran ke-3. Juga, saya tersadar bahwa sekitar sepertiga dari semua kandidat yang dipertimbangkan memiliki pengalaman sebagai penguji di perusahaan-perusahaan besar, yang semua orang dengar.
Tapi hasilnya melebihi semua harapan saya: seorang gadis dengan penampilan model (tidak ada foto di profil untuk gadis-gadis
HR "dia langsung kehabisan kata-katanya), dengan pengalaman ekonomi dan kerja yang lebih tinggi tidak lengkap sebagai penguji di 2 perusahaan (salah satunya sangat besar) .
Mereka mengambilnya tepat untuk pemikiran non-standar: ketika melakukan tugas tes, itu "membongkar" prog, akhirnya menunjukkan semua bug yang tersembunyi secara khusus hingga ke baris kode.
Akibatnya, setelah lebih dari enam bulan bekerja, kami tidak memiliki jiwa di dalamnya. Seorang programmer tersembunyi terbangun di tester kami - dan kami semua bersedia membantunya dengan ini.
Alih-alih sebuah kesimpulan
Akhirnya, saya ingin meninggalkan beberapa tip yang jelas yang karena beberapa alasan diikuti beberapa orang:
Kepada pemberi kerja - tanpa gagal, berikan umpan balik, tunjukkan apa yang sebenarnya tidak dimiliki pelamar (jangan malas!).
Untuk pemohon - jangan "memasukkannya" demi uang; jika Anda tidak memiliki pengalaman, isilah tangan Anda (buka aplikasi / situs apa saja dan uji lebih lanjut).