SDET Unicorns - Mengapa Sukar untuk Menyewa SDET?

SDET, juga dikenali sebagai Jurutera Pembangunan Perisian dalam Ujian, adalah peranan pekerjaan dalam Domain Pengujian Perisian dan Jaminan Kualiti. Istilah ini pada mulanya digunakan oleh Microsoft dan kemudian Google dengan maksud untuk menggantikan tugas ujian manual biasa dan berulang dengan automasi.

Selama bertahun-tahun, semakin banyak syarikat yang menggunakan SDET kerana peranan penting dalam Agile dan DevOps. Walau bagaimanapun, ini adalah peranan yang mencabar untuk diisi.

Teknologi berubah dengan sangat cepat dan penguji perlu belajar banyak untuk terus maju dalam permainan.


Dalam catatan saya sebelum ini, Menguji di Dunia DevOps , Saya menjelaskan bagaimana peranan penguji telah berubah dalam dekad terakhir, sehingga menimbulkan kekurangan uji unicorn .

Catatan ini membincangkan peranan SDET dan mengapa SDET unicorn sukar dicari.




Apa yang dilakukan oleh SDET?

SDET adalah penguji perisian teknikal dengan fokus untuk mengembangkan skrip ujian automatik.

Biasanya, mereka adalah sebahagian daripada pasukan yang tangkas dan bekerjasama dengan pembangun untuk membantu mengotomatisasi Kriteria Penerimaan dalam cerita pengguna.

Serta mengambil bahagian dalam aktiviti QA khas, mereka dapat menulis apa saja dari ujian integrasi automatik, ujian API dan / atau ujian automasi UI.

Di samping itu, SDET dapat membantu menyemak ujian unit yang ditulis oleh pemaju.




Mengapa SDET Diperlukan?

Di setiap produk, terdapat beberapa ciri utama yang mesti berfungsi pada setiap keluaran produk. Ini bermaksud bahawa di setiap pecut, ciri baru dan fungsi yang ada mesti diuji.

Perkembangan tangkas pantas. Dengan pecut pendek, biasanya 2 minggu, penguji tidak mempunyai masa untuk menguji semuanya secara manual.

Apabila penguji dalam satu pasukan tidak mempunyai kemahiran yang diperlukan untuk menulis pemeriksaan automatik, semua pengujian harus dilakukan secara manual.

Pada akhirnya, pengujian menjadi hambatan kepada pengembangan dan pembebasan perisian kerana memerlukan masa lebih lama dan lebih lama untuk disiapkan.


Oleh itu, pengambilan dan penempatan SDET dalam pasukan yang tangkas dapat meringankan beban dengan mengautomasikan banyak ujian dan tugas manual.



Menemuduga dan Mengambil SDET

Jadi, mengapa begitu sukar untuk mencari dan merekrut SDET yang baik?

Selama bertahun-tahun, sebilangan besar yang disebut SDET yang saya wawancara sama ada tidak mempunyai kemahiran teknikal yang diperlukan atau tidak memahami QA dan prinsip pengujian.

Mereka tidak memahami sepenuhnya sebab utama peranan SDET dalam satu pasukan. Sebilangan besar menemui anggapan bahawa semua yang harus mereka lakukan adalah mengotomatisasi kriteria penerimaan. Mari kita jelaskan, SDET BUKAN jurutera automasi .


Mempunyai keseimbangan yang tepat untuk menguji kemampuan dan kemahiran teknikal adalah perkara utama.

SDET yang hebat adalah penguji perisian mengikut perdagangan, meminati kualiti perisian dan pada masa yang sama mahir berteknologi dan mempunyai gabungan kemahiran teknikal yang tepat.

Semasa menemu ramah SDET, saya selalu mencari Mindset QA dan Kemahiran teknikal.



Profil SDET - Penguji tumpukan penuh

Bagaimana rupa profil SDET yang hebat? Apakah kemahiran yang harus dimiliki oleh SDET?


Sekarang, ada di antara kita yang pernah mendengar tentang pembangun timbunan penuh, tetapi bolehkah kita memilikinya penguji timbunan penuh ?

Pada pendapat saya, SDET semestinya ada sekurang-kurangnya kemahiran dan sifat berikut:

  • Mempunyai mindset penguji, ingin tahu dan dapat menghasilkan senario ujian yang menarik
  • Mempunyai pemahaman yang kukuh mengenai prinsip dan metodologi pengujian
  • Mengetahui bahawa semua ujian bersifat eksploratif dan menghargai perbezaan antara menguji dan memeriksa.
  • Boleh menggunakan kaedah ujian yang sesuai untuk senario tertentu
  • mengetahui perbezaan antara ujian dan QA
  • Boleh kod masuk sekurang-kurangnya satu bahasa skrip atau pengaturcaraan (Java dan Javascript menjadi yang paling popular)
  • Memahami HTTP dan bagaimana aplikasi web moden dibina
  • Boleh tulis UI begitu juga Ujian automatik API. Satu atau yang lain tidak cukup baik!
  • Tahu Git, Permintaan Tarik, Percabangan , dan lain-lain…
  • Sifat tangkas dan tahu bagaimana ujian sesuai dengan model tangkas
  • Boleh menulis skrip ujian prestasi ( Gatling dan / atau JMeter )
  • Memikirkan keselamatan dan menyedari OWASP
  • Memahami saluran paip CI / CD dan Build
  • Mengetahui perkhidmatan yang ditawarkan oleh penyedia platform cloud seperti AWS, Azure dan Google Cloud


Menjadi SDET yang hebat

Seperti yang dapat dilihat, rangkaian kemahiran yang diharapkan dari SDET cukup luas.

Nasihat saya kepada penguji yang ingin menjadi SDET dan tetap relevan di era baru QA adalah:

Pastikan anda berusaha untuk memiliki semua kemahiran di atas dalam profil SDET_, tetapi minimum: _

Ketahui dan fahami asas ujian

Pertama sekali, ketahui asas pengujian perisian.

Semuanya sangat baik untuk setanding dengan pembangun dan dapat menulis kod yang indah. Tetapi jika anda tidak memiliki pola pikir QA, jika anda tidak dapat menghasilkan cukup banyak senario untuk menguji cerita dan ciri pengguna secara mendalam, maka Anda tidak akan menambah nilai. Anda mungkin bekerja lebih keras dan menjadi pembangun.

Mengetahui dan memahami HTTP

Sebilangan besar aplikasi web moden berinteraksi dengan API.

Adalah mustahak untuk mengetahui dan memahami seni bina HTTP dan bagaimana web berfungsi. Sekiranya anda tidak dapat membezakan antara permintaan POST dan permintaan GET atau tidak tahu caranya menghuraikan JSON , lalu bagaimana anda dapat menguji API dengan berkesan?

Luangkan masa untuk belajar alat pengujian API seperti Karate .

Anda tidak boleh menyebut diri anda SDET jika semua yang anda mahu lakukan adalah ujian automatik dan yang anda tahu hanyalah Java, Selenium dan Timun!