Berasal dari QA, bagaimana orang bisa mendapatkan pekerjaan pengembangan pertama itu? [Tutup]


12

Saya telah berada di QA selama 10 tahun, mencoba untuk masuk ke pengembangan selama sekitar 5 dari mereka. Saya telah mengambil kelas dalam C ++, Java dan C #. Saya dapat menulis beberapa alat dan unit test dalam C # di pekerjaan saya saat ini dan (dengan semua akun) melakukan pekerjaan dengan baik.

Namun, 8 bulan lalu, majikan saya menugaskan saya dengan tanggung jawab untuk membentuk kelompok QA yang baru. Sekarang saya melakukan pengujian dan penyebaran manual tanpa janji untuk kembali ke pengembangan. Saya telah melihat papan pekerjaan dan ada banyak pekerjaan untuk pengembang web, jadi apa lagi yang bisa saya lakukan untuk mendapatkannya? Saya telah mengambil beberapa buku tentang Ruby on Rails yang saya rencanakan untuk dikerjakan di Mac di rumah, tetapi saya tidak yakin pengusaha akan tertarik pada apa pun selain pengembangan web komersial.

Apakah Anda memiliki saran tentang bagaimana saya dapat menggunakan pengalaman saya untuk mendapatkan pekerjaan sebagai pengembang junior? Dan yang saya maksudkan adalah pemrograman; posting saya telah melihat jumlah pengembang junior untuk melakukan semua pekerjaan kasar selain coding. Mereka seharusnya memanggil mereka "Sekretaris Teknis".


Bisakah Anda memperkenalkan otomatisasi untuk tim QA Anda?
Ethel Evans

Jawaban:


10

Sudahkah Anda berbicara dengan majikan Anda saat ini tentang keinginan Anda untuk menjadi pengembang? Mulailah dengan itu, dan jika mereka tidak menurut, saatnya untuk mencari di tempat lain.

Jika Anda melihat posisi pengembang (posisi junior yang terbaik untuk memulai), pastikan mereka akan memberi Anda pengalaman dalam melakukan pengembangan aktual, bukan "pekerjaan kasar" yang Anda sebutkan. Selama Anda masuk ke suatu tempat, tahan selama beberapa tahun dan jika itu bukan cangkir teh Anda, teruskan. Memiliki posisi pengembang di resume Anda, bahkan selama beberapa tahun, akan membantu Anda mendapatkan posisi yang lebih baik. Saya akan jujur ​​selama wawancara dan menekankan bahwa Anda bersemangat menjadi pengembang setelah semua pengalaman QA yang Anda miliki.

Anda pasti harus meningkatkan pengalaman QA Anda karena pengalaman memang diperhitungkan.


+1 untuk meningkatkan pengalaman QA Anda. Anda seharusnya tidak memulai dari lantai dasar total dengan 10 tahun pengalaman.
Ethel Evans

6

QA sering dipandang rendah oleh pengembang - dan ini sering tidak dapat dibenarkan.

Namun, biasnya ada dan Anda tidak bisa menghapus QA dari resume Anda.

Inilah saran saya: Alih-alih membuat transisi langsung ke dev, buat transisi ke "peran setengah jalan". Istilah (setidaknya di AS) disebut "Insinyur Otomasi". Ini menggabungkan keterampilan QA dengan keterampilan pemrograman dan biasanya melibatkan sangat sedikit pengujian manual atau QA tradisional. Pengalaman Anda dengan unit test dan fokus TDD membuat posisi ini cukup bagus. Saya memegang posisi itu dari setahun (meskipun saya berasal dari dev dan kemudian kembali ke dev) dan dapat memberi tahu Anda bahwa ada banyak rekayasa perangkat lunak yang harus dilakukan.

Jika Anda tetap di QA, beralihlah ke perusahaan di mana ada lebih banyak mobilitas internal jika Anda melakukannya dengan baik (ada perusahaan seperti itu), dan di mana ada tradisi dan fokus pengujian otomatis.

Juga coba dengan toko-toko gesit. Mereka cenderung mengamati batasan qa / dev lebih sedikit.


"SDET" mirip dengan insinyur otomatisasi (insinyur pengembangan perangkat lunak dalam ujian). Saya seorang SDET dan menghabiskan sekitar 50% dari waktu saya coding - sebagian besar alat uji dan perlengkapan. Sisa waktu dihabiskan untuk menulis tes, debugging, dll, sebagian besar menggunakan alat saya sendiri. +1 untuk gesit.
Ethel Evans

2

Saya tidak ingat melihat pekerjaan "sekretaris teknis" ketika saya sedang mencari pekerjaan pengembangan pertama saya. Ini mungkin berbeda di mana Anda berada, tentu saja, tetapi saya berpikir bahwa jika Anda benar-benar ingin masuk ke dalam pembangunan, Anda tidak boleh mendiskriminasikan penempatan pekerjaan junior dev. Kebanyakan jika tidak semua dari mereka akan mengatakan sesuatu di sepanjang baris "tugas lain seperti yang dipersyaratkan oleh manajemen". Itu normal. Itu tidak berarti Anda akan membuat kopi untuk bos Anda.

Saya pikir hal penting bagi Anda adalah mendapatkan pekerjaan dev pertama itu. Tidak masalah apa itu - Anda hanya perlu memiliki "pengembang perangkat lunak" muncul di resume Anda untuk membuatnya lebih mudah untuk menemukan pekerjaan dev kedua Anda, yang kemungkinan akan lebih baik daripada yang pertama.

