Неліктен біз тестерлер үшін хакатон өткіздік?

Бұл мақала біз сияқты тестілеу саласында лайықты маманды таңдау мәселесіне тап болғандар үшін қызықты болады.

Бір қызығы, біздің республикада IT-компаниялар санының өсуімен тек лайықты бағдарламашылар ғана көбейеді, бірақ тестерлер емес. Көптеген адамдар бұл мамандыққа түсуге ынталы, бірақ оның мәнін түсінбейтіндер аз.
Неліктен біз тестерлер үшін хакатон өткіздік?
Мен барлық IT компаниялары туралы айта алмаймын, бірақ біз сапа саласындағы мамандарға QA/QC рөлін жүктеміз. Олар әзірлеу тобының бөлігі болып табылады және зерттеуден бастап жаңа нұсқаны шығаруға дейінгі дамудың барлық кезеңдеріне қатысады.

Топтағы тестілеуші, тіпті жоспарлау кезеңінде де, пайдаланушы тарихын қабылдау үшін барлық функционалды және функционалды емес талаптарды ойластыруы керек. Ол өнімнің операциялық сипаттамаларын, сондай-ақ бағдарламашыларды түсінуі керек, тіпті одан да жақсырақ және жоспарлау кезеңінде де командаға қате шешімдер қабылдамауға көмектесуі керек. Сынақшы енгізілген функцияның қалай жұмыс істейтінін және қандай тұзақтар болуы мүмкін екенін нақты түсінуі керек. Біздің тестерлер сынақ жоспарлары мен сынақ жағдайларын өздері жасайды, сонымен қатар барлық қажетті сынақ стендтерін дайындайды. Маймыл басушысы сияқты дайын спецификацияға сәйкес тестілеу біздің таңдауымыз емес. Командада жұмыс істей отырып, ол лайықты өнімді шығаруға көмектесуі керек және бірдеңе дұрыс болмаса, уақытында дабыл қағуы керек.

Сынақшыларды іздеген кезде не кездестірдік

Көптеген түйіндемелерді зерделеу кезеңінде бізге лайықты тәжірибесі бар мамандар бар сияқты және біздің командаға тестілеуші ​​таңдауда ешқандай қиындықтар болмайды. Бірақ, жеке кездесулер кезінде біз ақпараттық технологиялар әлемінен айтарлықтай алыс үміткерлерді жиі кездестірдік (мысалы, олар браузер мен веб-сервердің өзара әрекеттесу принциптерін, қауіпсіздік негіздерін, реляциялық және бейтараптық негіздерін айта алмады. реляциялық дерекқорлар, олар виртуалдандыру және контейнерлеу туралы түсініктері жоқ), бірақ сонымен бірге жоғары сапалы QA деңгейінде өздерін бағалады. Ондаған сұхбат жүргізе келе, облыста бізге лайықты мамандардың саны мардымсыз деген қорытындыға келдік.

Әрі қарай, мен сізге көптен күткен сапаны табу үшін қандай қадамдар жасағанымызды және қандай қателіктер жібергенімізді айтамын.

Біз жағдайды қалай түзетуге тырыстық

