Banyak stereotip dikaitkan dengan pengujian: mereka memperlakukannya sebagai awal yang cepat dalam TI dengan prospek gaji tinggi, tetapi mereka tidak melihat ini sebagai profesi yang serius. Tampaknya pengujian adalah rutinitas yang berkelanjutan, di mana tidak ada tempat untuk kreativitas dan realisasi ide-ide seseorang.
Bersama dengan kepala departemen QA / QC di Redmadrobot dan kurator kursus kami
Pengujian Perangkat Lunak Marishunya_QA, kami menemukan keterampilan apa yang perlu dimiliki oleh seorang tester, di mana harus dikembangkan dalam pengujian, apa yang sebenarnya terkait dengan pergantian staf dan mengapa bahkan programmer yang baik tidak boleh bertanggung jawab penguji.
Apa yang dilakukan departemen pengujian?
Banyak yang mengatakan bahwa penguji harus “memecahkan produk” - menemukan kerentanan yang membuat penggunaan aplikasi menjadi mustahil. Ini pada dasarnya salah. Penguji harus mempertimbangkan sistem dari semua sisi, pikirkan tentang bagaimana aplikasi dapat berperilaku dalam berbagai situasi, periksa “perlindungan terhadap orang bodoh” - apa yang akan terjadi jika Anda memasukkan, misalnya, nomor alih-alih nama keluarga.
Jika kita berbicara tentang aplikasi seluler, banyak orang berpikir bahwa pengujian terbatas pada rotasi layar, yaitu, kasus penggunaan standar. Seorang insinyur dalam proses pengujian mengajukan pertanyaan: “Apa yang dapat mempengaruhi fitur baru? Dalam situasi apa ada yang salah? ” Ambil toko online: seorang programmer mengimplementasikan fungsi diskon untuk kode promosi. Jika dia mulai memeriksa dirinya sendiri, dia akan masuk ke keranjang, misalnya, melalui menu utama - dia akan yakin bahwa semuanya berfungsi, dan tidak akan berpikir bahwa ini dapat dilakukan dengan tiga cara lain, di mana Anda juga perlu mendaftarkan panggilan fungsi. Penguji harus mengikuti jalur semua pengguna, menulis kasus uji untuk beberapa skenario dan kemudian kembali ke mereka. Oleh karena itu, departemen pengujian menyertai produk sepanjang pengembangannya dan berada di pusat siklus hidup perangkat lunak berbentuk-V.
Penguji harus mengetahui persyaratan bisnis dan nuansa teknis, karena menguji spesifikasi dan kasus penggunaan; dia juga perlu mengatur nilainya bersama dengan anggota tim lain untuk merencanakan pengiriman dengan benar, kadang-kadang menendang pengembang, karena pada akhir sprint, manajer proyek akan datang ke departemen QA / QC untuk menanyakan apakah aplikasi tersebut diuji.
Penguji dapat mempengaruhi semua peran proyek dan harus dapat membuktikan kepada setiap peserta mengapa perlu untuk menutup bug tertentu atau menunda rilis sama sekali. Seorang spesialis yang kompeten dan berpengalaman yang sejak awal mengambil bagian dalam pengembangan aplikasi, bahkan pada tahap pekerjaan koordinasi, dapat mengurangi waktu untuk menstabilkan produk, dan karenanya mengurangi harga kesalahan. Jika penguji, bahkan pada tahap peninjauan, melihat kesalahan dalam teks, maka biaya kesalahan adalah jam kerja analis untuk menambahkan beberapa baris. Ketika kesalahan sudah ditemukan pada tahap perakitan, Anda perlu meminta analis untuk menulis ulang, mengulang pengembang, dan memeriksa ulang penguji - ini adalah hari kerja dan transfer rilis, atau bahkan pengecualian fitur dari perakitan rilis
QA dan QC: apa bedanya?
Di Rusia, konsep Jaminan Kualitas (jaminan kualitas) dan Kontrol Kualitas (kontrol kualitas) bingung. Seringkali Anda dapat melihat representasi skematis di mana QC terletak di dalam QA, dan pengujian itu sendiri di dalam QC.
Jauh lebih tepat untuk menggambarkan ini:
Faktanya, QA dan QC adalah dua hal yang berbeda dan mereka berjalan paralel satu sama lain. Secara kasar, Anda dapat mengajarkan pengujian sederhana kepada hampir semua orang: duduk di meja, berikan rakitan beta aplikasi dan katakan: "Periksa cara kerjanya." QC adalah seorang insinyur yang mengetahui pendekatan, melihat produk hidup, mengembangkan strategi pengujian dan mengetahui prinsip-prinsip dasar, yaitu, mengontrol kualitas produk itu sendiri. QC bekerja langsung dengan pengembang, menyusun basis kasus dan mengatur pengujian.
QA adalah orang yang memberikan kualitas bukan pada tingkat produk yang diproduksi, tetapi seluruh perusahaan secara keseluruhan, yaitu, bertanggung jawab atas proses dan menyediakan kondisi untuk operasi QC yang benar, mengoordinasikan departemen untuk sejumlah produk dan menyusun rencana pengujian. Tanggung jawab QA dimulai dengan negosiasi dengan pelanggan, bekerja dengan departemen terkait dan membangun interaksi, berlanjut dalam proses pengembangan dan berakhir pada presentasi produk. Ini mempengaruhi tidak hanya aspek teknis, tetapi juga hukum. Di perusahaan, semua departemen sendiri dapat bekerja dengan baik: penjualan dijual, kode programer, manajer proyek mengendalikan proses. Namun, untuk mekanisme untuk beroperasi tanpa selip, interaksi antara departemen jelas, dan output adalah produk kelas satu, jaminan kualitas diperlukan - ini adalah Jaminan Kualitas.
Bagaimana cara menjadi tester?
Saat ini, tidak ada departemen atau bidang khusus di bidang pengujian di universitas-universitas Rusia, oleh karena itu, tidak ada persyaratan pendidikan untuk kandidat, walaupun memiliki spesialisasi teknis atau cybernetic akan menjadi nilai tambah yang besar.
Paling sering di lowongan untuk tester Anda dapat memenuhi persyaratan berikut:
Syarat utama bagi seorang kandidat adalah berpikir dalam algoritma dan sistem. Dianjurkan untuk memiliki semacam latar belakang teknis dan mengetahui teorinya. Apa yang dimaksud dengan pengujian, QC, QA dan bagaimana perbedaannya? Apa jenis pengujian yang ada dan bagaimana menggabungkannya? Apa itu desain uji, uji kasus, rencana uji? Anda perlu tahu setidaknya satu bahasa pemrograman berorientasi objek, dasar-dasar database, arsitektur client-server dan bekerja di berbagai OS.
Jika ini sebelumnya merupakan masalah, sekarang Internet penuh dengan sumber daya khusus, seperti
forum Pengujian Perangkat Lunak . Jika kita berbicara tentang buku, maka daftar referensi di bawah ini:
- "Menguji Perangkat Lunak Komputer", Cem Kaner, Jack Falk, Hung Q. Nguyen
- “Proses pengujian utama. Perencanaan, persiapan, implementasi, peningkatan ”, Rex Black
- “Pengujian perangkat lunak. Kursus dasar ”, Svyatoslav Kulikov
Pasar sekarang memiliki masalah besar dengan personil, karena selain keterampilan keras teknis, penting untuk memiliki pikiran yang ingin tahu, dapat menyampaikan sudut pandang Anda dan mempertahankannya di tingkat mana pun. Penting juga bagi seorang penguji untuk terjun ke bidang subjek untuk berdiskusi dengan analis bisnis dengan persyaratan yang sama dan menjelaskan kepada mereka mengapa beberapa gagasan mereka tidak akan berfungsi dengan baik. Kualitas yang baik untuk tester adalah menjadi “cukup malas,” karena orang malas cenderung mengoptimalkan proses agar tidak membuang waktu dan waktu ekstra pada mereka di masa depan.
“Jaminan dan kontrol kualitas adalah sesuatu yang baru bagi Rusia. Masalahnya adalah kesalahpahaman tentang maksud dan tujuan pengujian secara umum. Mereka membuat departemen, tetapi mereka tidak tahu apa yang harus dilakukan dengannya. Tidak ada tugas yang jelas, itulah sebabnya tidak ada motivasi untuk bekerja untuk hasilnya. Tujuh tahun yang lalu, saya mulai bekerja dalam pengujian di Ukraina dan sekarang saya menghadapi kesalahpahaman yang sama yang saya temui saat itu. Di Rusia, mayoritas pelanggan adalah sektor publik dan perbankan, dengan birokrasi yang berat dan canggung. Di Ukraina, mereka hanya menyumbang sekitar 20% dari pasar, sisanya adalah perusahaan swasta yang dapat menghitung uang mereka. ”
Marina Kulikova, Kepala QA / QC, Redmadrobot
Bagaimana cara menjadi tester?
Memasuki profesi itu sederhana, tetapi tumbuh dan berkembang lebih jauh jauh lebih sulit. Jika kita membandingkan penguji dengan pemrogram, maka yang terakhir masuk "dalam" selama karir mereka. Penguji berada di pusat siklus hidup produk, jadi dia perlu melihat seluruh gambar, kadang-kadang mencegat fungsi manajer proyek dan terlibat dalam analisis produk, yaitu, mengembangkan "dalam luasnya". Penguji mendapat banyak keterampilan dari bidang terkait, sering kurang memahami ruang lingkup bidangnya, melihat-lihat dan masuk ke sesuatu yang lain: pemrograman, pemilik produk atau analitik. Akibatnya, spesialis pengujian sering mengubah profesi mereka, dan departemen QA / QC menderita kekurangan personel yang berkualifikasi tinggi.
Meskipun pengujian benar-benar industri yang menarik, di mana kreativitas kadang-kadang tidak kurang dari pada pengembangan itu sendiri. Penguji sering harus bekerja dengan kurangnya input data, dalam kondisi spesifikasi yang ketat atau persyaratan pelanggan yang ketat, belum lagi fakta bahwa kadang-kadang Anda perlu masuk ke kode sendiri dengan tangan Anda sendiri. Tumbuh ke posisi kepemimpinan, Anda perlu banyak berkomunikasi dengan departemen lain dan dengan pelanggan, membuktikan sudut pandang Anda dari QA.
Anda dapat mempelajari lebih lanjut tentang pengujian dan mendapatkan pengalaman praktis dalam kursus
Pengujian Perangkat Lunak kami, di mana Marina Kulikova akan berbicara tentang teknik desain pengujian dan cara memastikan kualitas perangkat lunak Anda dalam kondisi apa pun.