🧕🏿 😘 🕵🏿 Profesi: Penguji 📑 🌾 👩🏿

Penguji: Apakah ini bug atau fitur?
Pengembang: Sejauh ini ini adalah fitur.
bash.im

Seorang insinyur pengujian adalah spesialisasi pertama saya di bidang TI pada 2010-an, seperti, mungkin, bagi banyak orang. Itu klasik "masuk TI": pada waktu itu hanya ada pendidikan ekonomi dan 4 tahun pengalaman dalam pekerjaan analitis di telekomunikasi. Dari keterampilan: mata menyala, keinginan besar, pengetahuan rata-rata administrasi UNIX dan model OSI yang dipelajari dengan hati (tanpa banyak pemahaman tentang apa yang harus dilakukan selanjutnya). 87 pertanyaan pada wawancara (dari "apa itu chmod 777" dan "bagaimana ssh bekerja" untuk "memberi tahu kami tentang prinsip-prinsip TCP dan menjelaskan dengan contoh") - dan posisi insinyur pengujian ada di tangan saya. Beberapa saat kemudian dalam 2 tahun ada segalanya: kebanggaan, keputusasaan, kekecewaan, kerja bagus, pertumbuhan cepat, proyek keren, dll. Jika saya tahu sedikit tentang profesi seorang penguji maka, tidak akan ada banyak menit dan jam yang tidak menyenangkan. Baik,biarlah mereka yang hanya memilih jalannya atau mengubah arahnya tidak akan memilikinya - artikel ini untuk Anda.

Siapa ini?

Seorang penguji (saya akan menyebutnya sedikit, saya akan menjelaskan sedikit kemudian alasan reservasi), ia juga seorang insinyur QA (Quality Assurance) - spesialis yang memeriksa kualitas perangkat lunak dan tingkat kepatuhannya dengan kebutuhan yang telah ditentukan dan hasil yang diharapkan. Dalam karyanya, ia menggunakan berbagai alat, strategi pengujian, termasuk dalam perintah SCRUM, dll.

Terkadang ada dua "tipe" utama penguji.

Tester adalah tester pemula yang melakukan sebagian besar pengujian manual sesuai dengan rencana pengujian yang dijelaskan sebelumnya. Nama buruk cowok sering tersinggung.

Ini adalah penguji, tetapi cowok dan cewek masih penguji! (menit chauvinisme IT)
— junior lead, , , -, ( ).

Ini adalah klasifikasi yang sangat besar dan tidak terlalu serius. Bahkan, penguji berbeda: spesialis pengujian otomatis, penguji DBMS, analis pengujian, penguji, penguji DevOPs, dan sebagainya. Semuanya tergantung pada keterampilan apa yang digabungkan masing-masing spesialis.

Secara umum, pekerjaan seorang insinyur pengujian dapat direduksi menjadi urutan berikut: perangkat lunak yang diterima → menentukan set tes yang diperlukan → membandingkan posisi sebenarnya dari jambs, kruk, sepeda dan bug dengan hasil yang diharapkan dari program (kompleks perangkat keras-perangkat lunak) → bug yang dimulai → Anda bekerja dengan mereka sampai mereka tutup. Semua ini, tentu saja, dalam satu siklus.

Saya akan mengatakan segera: beberapa bulan pertama pekerjaan dalam pengujian menyerupai hari groundhog, Anda melakukan hal yang sama, menjalankan tes yang sama beberapa kali, meletakkan lulus atau gagal, memulai bug dan tampaknya pekerjaan ini jelas bukan untuk Anda, tetapi bukan untuk anak sekolah atau monyet. Dan perasaan diri ini sangat menyedihkan dan sama salahnya. Semuanya berubah ketika pengalaman datang.

Berikut adalah tahapan-tahapan yang mungkin Anda lalui di tempat kerja sebagai penguji dari awal.

