Ushbu maqola, biz kabi, test sohasida munosib mutaxassisni tanlash muammosiga duch kelganlar uchun qiziqarli bo'ladi.
G'alati, respublikamizda IT-kompaniyalar sonining ko'payishi bilan faqat munosib dasturchilar soni ko'paymoqda, ammo testerlar emas. Ko'pchilik bu kasbga kirishni xohlaydi, lekin ko'pchilik uning ma'nosini tushunmaydi.
Men barcha IT kompaniyalari haqida gapira olmayman, lekin biz QA/QC rolini sifat bo'yicha mutaxassislarimizga topshirdik. Ular ishlab chiqish guruhining bir qismi bo'lib, tadqiqotdan tortib yangi versiyani chiqarishgacha bo'lgan rivojlanishning barcha bosqichlarida ishtirok etadilar.
Jamoadagi sinovchi, hatto rejalashtirish bosqichida ham, foydalanuvchi hikoyasini qabul qilish uchun barcha funktsional va funktsional bo'lmagan talablarni o'ylab ko'rishi kerak. U dasturchilar kabi mahsulotning operatsion xususiyatlarini va undan ham yaxshiroq tushunishi va hatto rejalashtirish bosqichida ham jamoaga noto'g'ri qarorlar qabul qilmaslikka yordam berishi kerak. Sinovchi amalga oshirilgan funksiya qanday ishlashini va qanday tuzoqlar bo'lishi mumkinligini aniq tushunishi kerak. Bizning sinovchilarimiz test rejalari va test holatlarini o'zlari tuzadilar, shuningdek, barcha kerakli test stendlarini tayyorlaydilar. Maymunni bosuvchi kabi tayyor spetsifikatsiyaga muvofiq test qilish bizning tanlovimiz emas. Jamoada ishlash, u munosib mahsulotni chiqarishga yordam berishi va biror narsa noto'g'ri bo'lsa, o'z vaqtida signal berishi kerak.
Sinovchilarni qidirishda nimalarga duch keldik
Ko'pgina rezyumelarni o'rganish bosqichida bizga mos tajribaga ega mutaxassislar bordek tuyuldi va bizning jamoamiz uchun testerni tanlashda hech qanday muammo bo'lmaydi. Ammo, shaxsiy uchrashuvlar davomida biz haqiqatan ham axborot texnologiyalari olamidan ancha uzoqda bo'lgan nomzodlarga ko'proq duch keldik (masalan, ular brauzer va veb-server o'rtasidagi o'zaro ta'sir tamoyillarini, xavfsizlik asoslarini, aloqador va aloqador bo'lmagan narsalarni ayta olmadilar. relyatsion ma'lumotlar bazalari, ular virtualizatsiya va konteynerlashtirish haqida hech qanday tasavvurga ega emas edi), lekin ayni paytda o'zlarini Katta QA darajasida baholadilar. O'nlab suhbatlar o'tkazganimizdan so'ng, mintaqada bizga mos keladigan mutaxassislar soni juda kam degan xulosaga keldik.
Keyinchalik, men sizga uzoq kutilgan sifatli jangchilarni topish uchun qanday qadamlar qo'yganimizni va qanday xatolarga yo'l qo'yganimizni aytib beraman.
Vaziyatni qanday tuzatishga harakat qildik
Tayyor mutaxassislarni qidirishdan charchaganimizdan so'ng, biz yaqin atrofdagi hududlarni nishonlashni boshladik:
- Biz ko'plab "qoldirish" odamlari orasidan kuchli mutaxassislarni etishtirishimiz mumkin bo'lganlarni aniqlash uchun baholash amaliyotini qo'llashga harakat qildik.
Biz taxminan bir xil bilim darajasiga ega bo'lgan potentsial nomzodlar guruhidan vazifalarni bajarishni so'radik. Ularning fikrlash jarayonini kuzatib, biz eng istiqbolli nomzodni aniqlashga harakat qildik.
Xususan, biz diqqatni, texnologiyaning imkoniyatlarini va multikulturalizm xususiyatlarini tushunishni sinab ko'rish uchun vazifalarni oldik:
- Biz mavjud kontingent o'rtasida kasbni tushunish chegaralarini kengaytirish uchun testerlar uchun uchrashuvlar o'tkazdik.
Men sizga ularning har biri haqida bir oz aytib beraman.
Ufa Software QA va Testing Meetup №1 - bu kasbga g'amxo'rlik qilayotganlarni yig'ish va shu bilan birga jamoatchilikni biz ularga etkazmoqchi bo'lgan narsalarimiz qiziqtiradimi yoki yo'qligini tushunishga qaratilgan birinchi urinishimiz. Asosan, bizning hisobotlarimiz tester bo'lishga qaror qilgan bo'lsangiz, qaerdan boshlash yaxshiroq ekanligi haqida edi. Yangi boshlanuvchilarga ko'zlarini ochishga va kattalar kabi sinovga qarashga yordam bering. Biz tajribasiz testerlar kasbga qo'shilish uchun qanday qadamlar qo'yishi kerakligi haqida gaplashdik. Sifat nima va unga real sharoitda qanday erishish mumkinligi haqida. Va shuningdek, avtomatik test nima va uni qayerda qo'llash maqsadga muvofiqdir.
Keyin 1-2 oylik tanaffus bilan yana ikkita uchrashuv o'tkazdik. Ishtirokchilar allaqachon ikki barobar ko'p edi. “Ufa Software QA and Testing Meetup №2” da biz mavzu sohasiga chuqurroq kirib bordik. Ular xatolarni kuzatish tizimlari, UI/UX testlari haqida gaplashdilar, Docker, Ansible-ga to'xtaldilar, shuningdek, ishlab chiquvchi va tester o'rtasidagi yuzaga kelishi mumkin bo'lgan nizolar va ularni hal qilish yo'llari haqida gapirdilar.“Ufa Software QA and Testing Meetup №3” uchinchi uchrashuvimiz bilvosita testerlarning ishi bilan bog'liq, ammo dasturchilarga ularning texnik va tashkiliy vazifalarini o'z vaqtida eslatishda foydali bo'ldi: yuk testi, e2e testi, avtotestda Selenium, veb-ilovaning zaifliklari .
Bu vaqt davomida biz tadbirlarimizdan eshittirishlarda normal yorug'lik va tovushni qanday yaratishni o'rgandik:
→
→
→ - Va oxirida biz testerlar uchun xakaton o'tkazishga qaror qildik
Testerlar uchun xakatonni qanday tayyorladik va o'tkazdik
Boshlash uchun biz bu qanday "hayvon" ekanligini va u odatda qanday amalga oshirilishini tushunishga harakat qildik. Ma'lum bo'lishicha, bunday tadbirlar Rossiya Federatsiyasida ko'p marta o'tkazilmagan va g'oyalarni olish uchun hech qanday joy yo'q. Ikkinchidan, men bir qarashda shubhali bo'lib tuyulgan voqeaga darhol ko'p mablag' sarflashni xohlamadim. Shuning uchun biz butun QA ish tsikli uchun emas, balki alohida bosqichlar uchun qisqa mini-hakatonlar o'tkazishga qaror qildik.
Bizning asosiy bosh og'rig'imiz - aniq test xaritalarini yaratishda mahalliy testchilar o'rtasida amaliyotning etishmasligi. Ular ishlab chiquvchilarga funktsional va funktsional bo'lmagan talablar, UI/UX, xavfsizlik, ish yuklari va eng yuqori yuklanishlar uchun tushunarli bo'lgan qabul mezonlarini yaratish va joriy etishdan oldingi foydalanuvchi hikoyalarini o'rganishga vaqt sarflamaydilar. Shuning uchun biz birinchi marta ularning ishining eng qiziqarli va ijodiy qismini - loyihadan oldingi tadqiqotlar davomida talablarni tahlil qilish va shakllantirishdan o'tishga qaror qildik.
Biz ishtirokchilarning potentsial sonini hisoblab chiqdik va bizga MVP relizlari uchun kamida 5 ta orqada qolish, 5 ta mahsulot va mahsulot egalari vazifasini bajaradigan, biznes ehtiyojlarini shifrlaydigan va cheklovlar bo'yicha qaror qabul qiladigan 5 kishi kerak, deb qaror qildik.
Mana bizda nima bor: .
Asosiy g‘oya barcha ishtirokchilarning kundalik ishlaridan iloji boricha uzoqroqda bo‘lgan mavzularni o‘ylab topish va ularga ijodiy xayolot parvozi uchun imkoniyat yaratish edi.
Biz qanday xatolarga yo'l qo'ydik va nimani yaxshiroq qilishimiz mumkin?
Sotuvchilar va quyi darajadagi menejerlarni yollash sohasida juda mashhur bo'lgan baholash usullaridan foydalanish juda katta kuch talab qildi, ammo har bir ishtirokchiga etarlicha e'tibor berishga va uning qobiliyatini baholashga imkon bermadi. Umuman olganda, ushbu tanlov opsiyasi kompaniyaning salbiy imidjini yaratadi, chunki juda ko'p odamlar etarli darajada fikr bildirmaydilar va keyinchalik o'zlarida va boshqalarda ish beruvchining zulmining ta'sirini yaratadilar (IT hamjamiyatlarida aloqalar juda rivojlangan). Natijada, bizda juda uzoq kelajakka ega bo'lgan ikkita potentsial nomzod qoldi.
Uchrashuvlar yaxshi narsa. Tadqiq qilish uchun keng asos yaratiladi va ishtirokchilarning umumiy saviyasi oshadi. Kompaniya bozorda tobora ko'proq taniqli bo'lib bormoqda. Ammo bunday korxonalarning mehnat zichligi unchalik katta emas. Uchrashuvlarni o'tkazish yiliga taxminan 700-800 kishi-soatni olishini aniq tushunishingiz kerak.
Sinov xakatoniga kelsak. Bunday tadbirlar hali zerikarli emas, chunki ishlab chiquvchilar uchun xakatonlardan farqli o'laroq, ular kamroq o'tkaziladi. Ushbu g'oyaning afzalligi shundaki, qulay tarzda siz katta hajmdagi amaliy bilimlarni almashishingiz va har bir ishtirokchining darajasini aniq aniqlashingiz mumkin.
Tadbir natijalarini tahlil qilib, biz juda ko'p xatolarga yo'l qo'yganimizni angladik:
- Eng kechirib bo'lmaydigan xato bu 4-5 soat bizga yetarli bo'lishiga ishonish edi. Natijada, faqat kirish va orqada qolganlar bilan tanishish deyarli 2 soat davom etdi.
Dastlabki bosqichda mahsulot egalari bilan ishlash va mavzuga sho'ng'ish vaqti bir xil vaqtni oldi. Shunday qilib, qolgan vaqt sinov xaritalarini har tomonlama ishlab chiqish uchun etarli emas edi. - Har bir xaritada batafsil fikr-mulohaza yuritish uchun vaqt va kuch yetarli emas edi, chunki allaqachon tun bo'lgan edi. Shuning uchun, biz bu qismni aniq bajara olmadik, lekin dastlab hakatonda eng qimmatli bo'lish uchun mo'ljallangan edik.
- Biz rivojlanish sifatini barcha ishtirokchilarning oddiy ovozi bilan baholashga qaror qildik, har bir jamoa uchun 3 tadan ovoz ajratib, ular eng yuqori sifatli ish uchun berishi mumkin edi. Ehtimol, hakamlar hay'atini tashkil qilish yaxshiroq bo'lar edi.
Nimaga erishdingiz?
Biz muammomizni qisman hal qildik va endi bizda 4 ta jasur, kelishgan erkaklar ishlaydi, ular 4 ta rivojlanish guruhining orqa qismini qamrab oladi. Potentsial kuchli nomzodlarning sezilarli hovuzi va shahar QA hamjamiyatining darajasidagi sezilarli o'zgarishlar hali sezilmagan. Ammo qandaydir taraqqiyot bor va bu quvonmasdan bo'lmaydi.
Manba: www.habr.com