Ինչու՞ մենք հաքաթոն անցկացրինք փորձարկողների համար:

Այս հոդվածը կհետաքրքրի նրանց, ովքեր, ինչպես մեզ, բախվում են թեստավորման ոլորտում համապատասխան մասնագետ ընտրելու խնդրին:

Տարօրինակ է, բայց մեր հանրապետությունում ՏՏ ընկերությունների թվի աճի հետ մեկտեղ ավելանում են միայն արժանի ծրագրավորողները, բայց ոչ թեստավորողները։ Շատերն են ցանկանում մտնել այս մասնագիտությունը, բայց ոչ շատերն են հասկանում դրա իմաստը:

Ես չեմ կարող խոսել ՏՏ բոլոր ընկերությունների անունից, բայց մենք որակի որակի մասնագետներին վերապահել ենք QA/QC-ի դերը: Նրանք մշակողների թիմի մաս են կազմում և մասնակցում են զարգացման բոլոր փուլերին՝ սկսած հետազոտություններից մինչև նոր տարբերակի թողարկում:

Թիմում թեստավորողը, նույնիսկ պլանավորման փուլում, պետք է մտածի օգտագործողի պատմությունն ընդունելու բոլոր ֆունկցիոնալ և ոչ ֆունկցիոնալ պահանջների մասին: Նա պետք է հասկանա արտադրանքի գործառնական բնութագրերը, ինչպես նաև ծրագրավորողները, և նույնիսկ ավելի լավ, և օգնի թիմին սխալ որոշումներ չկատարել նույնիսկ պլանավորման փուլում: Փորձարկողը պետք է հստակ գիտակցի, թե ինչպես կաշխատի իրականացված ֆունկցիոնալությունը և ինչ որոգայթներ կարող են լինել: Մեր փորձարկողներն իրենք են ստեղծում թեստային պլաններ և փորձարկման դեպքեր, ինչպես նաև պատրաստում են բոլոր անհրաժեշտ թեստային նստարանները: Կապիկի սեղմիչի նման պատրաստի բնութագրի համաձայն փորձարկումը մեր տարբերակը չէ: Աշխատելով թիմում, նա պետք է օգնի թողարկել արժանի արտադրանք և ժամանակին ահազանգի, եթե ինչ-որ բան սխալ լինի:

Այն, ինչ մենք հանդիպեցինք փորձարկողներ փնտրելիս

Բազմաթիվ ռեզյումեների ուսումնասիրության փուլում թվում էր, թե կան մեզ համար համապատասխան փորձ ունեցող մասնագետներ, և մեր թիմի համար թեստավորող ընտրելու հետ կապված խնդիրներ չեն լինի։ Բայց անձնական հանդիպումների ժամանակ մենք ավելի ու ավելի շատ էինք հանդիպում թեկնածուների, ովքեր իրականում բավականին հեռու էին տեղեկատվական տեխնոլոգիաների աշխարհից (օրինակ՝ նրանք չէին կարողանում ասել բրաուզերի և վեբ սերվերի միջև փոխգործակցության սկզբունքները, անվտանգության հիմունքները, հարաբերական և ոչ. հարաբերական տվյալների շտեմարաններ, նրանք գաղափար չունեին վիրտուալացման և կոնտեյներացման մասին), բայց միևնույն ժամանակ գնահատեցին իրենց բարձր որակավորման մակարդակում: Տասնյակ հարցազրույցներ անելուց հետո եկանք այն եզրակացության, որ մարզում մեզ հարմար մասնագետների թիվը չնչին է։

Հաջորդիվ կասեմ, թե ինչ քայլեր ձեռնարկեցինք և ինչ սխալների վրա ոտք դրեցինք որակի համար այդ այդքան սպասված մարտիկներին գտնելու համար։

Ինչպես փորձեցինք շտկել իրավիճակը

Սպառելով մեզ պատրաստի մասնագետներ հայթայթելով՝ մենք սկսեցինք թիրախավորել մոտակա տարածքները.

1. Մենք փորձեցինք կիրառել գնահատման պրակտիկա՝ բազմաթիվ «թողնող» մարդկանց մեջ բացահայտելու համար հենց նրանց, որոնցից կարող ենք զարգացնել ուժեղ մասնագետներ:

   Մոտավորապես նույն մակարդակի գիտելիքներով պոտենցիալ թեկնածուների խմբին խնդրեցինք կատարել առաջադրանքներ: Դիտարկելով նրանց մտքի ընթացքը՝ փորձեցինք բացահայտել ամենահեռանկարային թեկնածուին։

   Մասնավորապես, մենք առաջադրանք ենք առաջադրել՝ ստուգելու ուշադրությունը, տեխնոլոգիայի հնարավորությունների ըմբռնումը և բազմամշակութայնության առանձնահատկությունները.

   
   