2-3 bulan pertama - pelatihan. Jika perusahaan baik dan maju, mereka akan memberi Anda seorang mentor yang akan membantu Anda menguasai semua metodologi pengujian yang diadopsi oleh perusahaan, menunjukkan kepada Anda peralatan, berbicara tentang perangkat lunak, tugas-tugas perangkat lunak ini, dan tentu saja tentang pelanggan. Terkadang, mengikuti hasil pelatihan seperti itu dengan seorang mentor, Anda bahkan harus lulus ujian kecil (wawancara mini). Ini sepenuhnya normal karena itu adalah QA yang merupakan divisi penting di jalan menuju klien dan pekerjaan baiknya adalah jaminan bahwa produk Anda dalam bisnis orang lain akan mulai bekerja, dan tidak berantakan. Jika perusahaan tidak benar-benar peduli dengan pengembangan karyawan, Anda harus mencapai semuanya sendiri, tetapi saya tidak akan mengatakan itu sangat buruk: dengan belajar mandiri, perendaman dalam perangkat lunak berjalan jauh lebih dalam dan Anda memahami lebih banyak daripada apa yang dikatakan “mentor” berpengalaman tentang produk tersebut, yang dia tahu betul.

Mereka menyukai pendatang baru untuk pengujian - kadang-kadang mereka menemukan bug paling menarik dan tidak terduga, yang telah lama dilupakan oleh karyawan lama.

Cerita. Seorang gadis baru datang ke satu perusahaan, yang tidak menunjukkan dirinya dengan cara apa pun, diam-diam mempelajari perangkat lunak dan prinsip-prinsip kerjanya dengan peralatan yang berbeda. Ketika dia baru saja memulai pengujian, kritis datang dari klien federal yang besar dan jahat (bug paling jahat, lebih buruk hanya yang menghalangi) - perangkat lunak menolak untuk menutup. Menyekop seluruh kode, saling berteriak, memeriksa semua koneksi, dll. Setelah tiga jam melempar, gadis itu mencicit:
- Dan kemudian salib tidak aktif.
Memang, satu-satunya fungsi yang sangat jelas tidak berfungsi. Tetapi para profesional melayang ke hutan, dan seorang amatir yang antusias segera memperhatikan perilaku abnormal.

Selanjutnya - dari beberapa bulan hingga 2 tahun - pengujian manual. Anda akan melakukan sebagian besar jenis tes dalam mode manual, mulai menyusun rencana pengujian dan berinteraksi dengan pengembang. Pada tahap ini, hari groundhog yang sama datang, ketika tampaknya kuda-kuda itu berjalan dalam lingkaran dan selanjutnya - rutin dan kebosanan. Ini tidak benar. Selama periode ini, insinyur pengujian membangun pemahaman pengujian yang terintegrasi, belajar untuk bekerja dengan programmer, tidak hanya melihat bug itu sendiri, tetapi juga menganalisis kemungkinan penyebabnya. Hal utama yang muncul selama waktu ini adalah kesadaran bahwa pengujian manual harus tetap ada pada abad terakhir dan ... saatnya telah tiba untuk beralih ke pengujian otomatisasi ketika Anda mulai mempelajari bahasa pemrograman (atau menggunakan yang sebelumnya dikuasai) dan menulis skrip Anda sendiri - skrip yang menurut Anda perlu untuk bekerja dengan perangkat lunak.Bagian yang sangat keren akan datang. (Namun, banyak penguji, terutama perempuan, lebih suka berhenti pada pengujian manual dan menjadi kartu as yang sesungguhnya - omong-omong, mereka adalah karyawan yang sangat berguna dan, seperti yang ditunjukkan oleh pengalaman, mentor terbaik untuk pemula).