Дайын мамандарды іздеуден шаршап, біз жақын маңдағы аймақтарды нысанаға ала бастадық:

  1. Біз бағалау тәжірибесін қолданып, көптеген «кететін» адамдардың арасынан мықты мамандарды дайындайтын адамдарды анықтауға тырыстық.

    Біз білім деңгейі шамамен бірдей ықтимал үміткерлер тобынан тапсырмаларды орындауды сұрадық. Олардың ойлау процесін бақылай отырып, біз ең перспективалы үміткерді анықтауға тырыстық.

    Атап айтқанда, біз зейінділікті, технологияның мүмкіндіктерін және мультимәдениет ерекшеліктерін түсінуді тексеруге арналған тапсырмаларды алдық:

    Неліктен біз тестерлер үшін хакатон өткіздік?
    Неліктен біз тестерлер үшін хакатон өткіздік?

  2. Біз бар контингент арасында мамандықты түсіну шекарасын кеңейту үшін тестерлер үшін кездесулер өткіздік.

    Мен олардың әрқайсысы туралы аздап айтып беремін.

    Ufa Software QA және Testing Meetup №1 – бұл кәсіпке көңіл бөлетіндерді жинауға және сонымен бірге біздің оларға жеткізгіміз келетін нәрсе жұртшылықты қызықтыратынын түсінуге бағытталған алғашқы әрекетіміз. Негізінде, біздің есептеріміз тестілеуші ​​болуды шешсеңіз, неден бастаған дұрыс екендігі туралы болды. Жаңадан бастаушыларға көздерін ашуға және ересектер сияқты тестілеуге қарауға көмектесіңіз. Біз жаңадан келген тестерлер мамандыққа қосылу үшін қандай қадамдар жасау керектігі туралы айттық. Сапа дегеніміз не және оған нақты жағдайда қалай жетуге болатыны туралы. Сондай-ақ, автоматты тестілеу дегеніміз не және оны қай жерде қолданған дұрыс.

    Неліктен біз тестерлер үшін хакатон өткіздік?

    Содан 1-2 айлық үзіліспен тағы екі кездесу өткіздік. Қатысушылар екі есе көп болды. «Уфа бағдарламалық қамтамасыз ету QA және тестілеу №2 кездесуінде» біз тақырып саласына тереңірек ендік. Олар қателерді бақылау жүйелері, UI/UX тестілері туралы әңгімеледі, Docker, Ansible бағдарламаларына тоқталды, сонымен қатар әзірлеуші ​​мен тестілеуші ​​арасындағы мүмкін қақтығыстар және оларды шешу жолдары туралы айтты.

    Біздің үшінші кездесуіміз, «Ufa Software QA және Testing Meetup №3» тестілеушілердің жұмысына жанама түрде қатысты, бірақ бағдарламашыларға олардың техникалық және ұйымдастырушылық міндеттерін уақтылы еске салу үшін пайдалы болды: жүктемелік тестілеу, e2e тестілеу, автотестілеудегі Selenium, веб-қосымшалардың осалдықтары .

    Осы уақыт ішінде біз оқиғаларымыздан хабар таратуда қалыпты жарық пен дыбысты жасауды үйрендік:

    → Тестілеудегі алғашқы қадамдар – Ufa Software QA және Testing Meetup №1
    → UI/UX тестілеу – Уфа бағдарламалық қамтамасыз ету QA және тестілеу кездесуі №2
    → Қауіпсіздік сынағы, жүктеме сынағы және автоматты тестілеу – Уфа QA және Testing Meetup №3

  3. Соңында біз тестерлерге арналған хакатон өткізуге шешім қабылдадық

Біз тестерлер үшін хакатонды қалай дайындадық және өткіздік

Алдымен біз бұл қандай «аң» екенін және оның әдетте қалай жүзеге асырылатынын түсінуге тырыстық. Белгілі болғандай, мұндай іс-шаралар Ресей Федерациясында көп рет өткізілмеген және идеяларды алуға еш жер жоқ. Екіншіден, мен бір қарағанда күмәнді болып көрінген оқиғаға бірден көп ресурстарды салғым келмеді. Сондықтан біз QA жұмысының бүкіл циклі үшін емес, жеке кезеңдер үшін қысқа мини-хакатондар өткіземіз деп шештік.

Біздің басты бас ауруымыз – жергілікті тестілеушілердің нақты тестілеу карталарын жасау тәжірибесінің жоқтығы. Олар функционалдық және функционалдық емес талаптар, UI/UX, қауіпсіздік, жұмыс жүктемелері және ең жоғары жүктемелер үшін әзірлеушілерге түсінікті болатын пайдаланушылардың енгізу алдындағы оқиғаларын зерттеуге және қабылдау критерийлерін жасауға уақыт жұмсамайды. Сондықтан, біз бірінші рет олардың жұмысының ең қызықты және шығармашылық бөлігінен өтуді шештік - жоба алдындағы зерттеулер кезінде талдау және талаптарды қалыптастыру.

