Niyə biz testçilər üçün hakaton keçirdik?

Bu məqalə bizim kimi test sahəsində uyğun mütəxəssis seçmək problemi ilə üzləşənlər üçün maraqlı olacaq.

Qəribədir ki, respublikamızda İT şirkətlərinin sayının artması ilə yalnız layiqli proqramçıların sayı artır, test edənlərin sayı artır. Bir çox insan bu peşə ilə məşğul olmağa can atır, amma çoxları onun mənasını başa düşmür.
Niyə biz testçilər üçün hakaton keçirdik?
Mən bütün İT şirkətləri üçün danışa bilmərəm, lakin biz keyfiyyət mütəxəssislərimizə QA/QC rolunu həvalə etmişik. Onlar inkişaf komandasının bir hissəsidir və tədqiqatdan tutmuş yeni versiyanın buraxılmasına qədər inkişafın bütün mərhələlərində iştirak edirlər.

Komandadakı bir sınaqçı, hətta planlaşdırma mərhələsində də, istifadəçi hekayəsini qəbul etmək üçün bütün funksional və qeyri-funksional tələbləri düşünməlidir. O, məhsulun əməliyyat xüsusiyyətlərini proqramçılar kimi, hətta daha yaxşı başa düşməli və planlaşdırma mərhələsində belə komandaya səhv qərarlar verməməyə kömək etməlidir. Tester həyata keçirilən funksionallığın necə işləyəcəyini və hansı tələlərin ola biləcəyini aydın başa düşməlidir. Testçilərimiz özləri test planlarını və test işlərini yaradır, həmçinin bütün lazımi test stendlərini hazırlayır. Meymun klikçisi kimi hazır spesifikasiyaya uyğun sınaqdan keçirmək bizim seçimimiz deyil. Komanda daxilində işləyərək, o, layiqli məhsulun buraxılmasına kömək etməli və bir şey səhv olarsa, vaxtında həyəcan siqnalı verməlidir.

Testerləri axtararkən qarşılaşdıqlarımız

Bir çox tərcümeyi-halın öyrənilməsi mərhələsində belə görünürdü ki, bizim üçün uyğun təcrübəyə malik mütəxəssislər var və komandamız üçün tester seçməkdə heç bir problem olmayacaq. Lakin şəxsi görüşlər zamanı biz getdikcə informasiya texnologiyaları dünyasından olduqca uzaq olan namizədlərlə daha çox qarşılaşırdıq (məsələn, onlar brauzer və veb-server arasında qarşılıqlı əlaqə prinsiplərini, təhlükəsizliyin əsaslarını, əlaqəli və qeyri-müəyyənliklərini deyə bilmirdilər. relational verilənlər bazası, onların virtuallaşdırma və konteynerləşdirmə haqqında heç bir təsəvvürləri yox idi), lakin eyni zamanda Senior QA səviyyəsində özlərini qiymətləndirdilər. Onlarla müsahibə apardıqdan sonra belə qənaətə gəldik ki, rayonda bizə uyğun olan mütəxəssislərin sayı cüzidir.

Sonra, keyfiyyət üçün çoxdan gözlənilən döyüşçüləri tapmaq üçün hansı addımları atdığımızı və hansı səhvlərə yol verdiyimizi söyləyəcəyəm.

Vəziyyəti necə düzəltməyə çalışdıq