Dari 2 tahun ke depan - spesialis yang memenuhi syarat, siap untuk bekerja di kantor dan di sisi klien, untuk menguji proyek-proyek besar, tidak hanya fragmen dan modul, yang mengetahui spesialisasinya secara mendalam dan tidak semua orang sangat mendalam, mampu bekerja tidak hanya dengan perangkat lunak khusus, tetapi juga Uji interaksi dalam berbagai konfigurasi perangkat keras, perangkat lunak, dan integrasi. Orang-orang seperti itu berbicara dengan dingin dan cerdas di konferensi dan pertemuan, berbagi rahasia profesional, melatih dan ... memikirkan jalur karier masa depan mereka. Lebih lanjut tentang ini di bawah ini.

Pekerjaan penguji perangkat lunak bagus karena Anda dapat memilih perusahaan yang terkait dengan apa yang Anda minati dalam beberapa perspektif: Anda dapat menguji telepon, perangkat lunak, perangkat lunak bisnis, game, aplikasi seluler, sistem keamanan, dll. Saat menguji produk tertentu, Anda menyelami dalamnya, belajar dari dalam dan di masa depan Anda bisa menjadi pengembang atau manajer proyek / produk dengan pengetahuan mendalam tentang subjek tersebut.

Dan ya, pengujian adalah salah satu cara terbaik untuk memulai karir di bidang IT, dapat diakses oleh kebanyakan pria dengan kepala di pundak mereka. Karena itu, jika Anda ingin, tetapi belum jelas apa dan di mana, pergi ke ~~penguji, penguji~~ , itu akan dengan cepat menjadi jelas.

Pro dan kontra bekerja sebagai tester

Bagian ini tidak ada di posting sebelumnya dalam seri profesi, tetapi akan ada di sini. Karena ada banyak desas-desus, perselisihan seputar pekerjaan insinyur pengujian, seseorang membencinya, dan seseorang mencurahkan seluruh karirnya untuknya. Jadi mari kita membahas apa yang baik dan apa yang buruk.

▍ Plus

Sampai titik tertentu, pekerjaan tester lebih sederhana daripada spesialisasi teknis lainnya dan tersedia bagi banyak orang yang tertarik di bidang TI. Apakah akan melewati batas ke interval di mana pekerjaan menjadi sesulit mungkin adalah keputusan semua orang. Jika Anda tidak melangkah lebih jauh, mereka tidak akan mengeluarkan Anda dari pengujian, Anda masih akan diminta.
Kebutuhan akan penguji tidak akan hilang selama ada teknologi informasi, komunikasi, internet, robot, pilot otomatis, dll.
— , . , ( , , ..).
: , , , .
, , , , , .
.
« » , , . . — , .

▍

:-) , : , , , . ?! — , . , , . , , .
, .
, . .
— , .
— . , « » . , ( ).
- — - , .

Pilihannya tergantung pada seberapa dekat plusnya bagi Anda dan apakah Anda bersedia membayar untuk mereka dengan apa yang tercantum dalam minus. Pada prinsipnya, dengan pengorganisasian kerja yang tepat dan pengorganisasian diri seorang karyawan, banyak dari kekurangannya dikurangi menjadi nol.

Di mana itu dibutuhkan?

Tidak seperti pengembang, tester tidak diperlukan di semua perusahaan di mana setidaknya beberapa alat atau aplikasi otomasi diproduksi (tetapi sia-sia! Tapi ini adalah keputusan perusahaan itu sendiri). Namun, pasti penguji dari semua tingkatan diperlukan di sejumlah perusahaan.

Setiap perusahaan pengembangan, serta pemasok perangkat lunak dan sistem perangkat keras (dari prosesor ke register kas dan terminal).
Pengembang game dan aplikasi seluler yang menghibur.
Perusahaan Fintech: bank, broker, lembaga keuangan, dll.
Integrator sistem yang menyediakan solusi teknis multilayer yang kompleks ke segmen perusahaan.
Seringkali, penguji perangkat lunak diperlukan di negara bagian pabrik, perusahaan mobil, media online, pengecer, kursus online, dll.

