Rencana Penguji Pemula: Dari "Masukkan TI" ke "Saya Seorang Insinyur!"

Halo semuanya! Nama saya Valentine dan saya bekerja sebagai teknisi pengujian di Exness. Sangat sering saya mendengar pertanyaan tentang bagaimana sekarang menjadi mungkin untuk menjadi penguji perangkat lunak. Pada artikel ini saya akan mencoba menjawab pertanyaan ini.

gambar

Jika Anda berlari maju, maka jawabannya pasti akan - "Ya, itu mungkin!". Tetapi di sini ada syarat-syarat tertentu: perlu dan memadai.

Artikel ini akan bermanfaat tidak hanya bagi mereka yang ingin menemukan diri mereka di dunia TI dan pengujian, tetapi juga bagi mereka yang sudah memulai perjalanan mereka!

Saya ingin menjadi penguji! Di mana untuk memulai?


Pengujian sebagai bagian dari proses pengembangan perangkat lunak dimulai pada awal 1980-an berkat Glenford Myers. Bukunya " The Art of Software Testing" , terlepas dari kenyataan bahwa itu ditulis sangat lama, saya sarankan semua orang untuk membacanya. Pada masa itu, penguji seharusnya memiliki pengetahuan "rahasia" tentang sistem yang ada saat itu. Secara bertahap, komputer dan perangkat lunak menjadi lebih mudah diakses oleh pengguna rata-rata. Dan menjadi mungkin untuk menguji, hanya memiliki keterampilan pengguna perangkat lunak ini. Ditambah, tentu saja, hasrat. 

Ketika, sekitar lima tahun yang lalu, saya memulai perjalanan saya, butuh beberapa bulan untuk belajar tentang teori pengujian, untuk mendapatkan sedikit pengalaman praktis dan memasuki pasar dengan keinginan besar untuk menjadi seorang profesional. Sejak itu, persyaratan telah meningkat, tetapi untuk menjadi seorang penguji masih realistis, terutama mengingat keadaan saat ini. Sekarang banyak perusahaan, termasuk Exness, berusaha mengarahkan ulang karyawan mereka ke jenis pekerjaan yang jauh. Dan ada nilai tambah yang pasti dalam hal ini: pertama, tester pemula, sebagai suatu peraturan, sudah memiliki pengalaman bekerja pada portal seperti utest.com; kedua, permintaan untuk aplikasi online meningkat, seperti juga kebutuhan akan insinyur baru. 

Mengubah persyaratan untuk kualitas perangkat lunak, tentu saja, menyebabkan perubahan dalam persyaratan untuk tester. Dengan kualitas yang diperlukan untuk seorang tester, saya memahami tidak hanya keterampilan teknis, tetapi juga yang disebut soft skill.

Keterampilan keras:


Keterampilan lunak:

  • Bersemangatlah dengan pekerjaan yang Anda lakukan;
  • Jadilah kreatif dan inovatif;
  • Kemampuan berpikir secara sistemik;
  • Kemampuan menempatkan diri di tempat pelanggan / konsumen;
  • Keterampilan visualisasi;
  • Keterampilan analisis;
  • Kemampuan untuk bernalar dan mengajukan pertanyaan dengan benar;
  • Kemampuan untuk melindungi, melindungi kualitas;
  • Kemampuan berkomunikasi dengan baik, untuk menemukan bahasa yang sama (tidak ada yang ingin menjadi racun)
  • Jadilah pemain tim yang baik.

Harap dicatat bahwa ada lebih banyak soft skill yang terdaftar daripada hard skill. Tapi ini bukan daftar keseluruhan. Jika Anda ingin mengembangkan dan menaklukkan ketinggian baru, penting untuk mempelajari cara menggabungkan semua keterampilan ini agar tidak hanya menjadi tester, tetapi juga seorang insinyur, untuk memecahkan masalah dengan pengetahuan di bidang apa pun (pengujian, pemrograman, manajemen, DevOps, dll. .). 