Hazır mütəxəssislərin axtarışından bezdikdən sonra yaxınlıqdakı əraziləri hədəf almağa başladıq:

  1. Biz çoxlu “buraxılan” insanlar arasından güclü mütəxəssislər yetişdirə biləcəyimiz insanları müəyyən etmək üçün qiymətləndirmə təcrübələrini tətbiq etməyə çalışdıq.

    Təxminən eyni səviyyədə biliyə malik bir qrup potensial namizəddən tapşırıqları yerinə yetirməyi xahiş etdik. Onların düşüncə prosesini müşahidə edərək, ən perspektivli namizədi müəyyənləşdirməyə çalışdıq.

    Xüsusilə, diqqətliliyi, texnologiyanın imkanlarını və multikulturalizmin xüsusiyyətlərini anlamaq üçün tapşırıqlar verdik:

    Niyə biz testçilər üçün hakaton keçirdik?
    Niyə biz testçilər üçün hakaton keçirdik?

  2. Mövcud kontingent arasında peşə anlayışının sərhədlərini genişləndirmək üçün sınaqçılar üçün görüşlər keçirdik.

    Onların hər biri haqqında sizə bir az məlumat verəcəyəm.

    Ufa Software QA və Testing Meetup #1 bu peşəyə əhəmiyyət verənləri toplamaq və eyni zamanda ictimaiyyətin onlara çatdırmaq istədiyimiz şeylə maraqlanıb-maraqlanmayacağını anlamaq üçün ilk cəhdimizdir. Əsasən, hesabatlarımız testçi olmaq qərarına gəlsəniz, haradan başlamaq daha yaxşı olduğuna dair idi. Yeni başlayanlara gözlərini açmağa və testlərə böyüklər kimi baxmağa kömək edin. Yeni başlayan testerlərin peşəyə qoşulmaq üçün atmalı olduğu addımlardan danışdıq. Keyfiyyətin nə olduğu və real şəraitdə ona necə nail olmaq haqqında. Həm də avtomatik sınaq nədir və harada istifadə etmək daha məqsədəuyğundur.

    Niyə biz testçilər üçün hakaton keçirdik?

    Sonra 1-2 ay fasilə ilə daha iki görüş keçirdik. Artıq iki dəfə çox iştirakçı var idi. “Ufa Software QA and Testing Meetup #2”də biz mövzu sahəsinə daha da dərinləşdik. Onlar səhv izləmə sistemləri, UI/UX testləri haqqında danışdılar, Docker, Ansible-a toxundular, həmçinin tərtibatçı və tester arasında mümkün münaqişələr və onların həlli yolları haqqında danışdılar.

    Üçüncü görüşümüz “Ufa Software QA və Testing Meetup #3” dolayısı ilə test edənlərin işi ilə bağlı idi, lakin proqramçılara texniki və təşkilati vəzifələrini vaxtında xatırlatmaqda faydalı oldu: yük testi, e2e testi, avtotestdə Selenium, veb tətbiqi zəiflikləri .

    Bütün bu müddət ərzində biz tədbirlərimizdən yayımlarda normal işıq və səs yaratmağı öyrəndik:

    → Testdə ilk addımlar – Ufa Software QA və Test Meetup #1
    → UI/UX testi – Ufa Software QA və Test Meetup #2
    → Təhlükəsizlik testi, yük testi və avtomatik sınaq – Ufa QA və Test Meetup #3

  3. Və sonda biz testerlər üçün hackathon keçirməyə cəhd etmək qərarına gəldik

Testçilər üçün necə hakaton hazırladıq və keçirdik

Başlamaq üçün bunun hansı "heyvan" olduğunu və ümumiyyətlə necə həyata keçirildiyini anlamağa çalışdıq. Məlum oldu ki, Rusiya Federasiyasında bu qəbildən olan tədbirlər dəfələrlə keçirilməyib və ideyaları götürmək üçün heç bir yer yoxdur. İkincisi, ilk baxışdan şübhəli görünən bir hadisəyə dərhal çoxlu resurs yatırmaq istəmədim. Buna görə də, biz bütün QA iş dövrü üçün deyil, ayrı-ayrı mərhələlər üçün qısa mini-hakatonlar keçirməyi qərara aldıq.

Bizim əsas baş ağrımız yerli testçilər arasında aydın sınaq xəritələrinin yaradılmasında təcrübənin olmamasıdır. Onlar funksional və qeyri-funksional tələblər, UI/UX, təhlükəsizlik, iş yükləri və pik yüklər üçün tərtibatçılar üçün aydın olan qəbul meyarlarının yaradılması və tətbiqdən əvvəl istifadəçi hekayələrini tədqiq etməyə vaxt sərf etmirlər. Buna görə də, biz ilk dəfə olaraq onların işinin ən maraqlı və yaradıcı hissəsindən - layihəqabağı tədqiqatlar zamanı təhlil və tələblərin formalaşmasından keçmək qərarına gəldik.

İştirakçıların potensial sayını təxmin etdik və qərara gəldik ki, MVP buraxılışları üçün ən azı 5 gecikmə, 5 məhsul və məhsul sahibi kimi çıxış edəcək, biznes ehtiyaclarını deşifrə edəcək və məhdudiyyətlərlə bağlı qərarlar qəbul edəcək 5 nəfər lazımdır.