Ngomong-ngomong, profesi seorang tester adalah salah satu centenarian IT dengan potensi besar. Karena meskipun robot memprogram robot walaupun ada orang, seseorang harus menguji semua perangkat dan aplikasi ini dalam hal adaptasi terhadap penggunaan manusia. Jadi para pengujilah yang akan menjadi penghalang terakhir dalam perjalanan robot ke tas-tas ~~bajingan~~ kulit :-)

gaji rata-rata

Kami akan melihat gaji pada "Habr Karir". Ambil data untuk paruh kedua 2019, terlepas dari kepemilikan tumpukan tertentu.

Untuk spesialis pengujian manual:

Tingkat spesialis	gaji rata-rata
Magang (Magang)	33 333 gosok.
Muda	44 024 gosok.
Tengah	68 031 gosok.
Senior	107 203 gosok.
Presenter (Pimpinan)	146 428 gosok.

Untuk spesialis pengujian otomatis:

Tingkat spesialis	gaji rata-rata
Magang (Magang)	36 366 gosok.
Muda	61.486 rubel
Tengah	88 246 gosok.
Senior	131.222 gosok.
Presenter (Pimpinan)	201.461 rubel

Seperti yang Anda lihat, ada setiap alasan untuk mengembangkan dan pindah ke tingkat pengujian baru.

Persyaratan Profesional Dasar

Kali ini tidak akan ada tabel dengan teknologi yang paling sering disebutkan, karena metodologi dan alat pengujian dari perusahaan ke perusahaan bisa sangat berbeda. Pertimbangkan keterampilan-keterampilan yang tanpanya karier tidak akan berhasil sama sekali (perhatikan - Anda dapat memperolehnya selama masa kerja, buat mereka dingin di awal, tetapi tidak sama sekali).

— , + . .
— Java, SQL, Python, .
Agile, -.
Linux.
.
OSI ( , .). Wireshark.
— Bugzilla, Jira .
Selenium — -. .
Dianjurkan untuk memahami strategi untuk menguji kotak hitam, putih, abu-abu dan realisasi di mana Anda paling berlaku sebagai spesialis.

Ini adalah dasarnya, dengan pengalaman Anda akan melihat di mana dan seberapa dalam Anda perlu menyelam.

Ngomong-ngomong, jika Anda sama sekali tidak memiliki pengalaman, tetapi ada sedikit waktu untuk mempersiapkan pekerjaan di masa depan sebagai penguji yang sejalan dengan studi Anda, saya memiliki tiga peretasan untuk Anda.

Menjadi Freelancer QA untuk proyek pengujian manual kecil. Mereka membayar sedikit, tetapi Anda akan belajar cara berpikir sebagai penguji, menulis kasus uji dan melaporkan hasil.
Jika tujuannya adalah untuk menguji web (dan ini paling sering), buat miring sendiri, tetapi situs web lengkap tanpa templat dan CMS siap pakai. Jadi, Anda akan memahami bagaimana lingkungan bekerja dari dalam dan Anda akan mengetahui habitat semua serangga biasa.
Temukan program dari setiap kursus pengujian, cari bahan-bahan di atasnya dan kumpulkan landasan teoretis agar berhasil lulus wawancara pertama.

Kualitas pribadi yang penting

Pada prinsipnya, seorang tester bisa menjadi seorang introvert atau ekstrovert, seorang gamer atau pemain peran, baik jenisnya maupun tidak. Keterampilan komunikatif berperan dalam tim, tetapi kecukupan keseluruhan secara keseluruhan dan kemampuan untuk mengekspresikan pikiran seseorang sudah cukup. Dalam pengujian, Anda memerlukan pengaturan kepribadian lain yang lebih halus.