2. Մենք հանդիպումներ անցկացրինք փորձարկողների համար՝ ընդլայնելու մասնագիտության ըմբռնման սահմանները առկա կոնտինգենտի միջև:

   Ես ձեզ մի փոքր կպատմեմ նրանցից յուրաքանչյուրի մասին:

   Ufa Software QA and Testing Meetup #1-ը մեր առաջին փորձն է հավաքելու նրանց, ովքեր մտածում են մասնագիտության մասին և միևնույն ժամանակ հասկանալու, թե արդյոք հանրությանը կհետաքրքրի այն, ինչ մենք ուզում ենք փոխանցել նրանց: Հիմնականում մեր զեկույցներն այն մասին էին, թե որտեղից ավելի լավ է սկսել, եթե որոշել եք փորձարկող դառնալ: Օգնեք սկսնակներին բացել աչքերը և մեծահասակների պես նայել թեստին: Մենք խոսեցինք այն քայլերի մասին, որոնք պետք է կատարեն սկսնակ թեստավորողները՝ մասնագիտությանը միանալու համար։ Այն մասին, թե ինչ է որակը և ինչպես հասնել դրան իրական պայմաններում։ Եվ նաև, թե ինչ է ավտոմատ թեստավորումը և որտեղ ավելի նպատակահարմար է այն օգտագործել:

   
   
   Հետո 1-2 ամիս ընդմիջումով անցկացրինք ևս երկու հանդիպում։ Արդեն երկու անգամ ավելի շատ մասնակիցներ կային։ «Ufa Software QA and Testing Meetup #2»-ում մենք ավելի խորացանք թեմայի մեջ: Նրանք խոսեցին սխալների հետևման համակարգերի, UI/UX թեստավորման մասին, անդրադարձան Docker-ին, Ansible-ին, ինչպես նաև խոսեցին մշակողի և փորձարկողի միջև հնարավոր կոնֆլիկտների և դրանց լուծման ուղիների մասին:

   Մեր երրորդ հանդիպումը՝ «Ufa Software QA and Testing Meetup #3», անուղղակիորեն կապված էր թեստավորողների աշխատանքի հետ, սակայն օգտակար էր ծրագրավորողներին ժամանակին հիշեցնելու իրենց տեխնիկական և կազմակերպչական պարտականությունների մասին՝ բեռնվածության թեստավորում, e2e թեստավորում, Selenium-ը ավտոմատ թեստավորման մեջ, վեբ հավելվածների խոցելիություններ։ .

   Այս ամբողջ ընթացքում մենք սովորել ենք, թե ինչպես ստեղծել նորմալ լույս և ձայն մեր իրադարձությունների հեռարձակումներում.

   → Թեստավորման առաջին քայլերը – Ufa Software QA և Testing Meetup #1
   → UI/UX թեստավորում – Ufa Software QA և Testing Meetup #2
   → Անվտանգության փորձարկում, բեռնվածության փորձարկում և ավտոմատ փորձարկում – Ufa QA և Testing Meetup #3

3. Եվ վերջում մենք որոշեցինք փորձել հաքաթոն անցկացնել թեստավորողների համար

Ինչպես մենք պատրաստեցինք և անցկացրինք հաքաթոն փորձարկողների համար

Սկզբից մենք փորձեցինք հասկանալ, թե ինչ «գազան» է սա և ինչպես է այն սովորաբար իրականացվում: Ինչպես պարզվեց, Ռուսաստանի Դաշնությունում նման միջոցառումներ բազմիցս չեն անցկացվել, և գաղափարներ վերցնելու տեղ չկա։ Երկրորդ, ես չէի ուզում անմիջապես մեծ ռեսուրսներ ներդնել մի իրադարձության մեջ, որն առաջին հայացքից կասկածելի էր թվում: Ուստի որոշեցինք, որ կարճ մինի-հեքըթոններ կանենք ոչ թե ՈԱ ամբողջ աշխատանքային ցիկլի, այլ առանձին փուլերի համար:

Մեր հիմնական գլխացավանքը տեղական փորձարկողների շրջանում հստակ փորձարկման քարտեզներ ստեղծելու պրակտիկայի բացակայությունն է: Նրանք ժամանակ չեն ծախսում օգտատերերի նախապես իրականացվող պատմությունները ուսումնասիրելու և ընդունման չափանիշներ ստեղծելու համար, որոնք պարզ են մշակողների համար ֆունկցիոնալ և ոչ ֆունկցիոնալ պահանջների, UI/UX-ի, անվտանգության, աշխատանքային ծանրաբեռնվածության և առավելագույն բեռների համար: Ուստի մենք որոշեցինք առաջին անգամ անցնել նրանց աշխատանքի ամենահետաքրքիր և ստեղծագործական մասը՝ վերլուծություն և պահանջների ձևավորում նախանախագծային հետազոտության ընթացքում:

