Penguji manual sering didorong ke otomatisasi, dan saya pikir cara ini cukup alami. Inilah cara mendapatkan produk otomasi terbaik. Pertama-tama, mereka adalah rem tangan yang baik, dan sudah di tangan kedua - sedikit pengembang.
Pada artikel ini, saya akan membagikan pendapat saya tentang mengapa hal itu layak dilakukan dengan cara ini dan apa yang akan terjadi jika otomasi datang secara berbeda.
Penafian: Saya tidak ingin menyinggung penguji dengan artikel saya. Saya sangat menghargai "rem tangan" dan saya memulai perjalanan saya dengan pengujian manual.Saya telah bekerja sebagai kepala departemen pengujian selama sekitar dua tahun. Baru-baru ini, banyak automator datang kepada saya untuk wawancara, yang tidak memiliki basis dalam pengujian. Mereka memiliki pengalaman dalam otomatisasi. Namun dalam pekerjaan mereka, mereka selalu bergantung pada desain pengujian orang lain (dibuat oleh "handbracers").
Dalam dunia yang ideal, keterampilan ini sesuai dengan tugas: penguji fungsional mengerjakan kasus uji dan benar-benar merumuskan tugas untuk tes mandiri. Mesin perlu menggambarkan apa yang dilihatnya. Tetapi pada proyek nyata, insinyur otomatisasi harus masuk sedikit lebih dalam ke esensi masalah ini. Jika tugas tersebut memerlukan beberapa keterampilan desain sendiri, mesin pengujian otomatis tanpa pangkalan akan lebih suka melakukan segala sesuatu dengan hati-hati, hanya karena tampaknya benar baginya. Seringkali ini mengarah pada fakta bahwa beberapa kasus diperiksa dua kali, sementara yang lain tidak diperiksa sama sekali.
Saya ulangi, saya tidak ingin menyinggung siapa pun. Tetapi begitu banyaknya kandidat membuat saya mempertimbangkan sekali lagi faktor-faktor apa yang penting dalam pekerjaan QA. Dan di sini tiga kesimpulan meminta:
- pada proyek nyata, insinyur otomatisasi membutuhkan keterampilan "rem parkir";
- "Rem tangan" yang berkembang cepat atau lambat akan meninggalkan pengujian manual, mungkin ke otomatisasi;
- jalur dari "rem tangan" ke alat otomatisasi adalah jalur menuju kemandirian yang lebih besar, yang berkorelasi baik dengan format pekerjaan jarak jauh.
Saya akan membahas lebih sedikit tentang masing-masing dari mereka.
Mengapa otomasi memerlukan pengalaman "rem tangan"?
Seperti yang sudah saya catat di awal, automator membutuhkan dasar teori. Tetapi saya tidak berbicara tentang pendidikan khusus. Kami membutuhkan pengalaman dalam analisis praktis aplikasi nyata.
Untuk menguji fitur berikutnya, yang sedang dipersiapkan untuk produksi, penguji fungsional menganalisis spesifikasi dalam upaya untuk menutup sebagian besar kasus. Mereka belajar untuk menutupi jumlah maksimum kasus dan masalah yang mungkin terjadi dengan waktu minimal (baik prosesor mereka sendiri dan, secara relatif,). Dalam pengujian, ini adalah salah satu keterampilan dasar - seperti berjalan. Dan seperti yang mereka katakan, jika Anda tidak tahu cara berjalan, Anda tidak akan bisa bermain sepakbola (otomatis).
Mesin otomasi yang telah melewati tahap pengujian manual seringkali dapat dengan mudah menulis kode. Tetapi ini tidak cukup. Singkatnya, Anda tidak dapat menjelaskan seluruh basis yang hilang. Untuk mendapatkannya, Anda harus beralih ke sisi pengujian fungsional, tidak peduli betapa anehnya itu terdengar. Kami terutama penguji, dan hanya kemudian otomatisasi.
Apakah rem tangan layak untuk diotomatisasi?
Pada suatu waktu, otomatisasi menarik saya dengan fakta bahwa, tidak seperti pengujian manual, tugas-tugas di dalamnya tidak begitu seragam. Dalam peran rem parkir, saya bosan. Saya selalu ingin melakukan sesuatu untuk mengurangi rutinitas. Dan dari otomatisasi saya jadi tinggi.
Saat masih rem tangan, saya mulai menggunakan Selenium IDE (menurut saya, ia masih hidup), yang memungkinkan saya untuk merekam tindakan manual. Dia secara otomatis membentuk semacam naskah dari mereka dengan pencari lokasi yang secara otomatis ditemukan. Ketika saya bereksperimen dengannya, semuanya tampak agak canggung, kadang-kadang jatuh, tetapi Selenium IDE yang mendorong saya untuk berpikir: mengapa tidak menulis sesuatu sendiri? Saya menyadari ide itu dalam pekerjaan tuan saya, dan kemudian saya pergi bekerja sebagai insinyur otomasi.
Jalur dari "rem tangan" ke otomatisasi adalah salah satu dari dua kemungkinan. Ini adalah pengembangan cabang teknologi. Ketika Anda meningkatkan keterampilan Anda, Anda semakin dekat dengan pengembangan. Dengan cara yang sama, Anda masuk ke dalam kode, hanya saja, menurut pendapat saya, ini bahkan lebih menarik daripada pengembangan.
Cara kedua adalah mengikuti garis manajerial: menjadi pemimpin QA, lalu mengelola proyek, dll. Di sini perlu untuk memompa keterampilan bisnis yang sudah ada, untuk belajar melihat secara berbeda pada proyek dan pengujian secara umum.
Tidak ada cara ketiga - hanya di luar QA. Jika Anda terus berkembang, Anda tidak akan tetap dalam pengujian manual - Anda akan bersandar pada langit-langit tugas. Ya, Anda dapat memompa, misalnya, sebagai spesialis dalam menguji "kotak putih". Tetapi dengan probabilitas 99% di beberapa titik, itu akan menjadi lebih menarik bagi Anda untuk melakukan sesuatu di luar ruang lingkup dokumentasi tes. Dan apakah Anda akan memilih salah satu dari dua jalur yang disebutkan di atas, atau Anda akan meninggalkan pengujian sama sekali. Misalnya, Anda akan terbawa oleh beberapa tugas infrastruktur, akibatnya Anda akan berkembang sebagai devops. Dan mereka yang tidak menyadari atau mengabaikan keinginan untuk pindah, dalam pengalaman saya, dengan cepat "menghilang".
Ngomong-ngomong, dan gaji, yang dari otomatisasi, yang dari manajer, lebih tinggi (ini adalah jika kita mengingat sisi materi dari masalah ini).
Namun, tidak ada yang mengatakan bahwa pengujian manual harus dilakukan sekali dan untuk semua. Saya sendiri terkadang suka menyodok sesuatu: membaca spesifikasinya, mengerjakan desain tes lama yang bagus - untuk membantu orang-orang dari departemen saya. Seperti yang saya katakan di atas, kami terutama penguji.
Dari "rem tangan" ke otomatisasi - cara menuju udalenka
Karena saya memiliki kesempatan untuk bekerja di berbagai sektor pengujian sepenuhnya dari jarak jauh, saya ingin berbagi pengalaman saya di sini juga. "Rem tangan" dan otomatisasi memiliki kumpulan tugas yang sedikit berbeda, yang membuat mereka merasa berbeda dalam format pekerjaan jarak jauh.
"Handmen" mungkin sedikit lebih sulit untuk menemukan pekerjaan jarak jauh. Ada banyak lowongan, tetapi persaingan untuk mereka agak besar - ada penguji tangan yang lebih baik daripada insinyur otomatisasi yang baik. Tetapi bahkan jika pekerjaan yang diinginkan diperoleh, pengujian manual melibatkan komunikasi yang konstan dengan rekan kerja. Dalam proses penulisan dokumentasi pengujian untuk spesifikasi seseorang, banyak pertanyaan muncul: kepada analis, kepada pengembang, dll. Penguji manual harus mencari orang dan bertanya kepada mereka bagaimana ini akan diterapkan. Lebih mudah untuk bekerja di suatu tempat yang dekat agar dapat datang dan mengobrol langsung.
Rem tangan dapat bekerja dari jarak jauh jika proyek memiliki komunikasi yang dibangun dengan baik atau tim didistribusikan sepenuhnya, ketika tidak ada yang memiliki keunggulan dalam komunikasi. Kalau tidak, akan sulit menjangkau seseorang di kantor. Rekan kantor bisa langsung masuk ke ruang rapat dan kembali dalam 2 jam. Anda akan mencoba menjangkau mereka selama ini. Jauh lebih sulit untuk melupakan kehidupan seseorang.
Automator dalam pengertian ini lebih mudah. Tugasnya terurai: duduk dan minum kode. Bahkan, ia dapat bekerja secara terpisah dari tim, terutama jika ini adalah proyek yang sangat ideal di mana ia diberikan test case dari penguji fungsional.
Jadi, jalan dari rem tangan ke otomatisasi adalah jalan tidak hanya ke penghasilan besar, tetapi juga ke tempat terpencil, jika ada kebutuhan untuk itu.
Apakah Anda pernah beralih antar bidang TI? Bagaimana Anda memilih jalan Anda?
Penulis artikel: Ruslan Abdulin
Artikel ini adalah bagian ketiga dari seri publikasi karir karier IT kami.
Bagian pertama ada di
sini .
Bagian kedua ada di
sini .
PS Kami menerbitkan artikel kami di beberapa situs Runet. Berlangganan ke halaman kami di
VK ,
FB atau
saluran Telegram untuk mencari tahu tentang semua publikasi kami dan berita Maxilect lainnya.
Bantu kami membuat artikel blog lebih menarik:
Harap jawab tiga pertanyaan .