Keterampilan analitik untuk memahami hubungan, menganalisis data dalam jumlah besar, hasil tes, dll.
Keterampilan manajemen waktu dan perencanaan - hanya dengan mereka Anda dapat memberikan kinerja tinggi dengan latar belakang beban kerja yang serius.
Intuisi khusus yang datang dengan pengalaman adalah bahwa penguji harus mengantisipasi terlebih dahulu di mana kesalahan potensial dapat diharapkan.
Ambang batas kesabaran dan stres yang tinggi - penting untuk menguji produk dengan hati-hati, berdiskusi diam-diam dengan pengembang, berulang kali mereproduksi bug, mengerjakan kasus uji yang sama, dll.
Kemampuan berkonsentrasi dan mempertahankan perhatian untuk waktu yang lama. Ngomong-ngomong, kadang-kadang pengujian yang memungkinkan Anda untuk mengembangkan keterampilan ini dan menyimpannya untuk karir masa depan Anda.

Kebutuhan akan pengetahuan bahasa asing

Mungkin insinyur penguji adalah jenis spesialisasi langka di IT, di mana Anda dapat mengetahui bahasa secara eksklusif pada tingkat perintah alat. Ini karena dua fitur penting:

banyak artikel dan metode telah diterjemahkan ke dalam bahasa Rusia;
seringkali volume pengetahuan bahasa ditentukan secara tepat oleh fitur-fitur produk dan perusahaan - masing-masing, jika perusahaan bekerja di pasar bahasa Inggris, level diperlukan (misalnya, untuk menguji dokumentasi atau berkomunikasi dengan tim internasional dan pelanggan), dan jika itu ada di pasar Rusia, maka persyaratan bahasa praktis nol.

Tetapi sekali lagi, jika Anda ingin tumbuh menjadi otomatisasi serius atau menuju pengembangan, Anda akan membutuhkan bahasa lebih dan lebih banyak, jadi lebih baik untuk tidak membuang waktu dan mengejar ketinggalan bahkan dengan Menengah.

Saya punya contoh ketika saya membutuhkan tester dengan pengetahuan bahasa Jepang dan secara terpisah - dengan pengetahuan bahasa Jerman, termasuk untuk bekerja dengan klien (jarak jauh). Jadi, mereka menemukan, melatih, dan memberi gaji lebih tinggi daripada para pengembang di perusahaan. Karena spesialisnya unik. Mereka belum menghilang sekarang :)

Tempat belajar

Ada kursus pengujian perangkat lunak dasar dalam spesialisasi khusus di universitas, ada kursus di universitas perusahaan dan kursus individu dalam perusahaan.

Pelatihan mendasar untuk insinyur pengujian di Rusia tidak ada.

Mungkin, ini untuk pertama kalinya dalam seri kami "Profesi" yang akan saya soroti kursus online untuk mengajar pengujian: mereka benar-benar dapat memberi Anda informasi terkini, mengajarkan prinsip-prinsip pengujian, mempelajari cara menemukan, melihat dan memperbaiki bug, dll. Untuk pemula, Anda dapat menemukan opsi yang dapat diterima dan melewatinya - ini akan memberi Anda kepercayaan diri dalam wawancara dan pengetahuan pertama kali.

Pelatihan terbaik di bidang ini adalah beralih dari peserta pelatihan ke perusahaan menengah atau senior di perusahaan. Berlawanan dengan latar belakang upaya pendidikan mandiri, umumnya sempurna. Sebagai aturan, setelah pengalaman pertama didapat di sebuah perusahaan, mendapatkan tester ke orang lain cukup mudah. Hal utama adalah menemukan latihan pertama yang dihargai :)

Buku dan Alat Belajar Teratas

▍Buku