Біз қатысушылардың әлеуетті санын есептедік және MVP шығарылымдары үшін кем дегенде 5 артта қалушылық, 5 өнім және өнім иелері ретінде әрекет ететін, бизнес қажеттіліктерін шифрлайтын және шектеулер туралы шешім қабылдайтын 5 адам қажет деп шештік.

Міне, бізде: хакатонға арналған кештер.

Негізгі идея барлық қатысушылардың күнделікті жұмыстарынан мүмкіндігінше алшақ тақырыптарды ойлап табу және оларға қиялдың шығармашылық ұшуына мүмкіндік беру болды.

Неліктен біз тестерлер үшін хакатон өткіздік?

Неліктен біз тестерлер үшін хакатон өткіздік?

Біз қандай қателіктер жібердік және нені жақсырақ істей аламыз?

Сатушылар мен төменгі деңгейдегі менеджерлерді жалдау саласында танымал болған бағалау әдістерін қолдану үлкен күш жұмсады, бірақ әрбір қатысушыға жеткілікті назар аударуға және оның қабілеттерін бағалауға мүмкіндік бермеді. Жалпы алғанда, бұл таңдау опциясы компанияның теріс имиджін тудырады, өйткені көптеген адамдар жеткіліксіз кері байланыс алады және кейіннен өздеріне және басқаларға жұмыс берушінің тираниясының әсерін тудырады (IT қауымдастықтарындағы коммуникациялар өте дамыған). Нәтижесінде бізде болашағы өте алыс екі әлеуетті кандидат қалды.

Кездесулер жақсы нәрсе. Әзірлеуге кең база жасалып, қатысушылардың жалпы деңгейі артады. Компания нарықта барған сайын танымал болып келеді. Бірақ мұндай бастамалардың еңбек сыйымдылығы аз емес. Кездесулерді өткізуге жылына шамамен 700-800 адам/сағат кететінін анық түсіну керек.

Тестілеу хакатонына келетін болсақ. Мұндай іс-шаралар әлі жалықтыра қойған жоқ, өйткені әзірлеушілерге арналған хакатондардан айырмашылығы, олар әлдеқайда жиі өткізіледі. Бұл идеяның артықшылығы - еркін түрде сіз үлкен көлемде практикалық біліммен алмасуға және әр қатысушының деңгейін дәл анықтауға болады.

Іс-шараның нәтижелерін талдай келе, біз көп қателіктер жібергенімізді түсіндік:

  1. Ең кешірілмейтін қателік 4-5 сағат бізге жетеді деп сену болды. Нәтижесінде, бар болғаны таныстыру және артта қалған орындармен танысу 2 сағатқа жуық уақытты алды.
    Бастапқы кезеңде өнім иелерімен жұмыс істеу және тақырып аймағына ену уақыты бірдей уақытты алды. Демек, қалған уақыт сынақ карталарын жан-жақты әзірлеуге жеткіліксіз екені анық.
  2. Әр карта бойынша егжей-тегжейлі кері байланыс жасауға уақыт пен күш жеткіліксіз болды, өйткені түн болды. Сондықтан, біз бұл бөлікті сәтсіз қалдырдық, бірақ бастапқыда хакатонда ең құнды болуды көздедік.
  3. Біз даму сапасын барлық қатысушылардың қарапайым дауыс беруі арқылы бағалауды шештік, әр командаға 3 дауысты бөліп, олар жоғары сапалы жұмыс үшін бере алады. Мүмкін қазылар алқасын ұйымдастырған дұрыс шығар.

Сіз қандай жетістікке жеттіңіз?

Біз өз мәселемізді ішінара шештік, енді бізде 4 дамыту тобының артын қамтитын 4 батыл, әдемі жігіт жұмыс істейді. Әлеуетті күшті кандидаттардың айтарлықтай пулы және қаланың QA қауымдастығының деңгейіндегі елеулі өзгерістер әлі байқалған жоқ. Бірақ біршама ілгерілеушілік бар және бұл қуанбайды.

Ақпарат көзі: www.habr.com

пікір қалдыру