Մենք գնահատեցինք մասնակիցների պոտենցիալ թիվը և որոշեցինք, որ մեզ անհրաժեշտ է առնվազն 5 հետք թողարկում MVP-ի թողարկումների համար, 5 ապրանք և 5 մարդ, ովքեր կգործեն որպես արտադրանքի սեփականատերեր, կվերծանեն բիզնեսի կարիքները և որոշում կկայացնեն սահմանափակումների վերաբերյալ:

Ահա թե ինչ ենք ստացել. Հեքըթոնի հետքայլեր.

Հիմնական գաղափարն այն էր, որ հնարել թեմաներ, որոնք հնարավորինս հեռու են բոլոր մասնակիցների ամենօրյա աշխատանքից և նրանց հնարավորություն տալ ստեղծագործական երևակայության թռիչքի համար:

Ի՞նչ սխալներ թույլ տվեցինք և ի՞նչը կարող էինք ավելի լավ անել:

Վաճառողներին և ցածր մակարդակի մենեջերներին աշխատանքի ընդունելու ոլորտում այդքան տարածված գնահատման պրակտիկաների կիրառումը հսկայական ջանքեր պահանջեց, բայց թույլ չտվեց մեզ բավարար ուշադրություն դարձնել յուրաքանչյուր մասնակցի վրա և գնահատել նրա կարողությունները: Ընդհանուր առմամբ, այս ընտրության տարբերակը ստեղծում է ընկերության բացասական իմիջ, քանի որ բավականին շատ մարդիկ ստանում են անբավարար արձագանքներ և հետագայում իրենց և մյուսների մեջ ստեղծում են գործատուի բռնակալության ազդեցությունը (ՏՏ համայնքներում հաղորդակցությունները շատ զարգացած են): Արդյունքում մեզ մնում է բառացիորեն երկու պոտենցիալ թեկնածու՝ շատ հեռավոր ապագայով։

Հանդիպումները լավ բան են: Ստեղծվում է մշակման լայն հիմք, և մասնակիցների ընդհանուր մակարդակը բարձրանում է։ Ընկերությունն ավելի ու ավելի ճանաչելի է դառնում շուկայում։ Բայց նման ձեռնարկումների աշխատանքային ինտենսիվությունը փոքր չէ։ Դուք պետք է հստակ հասկանաք, որ հանդիպումների անցկացումը կպահանջի տարեկան մոտավորապես 700-800 աշխատաժամանակ:

Ինչ վերաբերում է թեստավորման հաքաթոնին. Նման միջոցառումները դեռ ձանձրալի չեն դարձել, քանի որ, ի տարբերություն ծրագրավորողների համար նախատեսված հաքաթոնների, դրանք շատ ավելի հազվադեպ են անցկացվում: Այս գաղափարի առավելությունն այն է, որ հանգիստ ձևով դուք կարող եք փոխանակել մեծ քանակությամբ գործնական գիտելիքներ և բավականին ճշգրիտ որոշել յուրաքանչյուր մասնակցի մակարդակը:

Միջոցառման արդյունքները վերլուծելուց հետո հասկացանք, որ շատ սխալներ ենք թույլ տվել.

1. Ամենաաններելի սխալը հավատալն էր, որ 4-5 ժամը մեզ բավական կլինի։ Արդյունքը եղավ, որ միայն հետախուզումներին ծանոթանալն ու ծանոթանալը տևեցին գրեթե 2 ժամ։
   Նախնական փուլում արտադրանքի սեփականատերերի հետ աշխատելը և թեմայի մեջ սուզվելու ժամանակը նույնքան ժամանակ պահանջեց: Այսպիսով, մնացած ժամանակը ակնհայտորեն բավարար չէր փորձարկման քարտեզների համապարփակ մշակման համար:
2. Յուրաքանչյուր քարտեզի վրա մանրամասն արձագանքելու համար բավարար ժամանակ և էներգիա չկար, քանի որ արդեն գիշեր էր: Հետևաբար, մենք ակնհայտորեն ձախողեցինք այս մասը, բայց ի սկզբանե նախատեսված էր լինել ամենաարժեքավորը հաքաթոնում:
3. Մենք որոշեցինք գնահատել զարգացման որակը բոլոր մասնակիցների պարզ քվեարկությամբ՝ յուրաքանչյուր թիմի համար հատկացնելով 3 ձայն, որը նրանք կարող էին տալ ամենաորակյալ աշխատանքի համար։ Երևի ավելի լավ կլիներ ժյուրի կազմակերպել։

Ինչի՞ եք հասել:

Մենք մասամբ լուծել ենք մեր խնդիրը և այժմ ունենք 4 համարձակ, գեղեցիկ տղամարդիկ, ովքեր աշխատում են մեզ մոտ, որոնք ծածկում են զարգացման 4 թիմերի թիկունքը։ Պոտենցիալ ուժեղ թեկնածուների զգալի պաշար և քաղաքի ՈԱ համայնքի մակարդակում շոշափելի փոփոխություններ դեռևս չեն նկատվել: Բայց որոշակի առաջընթաց կա, և սա չի կարող չուրախացնել։

Source: www.habr.com