Arbon Jason, Carollo Jeff, Whittaker James "Cara menguji di Google" - sebuah buku informatif yang lebih baik untuk dibaca sudah dengan beberapa pengalaman, setidaknya junior. Tapi apa yang saya bicarakan! Baca dan nikmati di tingkat mana pun, sangat berguna dan ditulis dengan baik.
Boris Beiser “Menguji kotak hitam. Teknologi untuk pengujian fungsional perangkat lunak dan sistem ”adalah literatur klasik untuk penguji. Ini lebih merupakan buku teks akademik tentang pengujian, sangat masuk akal.
, , « » — ( ).
« , -» — , . .

▍-

. ( — ) — , .
www.learnqa.ru — - (, , )
YouTube — ,
QA Club Komunitas penguji Pengujian perangkat lunak - komunitas penguji VKontakte (komunitas)

Articles Artikel bermanfaat tentang Habré tentang profesi itu sendiri

Nah, secara umum, hub "Testing IT-systems" siap melayani Anda. Di Habré ada banyak hal berguna tentang hal ini.

▍ Penguji pesta

Ngomong-ngomong, jika saya skeptis tentang konferensi pengembangan, maka saya merekomendasikan menghadiri konferensi, pertemuan, festival dan pertemuan penguji dan membiasakan diri dengan program ini - Anda bisa mendapatkan penemuan dan teknik yang sangat menarik di gudang senjata Anda.

▍ Wikipedia

Pengujian perangkat lunak adalah artikel Wikipedia yang hebat yang akan memperkenalkan Anda pada tantangan di masa depan dalam profesi ini sekaligus. Saya membayar upeti kepadanya sebagai sumber pertama dari pengetahuan pengujian saya. Ngomong-ngomong, maka dia jauh lebih sederhana.

Masa depan penguji

Selain cara standar dalam pengujian (dari trainee menjadi pemimpin), ada beberapa cara yang paling mungkin untuk mengembangkan karier penguji.

Pengembangan perangkat lunak adalah cara yang logis dan bukan yang paling sulit bagi mereka yang tertarik dalam bahasa pemrograman dan ingin tidak hanya memilih kode orang lain dan proyek yang sudah jadi, tetapi juga membuat sesuatu di dalam tim.
Manajer proyek. Pengetahuan yang sangat baik tentang proyek secara keseluruhan, pemahaman tentang kebutuhan dan persyaratan pelanggan adalah cara langsung ke titik ini.
Scrum master adalah spread yang menarik, yang dikelola penguji dengan baik berkat pengetahuan proyek secara keseluruhan dan kemampuan untuk merencanakan tenggat waktu dengan ketat.
Analis bisnis, pemasar - uang, tetapi tidak begitu posisi teknis untuk orang-orang dengan keterampilan komunikasi yang baik.

Pada prinsipnya, setelah pengujian itu baik untuk bekerja di posisi apa pun di perusahaan IT, dari manajer PR hingga manajer proyek dan penyegar produk, karena Anda tahu segalanya dan sedikit lebih banyak tentang produk dan peran karyawan dalam proyek perusahaan.

Mitos tentang profesi

EstersTester - kasta terendah dari industri TI

Sekarang itu memalukan. Atau apakah itu seperti Pasukan Lintas Udara, tetapi "tidak kode - bukan spesialis TI"? Departemen pengujian pada dasarnya adalah departemen kontrol kualitas nyata yang tidak akan memungkinkan perusahaan untuk mempermalukan dirinya sendiri di depan klien (jika penopang besar jatuh di suatu tempat, hehe), akan mendeteksi kesalahan UI / UX yang jelas pada waktunya, dan memeriksa logika internal aplikasi atau layanan tersebut. Karya penguji terintegrasi dari semua perusahaan IT di dunia menyediakan tingkat kualitas tertentu dan menghemat jutaan uang perusahaan yang dapat hilang pada keluhan dari pengguna akhir tentang bug yang tidak ada habisnya.

Penguji adalah spesialis IT yang kuat dan kuat yang dibedakan oleh pendekatan terintegrasi untuk perangkat lunak dan agribisnis, pengetahuan yang mendalam tentang produk dan kemampuan untuk melihat hubungan yang tidak jelas dalam pengembangan.