Seorang penguji terutama adalah orang dengan pola pikir kritis, seorang insinyur yang melihat esensi masalah dan melihat gambaran lengkap dari penerapan produk. Kebetulan programmer, "darah biru" dari siklus pengembangan perangkat lunak, menolak penguji. Saya biasa mendengar perkataan bahwa penguji tidak diperlukan sama sekali, karena programmer sendiri dapat menguji segalanya, dan pada umumnya kodenya awalnya sempurna! Tetapi tugas Anda sebagai penguji dan sebagai insinyur yang mengerjakan kualitas produk adalah menerima sikap ini dan mencoba mengubahnya menjadi positif. Bagaimanapun, Anda, seperti seorang programmer, seperti DevOps, adalah bagian dari satu produk utuh dan tugas Anda adalah tugas umum untuk memastikan kualitas. Anda tidak menemukan kesalahan pada orang tertentu, Anda menemukan kesalahan dalam kode dan memutuskan bersama bagaimana memperbaikinya.Jika Anda menyebarkan ide-ide seperti itu, maka segera programmer akan menjadi teman dan asisten terbaik Anda dan tidak akan lagi menatap Anda dengan pertanyaan bodoh: "Baiklah, apa lagi?".

Kembali ke keterampilan teknis. Bagi mereka yang baru menguasai pengujian, skema berikut ini akan berguna: Dalam skema ini, Anda dapat melihat perkiraan jalur pergerakan tester dan apa yang dibutuhkan untuk ini. Mari kita lihat di mana mendapatkan keterampilan keras yang diperlukan.







Landasan profesi apa pun akan menjadi teori. Tanpa pengetahuan tentang prinsip pengujian, tidak mungkin untuk memahami proses yang terjadi dalam pengembangan perangkat lunak dan mengevaluasi kualitasnya. Jangan mencoba di awal perjalanan Anda untuk segera mencoba memahami sesuatu yang kompleks. Mulailah menyelam ke dalam profesi secara bertahap. Jika Anda melewatkan konsep dasar dan beralih ke studi otomatisasi, kerangka kerja dan bahasa pemrograman, maka kemungkinan Anda akan kehilangan minat dalam pengujian secara umum, karena Anda merasa terlalu rumit. Biasanya, pemula memiliki keinginan untuk belajar otomatisasi setelah mereka mendengar bahwa hampir tidak mungkin untuk masuk ke profesi tanpa itu. Tapi ini tidak benar. Permintaan penguji manual “berkualitas” tidak turun, dan harganya masih mahal. Oleh karena itu, buku lain yang berguna untuk menguasai teori pengujian adalah “pengujian dot com” oleh Roman Savin.Jika Anda membaca literatur di atas dan sudah dipandu secara teori, maka situs dengan penekanan pada dasar-dasar pengujian sangat berguna bagi Anda -Protesting.ru .

Bagaimana cara memperbaiki teori dengan praktik? Pilih objek apa saja dari kehidupan sehari-hari (perangkat lunak pada ponsel, microwave, dan bahkan pensil) dan ujilah. Anda dapat mengucapkan test case, tetapi lebih baik untuk segera menuliskannya di atas kertas / komputer dalam bentuk formal, karena Anda sudah akan melakukan ini di tempat kerja Anda sebagai penguji. Kemudian, periksa semua test case ini dan kompilasi laporan pengujian Metode ini paling mudah, tetapi efektif. 

Namun, pengalaman ini masih belum cukup untuk membuat resume dan wawancara dengan majikan. Oleh karena itu, untuk mendapatkan pengalaman nyata, saya sarankan mendaftar di berbagai portal untuk penguji dan mengisi profil Anda sedetail mungkin: menunjukkan semua keahlian, pengetahuan, perangkat dan perangkat lunak yang Anda miliki (telepon, komputer, TV, dll. ) Berikut adalah daftar pendek portal:


Tidak akan berlebihan untuk mencari magang di berbagai perusahaan (saat ini mereka dapat diperoleh dari banyak pengusaha besar, pengalaman kerja tidak diperlukan). Magang itu jaraknya jauh, dan ini memperluas batas-batas, karena Anda dapat melewatinya di sebuah perusahaan yang terletak ribuan kilometer dari Anda!