Pengalaman QA Anda yang ada dapat membantu Anda. Anda memiliki pengalaman kerja di dunia nyata yang tidak mungkin dimiliki oleh lulusan perguruan tinggi. Jadi saran terbaik yang bisa saya berikan adalah mulai melamar pekerjaan dan wawancara. Jika Anda tidak akhirnya dipekerjakan, tindak lanjuti dengan orang-orang yang mewawancarai Anda dan tanyakan kepada mereka apa yang dapat Anda lakukan dengan lebih baik atau berbeda. Itu akan membantu Anda lebih dari apa pun.


RE: "membuat kopi untuk bos"; lebih kecil start-up, ini sering tidak terjadi.
FrustratedWithFormsDesigner

Dalam pekerjaan dev pertama saya, saya adalah orang yang mendapatkan ayam pada hari Jumat: D
Matt Ellen

@FrustratedWithFormsDesigner Saya masih membuat kopi di pekerjaan saya saat ini. ;) Harus memakai pot lain setelah mengambil cangkir terakhir.
Adam Lear

♦: Selama semua orang bergiliran membuat kopi, semuanya baik-baik saja. ;)
FrustratedWithFormsDesigner

1
Saya memiliki pekerjaan di mana CEO menunjukkan kepada karyawan baru cara membuat kopi. Perasaannya adalah setiap orang yang minum kopi harus membuatnya dan melakukannya dengan benar.
JeffO

1

Tugas pertama saya sebagai junior dev setelah 1,5 tahun di QA (dan 3 tahun pada dukungan selama musim panas) adalah untuk memperbaiki masalah markup dan css. Setelah beberapa minggu saya memperbaiki cacat kode sederhana sebelum mengambil tanggung jawab untuk bidang pekerjaan dan akhirnya proyek.

Dalam profesi apa pun, Anda mulai dari bawah dan terus maju, pengembangan tentu tidak terkecuali dan sangat kompetitif. Anda jelas memiliki bakat (mengajar diri sendiri 4 bahasa) dan mengemudi. QA dan pengalaman pengujian unit akan membuat hidup Anda lebih mudah juga.

Ambil pekerjaan sebagai pengembang junior dan tunggu hasrat, pengalaman, dan kemampuan Anda untuk membawa Anda lebih jauh ke tangga tanggung jawab.


1

Berdasarkan pertanyaan Anda, area tempat tinggal Anda tampaknya memiliki banyak posisi webdev tetapi sepertinya pekerjaan kelas Anda lebih terfokus pada pengembangan aplikasi.

Jika tujuan Anda hanya untuk pindah ke pekerjaan pengembangan, maka Anda harus yakin untuk membuka pencarian Anda ke pekerjaan pengembangan. Sesuaikan resume Anda untuk fokus pada pengalaman pengembangan Anda di tempat kerja, tulis beberapa kalimat untuk menggambarkan pengujian alat / unit otomatis yang Anda tulis. Ini tidak hanya akan menunjukkan Anda memiliki pengalaman pengembangan tetapi juga akan menunjukkan bahwa Anda dapat mendokumentasikan pekerjaan Anda dengan cerdas. Hanya saja, jangan menjadikannya sebagai blok pengisi teks, itu harus ditulis dengan cukup baik sehingga pengulas tidak mengajukan resume Anda di keranjang di bawah meja mereka. Jika Anda tidak berpikir Anda bisa membuatnya menarik maka Anda belum mencobanya. Lakukan hal yang sama untuk menjelaskan tugas kuliah Anda dan proyek sampingan. Pastikan Anda meninggalkan beberapa detail menarik yang bisa Anda bicarakan ketika Anda mendapatkan wawancara.

Karena itu, jangan meremehkan pengalaman Anda di QA. Jika Anda menggali kode untuk membantu pengembang mengidentifikasi di mana bug mereka maka pastikan Anda menjelaskan itu, jika Anda terus mencari cara untuk meningkatkan proses maka jangan tinggalkan itu, jika Anda duduk di meja Anda menunggu hari itu untuk mengakhiri ... maka Anda mungkin tidak ingin menyebutkan itu. Pastikan semua yang Anda masukkan dalam resume Anda didasarkan pada kenyataan, semoga sukses.


1

Jika saya seorang SDET (dan syukurlah saya tidak), saya akan menunjukkan bakat saya untuk rekayasa perangkat lunak dengan menerapkan alat internal yang berharga untuk perusahaan, dan saya akan menggunakan C ++ / Java / C # untuk menunjukkan keterampilan saya. Alasan saya akan bekerja pada alat internal adalah bahwa kemungkinan besar saya tidak akan diberi kesempatan untuk menulis kode yang menghadap pelanggan sebagai SDET, jadi alat internal adalah cara (satu-satunya) yang harus ditempuh.

Pikirkan segala jenis infrastruktur internal atau alat yang dibutuhkan perusahaan Anda tetapi tidak memiliki cukup insinyur untuk mengerjakannya, seperti pemantauan sistem, pembuatan laporan, uji harness, dll. Dan bangun sistem terbaik yang Anda bisa. Tanyakan kepada manajer Anda atau manajer Anda apa yang mereka butuhkan dalam infrastruktur sehingga apa pun yang Anda bangun penting bagi perusahaan.

Dan ketika Anda membangunnya, terapkan keterampilan rekayasa perangkat lunak yang kokoh:

  • tulis kode yang bisa dipelihara
  • tambahkan banyak komentar
  • menerapkannya untuk efisiensi, skalabilitas, dan keandalan
  • tetapkan tujuan dan jadwal rilis
  • menulis dokumen desain yang dapat dibaca.

0

Pada awal banyak pekerjaan, saya diberitahu bahwa saya tidak akan menyentuh kode langsung selama berbulan-bulan. Ini berlangsung sekitar dua minggu. Kemudian seseorang melempar proyek baru ke kelompok pengembangan yang sudah kebanjiran. Tebak siapa yang tersedia?

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.