Saya ingin berbicara tentang karya penguji dari perspektif atipikal, yang tidak mungkin ditampilkan di lembaga pendidikan atau literatur profesional. Menjadi seorang profesional di bidang ini, Anda pasti mulai menjalankan konsep yang diletakkan di dasar pengujian. Dan ini memiliki efek yang sangat berbeda pada pengaturan kehidupan. Tentang bagaimana tepatnya ini terjadi pada saya, di bawah luka.
Sedikit tentang dirimu
Saya telah menguji dalam satu atau lain bentuk selama lebih dari 10 tahun.
Jalan menuju IT, seperti banyak orang, saya mulai dengan pengembangan "untuk saya sendiri." Saya selalu punya sejuta ide tentang apa yang harus ditulis, dan karenanya saya secara bertahap berkembang. Saya suka memahami detail proyek dan membuat mereka toleran terhadap kesalahan, dan bahkan kemudian itu lebih atau kurang bukan bahasa apa yang harus ditulis: Saya tahu bagaimana cara algoritma, dan sintaks google adalah masalah minggu ini.
Suatu tempat di tahun 2005, saya bertemu dengan seorang pria yang benar-benar membuka industri pengujian untuk saya. Bahkan pada saat itu saya merasa bahwa ideologinya sepenuhnya konsisten dengan aspirasi batin saya. Akibatnya, orang itu beralih dari penguji biasa ke direktur teknis dan bahkan kemudian dia memanggil saya untuk bekerja untuk dirinya sendiri. Tetapi karena berbagai alasan, saya masuk ke industri ini hanya setahun kemudian, mendapatkan pekerjaan di Smartbear (pada waktu itu - Automated QA Corporation), yang alat pengujian otomatis lengkap pengujiannya diketahui, mungkin, bagi semua penguji. Namun, saya tidak bisa langsung ke TestComplete, tetapi ke produk lain, Automated Build Studio - pada kenyataannya, langsung ke otomatisasi. Ngomong-ngomong, saya benar-benar jatuh cinta dengan pendekatan GUI untuk otomatisasi, saya bahkan menulis analog untuk diri saya sendiri ketika saya meninggalkan perusahaan.
Selanjutnya, saya berhasil bekerja baik untuk pelanggan asing, dan untuk Rusia. Dan saat ini saya mengotomatisasi pengujian di perusahaan yang sepenuhnya terpencil di Rusia (saya akan memikirkan format pekerjaan lebih lanjut).
Selama waktu yang dihabiskan dalam profesi ini, saya menyadari bahwa pengujian tidak hanya pekerjaan, tetapi juga gaya hidup aneh yang mempengaruhi semua aspek kehidupan Anda. Sebagai seorang penguji, Anda tidak bisa hidup sebaliknya.
Pendekatan ini memiliki sisi positif dan negatif.
Semakin sederhana tugasnya, semakin buruk perasaan Anda.
Pencarian untuk tugas-tugas kompleks tidak hanya kecanduan, tetapi juga tak terhindarkan.
Tidak peduli seberapa banyak Anda belajar, dalam alat apa pun, dalam teknologi apa pun, akan selalu ada seseorang yang tahu lebih banyak dari Anda. Dan jika Anda secara kondisional "menjalankan rutinitas" proyek sederhana, mereka akan selalu mengingatkan Anda tentang perbedaan pengetahuan ini. Kritik akan mengalir dari semua sisi, yang bisa dilakukan secara berbeda atau bahkan lebih baik di sini.
Satu-satunya cara untuk menghindari ini adalah dengan mencari masalah yang lebih kompleks di mana tidak ada solusi yang jelas, tetapi ada malam tanpa tidur untuk mencari masalah.
Sebagai contoh, pada salah satu proyek terbaru, saya menemukan pengembangan perpustakaan untuk Kerangka Robot dalam hubungannya dengan Jython. Khususnya, dalam hal itu, Anda bisa menggunakan perpustakaan pihak ketiga untuk bekerja dengan database, dan tampaknya berfungsi, tetapi tidak berhasil. Saya menghabiskan tiga malam pada akhirnya, membaca kode perpustakaan itu sendiri, untuk menemukan kesalahan dalam dokumentasi, yang salah mengindikasikan jenis dan jumlah nilai pada input. Itu adalah kemenangan dan sensasi nyata dari pencapaiannya! Dan saya suka momen-momen ini. Ini jauh lebih menarik daripada "jalur" proyek tipikal.
Namun, mengejar tugas-tugas kompleks agak membatasi jangkauan pengusaha yang mungkin. Lebih lanjut dibatasi oleh pengujian liar front-end, pengusaha tanpa persyaratan teknis yang jelas untuk menguji atau memiliki beberapa gagasan yang kabur tentang siapa otomatisasi itu. Saya telah bertemu dengan mereka yang, mengundang untuk pengujian otomatis, mengatur tugas manual atau menghubungkan penguji untuk mendukung. Masih ada beberapa yang menghemat pembelian alat normal, menawarkan untuk bekerja hampir di Google Documents. Dan Anda harus siap menghadapi kenyataan bahwa pasar dari perusahaan yang berpotensi menarik lebih sempit daripada yang Anda pikirkan.
Pendidikan tinggi tidak sama dengan pekerjaan. Basis teknis penting dan minat dalam profesi
Di tempat kerja saya saat ini, tanggung jawab saya meliputi wawancara teknis dengan penguji yang datang ke tempat kerja kami. Dalam perjalanan pembicaraan, saya tidak pernah bertanya tentang ketersediaan pendidikan tinggi, karena saya yakin itu sama sekali tidak menjamin kehadiran pemikiran logis. Mungkin teman bicara saya memiliki gelar doktor, tetapi tidak memiliki kaki dalam pengujian.
Terus terang, saya biasanya berpikir bahwa seorang penguji harus dilahirkan. Ini membutuhkan perhatian alami, ketekunan dan beberapa vena penguji khusus, ketika dari 1000 dokumen Anda dapat secara acak jatuh ke salah satu dari tiga yang salah. Benar, tidak semua orang berbagi pendapat ini.
Adalah penting bahwa bahkan dengan nada yang sama ini, Anda memerlukan basis teknis yang baik, yang hampir tidak dapat diperoleh dengan menyelesaikan kursus online dua minggu. Sulit untuk mengatakan apa yang menjadi dasar teknis dalam kasus saya. Pada tahun 90-an saya tidak memiliki akses ke Internet, saya juga tidak memiliki literatur yang diperlukan di perpustakaan, jadi saya mendapat pengetahuan dari FIDO (saya masih ingat poin saya - 2: 5022 / 5.102 dan 2: 5022 / 123.222). Dan saya berkewajiban untuk basis sertifikasi International Qualification Testing Board (ISTQB) untuk pengujian. Sepertinya mereka belum menemukan yang lebih baik.
Namun, sangat jarang saya menemukan pengetahuan ISTQB dari kandidat pekerjaan. Selain itu, kadang-kadang bagi saya tampaknya orang sama sekali tidak tertarik dengan industri ini. Pada wawancara, saya punya pertanyaan tentang konferensi: apakah kandidat menghadiri acara QA. Dan jawaban tradisionalnya adalah tidak. Bagi saya, ini merupakan indikator keseriusan dan minat calon sendiri, dan bersama dengan perusahaan tempat dia bekerja. Berpartisipasi dalam acara-acara seperti SQA Days, di mana saya akan pergi dalam waktu dekat, membutuhkan biaya. Dan beberapa "kantor Sharashkin" tidak akan membelanjakannya untuk karyawannya. Keluar dari kantong, hanya mereka yang benar-benar tertarik yang akan membayar.
Tidak ada pengalaman di mana pun
Setiap proyek dalam pengujian membuat saya belajar teknologi baru. Sebelumnya, saya berbicara tentang "pertempuran heroik" saya dengan Jython, tetapi setelah datang ke proyek itu, saya tidak tahu baik Kerangka Robot, atau, pada kenyataannya, Jython sendiri (atau bahkan Python, yang memiliki banyak hal untuk Kerangka Robot). Sekarang, mungkin, saya memahami robot lebih baik daripada siapa pun di perusahaan, karena basis pengujian menyarankan pendekatan, dan pengalaman pengembangan dalam berbagai bahasa dan pengujian proyek sebelumnya memungkinkan saya untuk dengan cepat beralih ke tumpukan baru.
Selain itu, pengalaman memungkinkan Anda untuk mendistribusikan upaya dengan benar. Saya perhatikan bahwa pendatang baru membayar banyak perhatian pada pengujian negatif - cara memecahkan sesuatu. Rupanya, stereotip mereka relatif terhadap profesi. Dalam kebanyakan kasus, pengujian negatif mereka tidak penting dan tidak perlu (yaitu, pemborosan sumber daya tidak dibenarkan, kecuali jika proyek menyiratkan perlunya pengujian semacam itu). Hanya dengan pengalaman pemahaman tentang apa yang dibutuhkan dan apa yang tidak datang dengan pernyataan masalah seperti itu.
Ngomong-ngomong, saya memiliki seluruh daftar pertanyaan di wawancara, tugas yang adalah untuk mengungkapkan kehadiran pengalaman praktis para kandidat.
Semua orang mencungkil. Rasanya sakit tapi memberi pekerjaan
Sayangnya, dunia tidak sempurna.
Dalam pengembangan, ini dinyatakan dalam kenyataan bahwa ada permintaan untuk penguji. Jika pengembang menulis kode yang hebat, kami akan dibiarkan tanpa pekerjaan. Bersama kami, mencungkil tidak hilang di mana pun, tetapi kami menutupinya dengan tes.
Penguji sendiri, omong-omong, juga tidak berdosa. Proyek apa pun yang Anda temui, terkadang Anda juga harus menulis "tongkat penyangga". Dan tidak ada yang bisa dilakukan tentang hal itu - ini kadang-kadang kondisi bisnis.
Semakin baik Anda sebagai tester, semakin mereka membenci Anda
Pengembang dengan organisasi mental yang baik, yang saya temui dalam karya-karya sebelumnya, kadang-kadang menganggap sangat serius bug dalam kode mereka, informasi tentang yang muncul dalam sistem. Dari sudut pandang mereka, ini, tampaknya, adalah sesuatu seperti pengumuman publik tentang kesalahan mereka. Dan semakin aktif Anda melaporkan bug, semakin banyak rekan kerja membenci Anda. Akibatnya, di kantor Anda, tentu saja, memiliki beberapa teman baik, tetapi sekitar sepertiga dari tim mulai menghindari Anda, dan Anda merasakannya. Ini sangat tidak menyenangkan bagi saya.
Di situs yang jauh, menjadi tester lebih mudah
Ini adalah konsekuensi alami dari pernyataan sebelumnya. Ketika Anda telah membuat cukup "simpatisan" dengan organisasi mental yang bagus di kantor Anda, tidak menyenangkan berjalan-jalan di ruangan seperti itu. Karena itu, bagi saya sendiri, saya telah lama membuat pilihan untuk udalenki. Dalam format seperti itu, hubungan yang tidak profesional menjadi sia-sia - tidak ada pandangan sekilas. Mungkin, tentu saja, saya tidak menemukan karakter seperti itu sekarang. Tetapi ada beberapa peluang untuk tabrakan semacam itu. Misalnya, kami menelepon melalui video hanya di dalam departemen QA. Dengan pengembang, di mana saya dapat menggantung bug, saya berkomunikasi hanya dalam teks, tanpa emosi. Dan bahkan jika emosi ini akan terjadi, akan lebih mudah untuk mengalaminya dalam teks daripada ketika seseorang melewati beberapa kali sehari.
Dan saya bisa makan makanan buatan sendiri yang normal, melengkapi tempat kerja seperti yang saya inginkan. Saya bisa duduk dalam panas dalam satu T-shirt (mengingat panggilan video) atau bahkan mengubah jam kerja saya sehingga di tengah hari saya pergi ke lapangan dan menonton bagaimana musim gugur dimulai atau alam bangun dari hibernasi. Dan keuntungan terpenting dari udalenka adalah menghemat waktu. Saya tinggal di dekat pusat regional. Kami hanya punya IT di sana. Dan jika saya bekerja di kantor di pusat, maka saya harus pergi ke tempat kerja satu jam per jam, dan pada hari Jumat itu satu setengah. Dan ini adalah saat Anda kehilangan: tidak dibayar, tidak terbuang sia-sia. Ditambah risiko kecelakaan dan bahan habis pakai di mobil. Dengan penghapusan biaya dan risiko ini tidak muncul.
Menurut saya, atas kehendak bebas saya sendiri, saya tidak akan pergi bekerja di kantor. Satu-satunya hal yang kadang saya kekurangan adalah komunikasi pribadi. Namun secara umum, ini adalah masalah yang diselesaikan.
Deformasi profesional memengaruhi hubungan dengan teman
Sayangnya atau untungnya, pengujian adalah gaya hidup. Saya tidak bisa berbicara untuk semua orang, tetapi itulah yang terjadi pada saya.
Pengujian dimulai dengan persyaratan proyek. Sebenarnya, tugasnya adalah memastikan bahwa produk tersebut memenuhi persyaratan ini. Selama berhari-hari mencari dan memperbaiki masalah dalam perangkat lunak orang lain, Anda mulai melakukan sesuatu yang serupa dalam hidup Anda. Saya selalu hidup dengan perasaan bahwa semuanya harus memenuhi persyaratan. Menjadi seorang tester berarti hidup sesuai aturan. Dan jika seseorang atau sesuatu melampaui aturan-aturan ini (hukum atau aturan mereka sendiri dirumuskan di kepala), itu menyebabkan saya semacam disonansi kognitif. Saya segera berusaha untuk memperbaiki bug atau setidaknya menyatakannya. Pada saat yang sama, orang-orang di sekitar Anda sangat sering menderita kenyataan bahwa Anda terus-menerus memberi tahu mereka tentang tindakan yang salah.
Ngomong-ngomong, semua ini tidak membantu menghilangkan sangat kurangnya komunikasi pribadi.
Keseluruhan kenyamanan alur kerja berarti lebih dari sekadar memenuhi mata
Di atas, saya berbicara sebagian besar tentang proyek dan hubungan dengan tim. Tetapi pekerjaan, bahkan jarak jauh, tidak hanya terdiri dari titik-titik ini. Dan di sini banyak tergantung pada proyek yang Anda masuki.
Pertama, ada dukungan material dangkal. Misalnya, kursi nyaman yang saya duduki, serta monitor 24 inci dibeli dengan mengorbankan majikan. Ditambah semua jenis pembayaran olahraga dan bonus lainnya.
Kedua, ada realisasi diri yang dangkal. Misalnya, dalam salah satu proyek di mana saya berpartisipasi (menguji proyek pelanggan untuk outsourcing), saya, satu-satunya dari agen outsourcing perusahaan ini, menarik karyawan ke kantor ini untuk wawancara dan mengundang saya ke acara perusahaan. Apakah ini nyata di sebuah perusahaan yang pengujinya adalah roda penggerak mekanisme ini? Saya meragukannya.
Bagaimanapun, saya menyukai pekerjaan saya. Dan ketika saya berhasil memecahkan masalah kompleks dalam proyek yang menarik, saya merasakan kepuasan nyata. Namun, berkembang di bidang ini, Anda harus siap dengan kenyataan bahwa pendekatan untuk bekerja akan mempengaruhi semua aspek kehidupan. Dan jika suatu hari Anda berubah menjadi tester dengan semua kecoak, tidak akan ada jalan untuk kembali.
Penulis artikel: Vladimir Vasyaev, Spesialis Utama dalam Pengujian Perangkat Lunak Otomatis
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.