Apa selanjutnya? Anda mempelajari teorinya, mendapat sedikit pengalaman praktis. Tetapi sebelum langkah selanjutnya, mari kita kembali ke bagaimana seharusnya penguji berpikir. Saya sudah menggunakan istilah "test engineer" di atas. Setiap penguji, seperti anggota tim produk lainnya, pertama-tama harus memiliki mentalitas tertentu. Seorang insinyur harus dapat berpikir secara sistematis, dapat melihat tugas dari sudut pandang yang berbeda, dapat abstrak, tidak masuk siklus dalam keputusan tertentu dan seperangkat alat (tumpukan teknologi). Untuk pertanyaan: "Bagaimana kita melakukan ini?" insinyur tidak memiliki hak untuk menjawab: "Saya tidak bisa melakukan ini, karena saya tidak bisa menulis dengan Python, Java, Ruby, dll." Jawaban yang benar adalah: "Saya tidak bisa melakukan ini, karena ini akan memerlukan pengalaman pengguna yang negatif, tetapi saya punya solusi bagaimana menghindari ini!"Untuk membiasakan diri dengan pendekatan ini sebagai contoh perusahaan terkenal, saya sarankan membaca buku James Whittaker "Bagaimana cara menguji di Google." Perusahaan kami, seperti Google, mendukung budaya rekayasa ini. 

Sekarang Anda memiliki pengetahuan dan pengalaman yang diperlukan di belakang Anda, dan langkah logis berikutnya adalah menulis resume dan memasuki pasar. Tapi di sini, tidak semuanya begitu sederhana. Bagaimana cara memastikan bahwa resume Anda dipilih dari ratusan dan ribuan orang lain dan Anda diundang untuk wawancara? Dan bagaimana cara mendapatkan wawancara?

Agar resume Anda diperhatikan dan dipilih, sangat penting untuk mengisinya dengan benar. Pertama, insinyur penjaminan mutu di masa depan dalam resume tidak boleh memiliki kesalahan, kesalahan ketik, font, dll. Kedua, sebutkan dalam resume hanya apa yang akan membantu Anda untuk memilih posisi tester. Ketiga, fokus pada kekuatan Anda.

Setelah resume disusun, itu harus secara aktif dikirim ke semua lowongan yang Anda suka. Di sini Anda dapat menerapkan formula berikut: dengan mengirimkan resume untuk 50 lowongan, Anda akan menerima 15 undangan untuk wawancara dan tiga tawaran pekerjaan. Poin penting lainnya adalah bahwa jika Anda ditolak 9 dari 10 wawancara, dan pada satu Anda menerima tawaran pekerjaan, maka ini adalah sukses. Dan kesembilan kegagalan itu harus dipahami hanya sebagai pengalaman, bukan kekalahan.

Selain resume yang benar, kemampuan lulus wawancara juga penting. Keterampilan ini dapat dilatih segera setelah terbiasa dengan pengujian. Dan pada saat Anda mendapatkan pengetahuan dan pengalaman yang cukup, Anda juga akan siap untuk menjalani wawancara dengan percaya diri.

Dalam pengujian, ada juga sistem sertifikasi spesialisISTQB , yang dibagi berdasarkan level. Mari kita lihat apa yang perlu Anda ketahui untuk mendapatkan sertifikat dasar.

Isi Baseline program:

  • Dasar-dasar pengujian perangkat lunak;
  • Menguji siklus hidup;
  • Pengujian dinamis;
  • Pengujian statis;
  • Manajemen tes;
  • Alat Uji

Jika Anda mengikuti jalur yang saya jelaskan di atas, Anda akan tahu semua yang diperlukan untuk tingkat ini. 

Dengan demikian, pengetahuan tentang dasar-dasar pengujian, resume yang disusun dengan benar, pengalaman dalam wawancara dan ketersediaan sertifikat tentu akan membedakan Anda dari kandidat lainnya!