Əldə etdiyimiz budur: hackathon üçün geridə qalanlar.

Əsas ideya bütün iştirakçıların gündəlik işlərindən mümkün qədər uzaq olan mövzular irəli sürmək və onlara yaradıcı təxəyyül uçuşu üçün imkan yaratmaq idi.

Niyə biz testçilər üçün hakaton keçirdik?

Niyə biz testçilər üçün hakaton keçirdik?

Hansı səhvlərə yol verdik və nəyi daha yaxşı edə bilərdik?

Satış işçilərinin və aşağı səviyyəli menecerlərin işə götürülməsi sahəsində çox populyar olan qiymətləndirmə təcrübələrinin istifadəsi çox böyük səy tələb etdi, lakin hər bir iştirakçıya kifayət qədər diqqət yetirməyə və onun qabiliyyətlərini qiymətləndirməyə imkan vermədi. Ümumiyyətlə, bu seçim seçimi şirkətin mənfi imicini yaradır, çünki kifayət qədər insan kifayət qədər geribildirim alır və sonradan özlərində və başqalarında işəgötürənin tiranlığının təsirini yaradır (İT icmalarında ünsiyyət çox inkişaf etmişdir). Nəticə etibarı ilə qarşımızda çox uzaq gələcəyi olan iki potensial namizəd qalır.

Görüşlər yaxşı şeydir. İşlətmə üçün geniş baza yaradılır, iştirakçıların ümumi səviyyəsi yüksəlir. Şirkət bazarda getdikcə daha çox tanınır. Lakin bu cür müəssisələrin əmək intensivliyi az deyil. Siz aydın başa düşməlisiniz ki, görüşlərin keçirilməsi ildə təxminən 700-800 adam-saat çəkəcək.

Test hakathonuna gəlincə. Bu cür tədbirlər hələ darıxdırıcı olmayıb, çünki tərtibatçılar üçün hakatonlardan fərqli olaraq onlar daha az keçirilir. Bu ideyanın üstünlüyü ondan ibarətdir ki, rahat şəkildə siz böyük həcmdə praktiki bilik mübadiləsi apara və hər bir iştirakçının səviyyəsini kifayət qədər dəqiq müəyyən edə bilərsiniz.

Tədbirin nəticələrini təhlil etdikdən sonra çoxlu səhvlərə yol verdiyimizi başa düşdük:

  1. Ən bağışlanmaz səhv 4-5 saatın bizə bəs edəcəyinə inanmaq idi. Nəticədə, sadəcə giriş və geridə qalanlarla tanışlıq təxminən 2 saat çəkdi.
    İlkin mərhələdə məhsul sahibləri ilə işləmək və mövzu sahəsinə dalmaq üçün vaxt eyni vaxt aldı. Beləliklə, qalan vaxt sınaq xəritələrinin hərtərəfli inkişafı üçün kifayət deyildi.
  2. Artıq gecə olduğu üçün hər xəritə haqqında ətraflı rəy bildirmək üçün kifayət qədər vaxt və enerji yox idi. Buna görə də, biz bu hissəni açıq şəkildə uğursuzluğa düçar etdik, lakin əvvəlcə hackathonda ən dəyərli olmaq nəzərdə tutulurdu.
  3. İnkişafın keyfiyyətini bütün iştirakçıların sadə səsverməsi ilə qiymətləndirmək qərarına gəldik, hər komanda üçün ən yüksək keyfiyyətli iş üçün verə biləcəkləri 3 səs ayıraq. Bəlkə də münsiflər heyəti təşkil etmək daha yaxşı olardı.

Nə əldə etdiniz?

Problemimizi qismən həll etdik və indi bizim üçün 4 inkişaf komandasının arxasını əhatə edən 4 cəsur, yaraşıqlı kişi çalışır. Potensial güclü namizədlərin əhəmiyyətli bir hovuzu və şəhərin QA icmasının səviyyəsində nəzərəçarpacaq dəyişikliklər hələ də nəzərə çarpmayıb. Amma müəyyən irəliləyiş var və bu sevinməyə bilməz.

Mənbə: www.habr.com

Добавить комментарий