Questu articulu serà d'interessu per quelli chì, cum'è noi, sò affruntati cù u prublema di selezziunà un specialista adattatu in u campu di a prova.
Curiosamente, cù l'aumentu di u numeru di cumpagnie IT in a nostra repubblica, solu u numeru di programatori degni aumenta, ma micca i teste. Parechje persone sò ansiosi di entre in sta professione, ma micca assai capiscenu u so significatu.
Ùn possu micca parlà per tutte e cumpagnie IT, ma avemu assignatu u rolu di QA / QC à i nostri specialisti di qualità. Sò parte di u squadra di sviluppu è participanu à tutte e tappe di u sviluppu, da a ricerca à a liberazione di una nova versione.
Un tester in una squadra, ancu in a tappa di pianificazione, deve pensà à tutti i requisiti funziunali è non funziunali per accettà una storia d'utilizatore. Deve capisce e caratteristiche operative di u pruduttu è ancu i programatori, è ancu megliu, è aiutanu à a squadra à ùn piglià decisioni sbagliate ancu in u stadiu di pianificazione. U tester deve avè una cunniscenza chjara di cumu funzionarà a funziunalità implementata è di quali trappule pò esse. I nostri testatori creanu i piani di teste è i casi di teste stessi, è preparanu tutti i banchi di prova necessarii. Pruvate secondu una specificazione pronta cum'è un clicker di scimmia ùn hè micca a nostra opzione. Travagliendu in a squadra, deve aiutà à liberà un pruduttu degnu è sonà l'alarma à tempu se qualcosa va male.
Ciò chì avemu scontru in cerca di tester
À u stadiu di studià parechji currículum, pareva chì ci era specialisti cù una sperienza adattata per noi è ùn ci saria micca prublemi cù a scelta di un tester per a nostra squadra. Ma, durante e riunioni persunali, avemu sempre più scontru candidati chì eranu in realtà abbastanza luntanu da u mondu di a tecnulugia di l'informazioni (per esempiu, ùn pudianu micca dì à i principii di l'interazzione trà un navigatore è un servitore web, i principii di sicurezza, relazionale è non-). basati di dati relazionale, ùn avianu micca idea di virtualizazione è containerizazione), ma à u stessu tempu si evaluavanu à u livellu Senior QA. Dopu avè realizatu decine d'entrevista, avemu ghjuntu à a cunclusione chì u numeru di specialisti adattati per noi in a regione hè insignificante.
In seguitu, vi dicu chì passi avemu fattu è chì sbagli avemu pisatu in modu di truvà quelli cummattenti assai aspittati per a qualità.
Cumu avemu pruvatu à riparà a situazione
Dopu avè esauritu cù l'approvvigionamentu di specialisti pronti, avemu cuminciatu à destinà e zone vicine:
- Avemu pruvatu à applicà e pratiche di valutazione per identificà trà e parechje persone "leave-it", quelli stessi da quale pudemu sviluppà specialisti forti.
Avemu dumandatu à un gruppu di candidati potenziali cù apprussimatamente u listessu livellu di cunniscenza per cumpiendu i travaglii. Osservendu u so prucessu di pensamentu, avemu pruvatu à identificà u candidatu più promettente.
In particulare, avemu avutu i travaglii per pruvà l'attenzione, l'intelligenza di e capacità di a tecnulugia è e caratteristiche di u multiculturalismu:
- Avemu tenutu riunioni per i testatori per espansione i limiti di a cunniscenza di a professione trà u contingente esistente.
Vi dicu un pocu di ognunu di elli.
Ufa Software QA and Testing Meetup #1 hè u nostru primu tentativu di riunite quelli chì si preoccupanu di a professione è à u stessu tempu capiscenu se u publicu serà interessatu à ciò chì vulemu trasmette à elli. In fondu, i nostri rapporti eranu nantu à induve hè megliu principià se avete decisu di diventà un tester. Aiutate i principianti à apre l'ochji è fighjate a prova cum'è un adultu. Avemu parlatu di i passi chì i testatori principianti anu da piglià per unisce à a professione. Circa ciò chì a qualità hè è cumu per ottene in cundizioni reali. È ancu, ciò chì hè a prova automatica è induve hè più apprupriatu per aduprà.
Allora, cù un intervallu di 1-2 mesi, avemu fattu duie riunioni più. Ci era digià duie volte di participanti. À "Ufa Software QA and Testing Meetup # 2" avemu immersi più in u sughjettu. Anu parlatu di sistemi di seguimentu di bug, teste UI / UX, toccu Docker, Ansible, è ancu parlatu di pussibuli cunflitti trà un sviluppatore è un tester è modi per risolve.A nostra terza riunione, "Ufa Software QA and Testing Meetup #3", indirettamente ligata à u travagliu di i testatori, ma hè stata utile per ricurdà à i programatori puntuale di e so funzioni tecniche è organizzative: test di carica, test e2e, Selenium in autotesting, vulnerabilità di l'applicazioni web. .
Tuttu stu tempu avemu amparatu cumu creà luce è sonu normale in emissioni di i nostri avvenimenti:
→
→
→ - È à a fine avemu decisu di pruvà à fà un hackathon per i tester
Cumu avemu preparatu è realizatu un hackathon per i testatori
Per principià, avemu pruvatu à capisce chì tipu di "bestia" hè questu è cumu hè di solitu realizatu. Cum'è s'hè risultatu, l'avvenimenti di stu tipu ùn sò micca stati assai volte in a Federazione Russa, è ùn ci hè nudda parte per piglià idee. Siconda, ùn vulia micca invistisce immediatamente assai risorse in un avvenimentu chì pareva dubbitu à u primu sguardu. Dunque, avemu decisu di fà mini-hackathon brevi, micca per tuttu u ciculu di travagliu QA, ma per stadi individuali.
U nostru malu di testa principale hè a mancanza di pratica trà i testatori lucali in a creazione di carte di teste chjaru. Ùn passanu micca tempu à ricercà e storie di l'utilizatori di pre-implementazione è creanu criterii d'accettazione chì sò chjaru per i sviluppatori per esigenze funzionali è non-funzionali, UI / UX, sicurezza, carichi di travagliu è carichi di punta. Dunque, avemu decisu, per a prima volta, di passà per a parte più interessante è creativa di u so travagliu - analisi è furmazione di esigenze durante a ricerca pre-prughjettu.
Avemu stimatu u numeru potenziale di participanti è decisu chì avemu bisognu di almenu 5 backlogs per i versioni di MVP, 5 prudutti è 5 persone chì agiscenu cum'è pruprietarii di produtti, decifrare i bisogni di l'affari è piglià decisioni nantu à e restrizioni.
Eccu ciò chì avemu avutu: .
L'idea principale era di vene cun temi quant'è più alluntanati da u travagliu di ogni ghjornu di tutti i participanti è di dà un spaziu per un volu di imaginazione creativa.
Chì sbagli avemu fattu è chì pudemu fà megliu ?
L'usu di e pratiche di valutazione, cusì populari in u campu di l'assunzione di i venditori è di i dirigenti di u livellu più bassu, hà pigliatu una grande quantità di sforzu, ma ùn ci hà micca permessu di pagà abbastanza attente à ogni participante è evaluà e so capacità. In generale, sta opzione di selezzione crea una maghjina negativa di a cumpagnia, postu chì assai persone ricevenu feedback insufficiente è in seguitu creanu in elli stessi è altri l'effettu di a tirania di u patronu (i cumunicazioni in e cumunità IT sò assai sviluppati). In u risultatu, ci restanu literalmente dui candidati potenziali cù un futuru assai distante.
Meetups sò una bona cosa. Una basa larga per l'elaborazione hè creata, è u livellu generale di i participanti aumenta. A cumpagnia hè diventata più è più ricunnisciuta in u mercatu. Ma l'intensità di u travagliu di tali imprese ùn hè micca chjucu. Avete bisognu di capiscenu chjaramente chì a tenuta di riunioni duverà circa 700-800 ore-omu per annu.
In quantu à l'hackathon di prova. Stu tipu d'avvenimenti ùn sò ancu diventati noiosi, postu chì, à u cuntrariu di l'hackathons per i sviluppatori, sò tenuti assai menu spessu. U vantaghju di sta idea hè chì in una manera rilassata pudete scambià una grande quantità di cunniscenze pratiche è determinà abbastanza precisamente u livellu di ogni participante.
Dopu avè analizatu i risultati di l'avvenimentu, avemu capitu chì avemu fattu assai sbagli:
- L'errore più imperdonabile era di crede chì l'ora di 4-5 saria abbastanza per noi. In u risultatu, solu l'intruduzioni è a familiarizazione cù i backlogs hà pigliatu quasi 2 ore.
U travagliu cù i prupietarii di u produttu in u stadiu iniziale è u tempu per immerse in u sughjettu hà pigliatu u listessu tempu. Allora u tempu restante era chjaramente micca abbastanza per un sviluppu cumpletu di e carte di teste. - Ùn ci era micca abbastanza tempu è energia per un feedback detallatu nantu à ogni mappa, postu chì era digià notte. Dunque, avemu chjaramente fallutu sta parte, ma era inizialmente destinatu à esse u più preziosu in l'hackathon.
- Avemu decisu di valutà a qualità di u sviluppu per un votu simplice di tutti i participanti, allughjendu 3 voti per ogni squadra, chì puderanu dà per u travagliu di più alta qualità. Forse saria megliu urganizà una ghjuria.
Chì avete ottenutu?
Avemu parzialmente risoltu u nostru prublema è avà avemu 4 omi bravi è belli chì travaglianu per noi, chì coprenu a parte posteriore di 4 squadre di sviluppu. Un gruppu significativu di potenziali candidati forti è cambiamenti tangibili in u livellu di a cumunità QA di a cità ùn sò ancu stati nutati. Ma ci hè qualchì prugressu è questu ùn pò micca esse rallegra.
Source: www.habr.com