Apa selanjutnya? Anda menjalani wawancara dan mendapatkan pekerjaan pertama Anda sebagai penguji!


Saya datang untuk menguji dari profesi lain dan menerima tawaran pertama saya setelah wawancara keempat. Dunia baru dan menarik telah dibuka di hadapan saya, di mana pada saat itu saya tidak melihat perbatasan! Saya memiliki keinginan besar untuk datang bekerja dan membantu menjadikan produk lebih baik! Tetapi seiring berjalannya waktu, muncul pertanyaan: “Tetapi apa yang harus dilakukan selanjutnya? Seberapa banyak Anda dapat bekerja sebagai penguji manual? Ya, itu menarik, tetapi saya ingin terus maju dan berkembang. Meskipun saya sangat yakin dan melihat dalam praktiknya bahwa pengujian manual akan relevan untuk waktu yang sangat lama, dan ini akan memungkinkan penguji baru untuk memasuki dunia TI.

Jika kita kembali ke diagram jalur penguji, kita akan melihat bahwa seorang spesialis pemula memiliki banyak jalur pengembangan: Anda dapat mengikuti jalur otomatisasi, atau sepanjang jalur manajemen dalam pengujian, dll. Percayalah, pilihannya sangat besar! Tetapi tidak peduli jalan mana yang Anda pilih, Anda perlu mempertahankan dan mengembangkan dalam diri Anda keterampilan dan pola pikir rekayasa yang kita bicarakan di atas. 

Setelah di Exness, saya senang mengetahui bahwa mereka mempraktikkan budaya rekayasa yang memungkinkan Anda untuk tidak menjadi tester, tetapi seorang Insinyur Perangkat Lunak dalam tim produk. Kami mencoba untuk tidak fokus pada pemisahan insinyur berdasarkan posisi (pengembang, penguji, pengembang). Di tim kami, setiap orang diberi kesempatan yang sama untuk mengembangkan dan menerapkan keterampilan mereka. Bagi saya, ini adalah pengalaman pertama. Dan saya dapat mengatakan dengan keyakinan bahwa dia sangat termotivasi untuk bergerak dan berkembang lebih jauh! Pada saat yang sama, seluruh proses ini tidak terjadi dengan sendirinya. Perusahaan menyesuaikan proses dan keterampilan semua anggota tim untuk menghindari risiko. Misalnya, ketika semua orang di tim memulai pemrograman.  

Jadi, pada akhirnya akan jadi apa Anda?


Jadi siapa yang menjadi penguji? Bagaimana memahami apakah Anda sudah menjadi satu atau belum? Menurut pendapat saya, tidak mungkin untuk mengarahkan bidang pengetahuan dan peluang yang begitu luas ke dalam satu definisi. Pada akhirnya, Anda tidak lagi hanya menjadi penguji atau pengembang, Anda akan menjadi insinyur, pemilik produk yang sedang berkembang dan terus berupaya untuk meningkatkan kualitasnya. Anda akan berhenti terjebak pada beberapa jenis teknologi dan dengan aman akan menggunakan yang baru jika itu menyelesaikan tugas Anda saat ini dengan lebih cepat dan lebih efisien. 

Dan beberapa kata tentang betapa realistisnya melakukan pengujian sekarang. Masuk ke TI melalui pengujian tidak kurang tersedia dari sebelumnya. Pasar masih mengalami kekurangan personel. Bahkan di saat ini, aneh dan tidak dapat dipahami dengan situasi pasar, semakin banyak lowongan baru muncul. Juga, kehadiran berbagai sekolah dan kursus untuk pelatihan penguji masih tidak menciptakan poros kandidat di pasar. Oleh karena itu, kita dapat menarik kesimpulan berikut: ya, persyaratannya berubah, tetapi mulai dalam TI melalui pengujian masih tersedia! 

Saya berharap semua orang menemukan diri mereka dalam pengujian dan untuk mengungkapkan insinyur dalam diri mereka sendiri!

All Articles