▍Menguji hanya menemukan bug

Tidak. Pengujian adalah proses ujung ke ujung yang kompleks untuk bekerja dengan suatu produk, lingkungan perangkat keras dan lunaknya, dan juga dengan dokumentasi. Menemukan bug adalah masalah yang sangat kecil, tetapi menganalisis, mereproduksi, mengumpulkan semua informasi, mengambil kesedihan, menyusun rencana pengujian dan mengotomatiskan tugas-tugas rutin, menurunkan beban, dll. ini adalah pekerjaan multidisiplin yang kompleks.

▍Penguji membayar sedikit

Pada awalnya, ini benar-benar bukan pekerjaan yang paling banyak dibayar. Setuju, perusahaan tersinggung membayar karyawan, yang sebagian besar sedang belajar. Tetapi upah berangsur-angsur tumbuh dan semakin tergantung pada perusahaan: ketika saya bekerja, saya hanya menerima 3 ribu rubel. kurang dari pengembang kelas menengah, tapi saya tahu perusahaan di mana penguji mendapatkan lebih banyak dan lebih sedikit daripada pengembang. Banyak tergantung pada profil perusahaan dan keterampilan penguji. Jelas bahwa otomatisasi akan lebih mahal. Tapi kata-kata "bayar kecil" jelas bukan tentang pengujian.

▍Tidak ada keterampilan teknis yang diterapkan

Saya sudah membuat daftar perkiraan tindakan penguji, dan semuanya benar-benar rekayasa. Meskipun Anda dapat masuk ke pengujian tanpa latar belakang teknis, Anda tidak akan dapat bekerja tanpa latar belakang teknis: Anda akan mempelajari semuanya dengan cepat, atau pergi ke departemen non-teknis, karena "kemanusiaan telanjang" sedang berduka di departemen QA. Ya, pada tahap tertentu Anda tidak akan diharuskan memiliki pengetahuan mendalam tentang bahasa pemrograman (tetapi apakah Anda ingat bahwa penguji dengan pengetahuan pengembangan yang lebih tinggi dihargai lebih tinggi?), Tetapi teknik, admin, dan pengetahuan teknis umum akan bermanfaat bagi Anda. Anda akan menggunakannya secara harfiah setiap hari.

Tip utama

Tidak akan ada saran, ada cukup banyak dari mereka dalam artikel. Saya akan memberitahu Anda bahwa hal terburuk dalam profesi seorang penguji. Itu sangat menakutkan sehingga merinding dan pusing. Panggilan independen pertama untuk pengujian. Anda duduk, melakukan tes dan lulus, lulus, lulus ... Dan tidak ada satu pun, bahkan bug terkecil, paling bodoh dan kecil! Dan Anda takut tidak memiliki ini - untuk melihat kesalahan, bertanggung jawab atas kualitas, menemukan sesuatu yang salah. Dan apa kebahagiaan itu ketika dia, yang pertama, keanehan pertama di header paket atau kata pertama dari antarmuka dengan kesalahan ketik.

Kemudian Anda akan memiliki jurusan, kritik dan pemblokiran bug, Anda tidak hanya akan memulai bug dengan semua yang penting, tetapi juga menginjak koridor untuk pengembang untuk mengungkapkan segala sesuatu tentang kesalahan yang ditemukan. Tetapi Anda tidak akan pernah melupakan bug pertama yang akan membuka pintu ke dunia pengujian dan tanggung jawab untuk kualitas.

Teman, apakah Anda menjalani pekerjaan dalam pengujian? Seperti apa, bug pertama Anda atau yang paling bodoh, lucu, bahkan menakutkan? Waktu cerita yang mengerikan! Seri sebelumnya "Profesi ..." → Profesi: pengembang backend → Profesi: pengembang front-end → Profesi: administrator sistem

Profesi: Penguji