શા માટે અમે પરીક્ષકો માટે હેકાથોન યોજી?

આ લેખ તે લોકો માટે રસપ્રદ રહેશે જેઓ, અમારા જેવા, પરીક્ષણના ક્ષેત્રમાં યોગ્ય નિષ્ણાત પસંદ કરવાની સમસ્યાનો સામનો કરી રહ્યા છે.

વિચિત્ર રીતે, આપણા પ્રજાસત્તાકમાં IT કંપનીઓની સંખ્યામાં વધારો થવા સાથે, માત્ર લાયક પ્રોગ્રામરોની સંખ્યામાં વધારો થાય છે, પરંતુ પરીક્ષકોની નહીં. ઘણા લોકો આ વ્યવસાયમાં આવવા માટે ઉત્સુક છે, પરંતુ ઘણા લોકો તેનો અર્થ સમજી શકતા નથી.

હું બધી IT કંપનીઓ માટે બોલી શકતો નથી, પરંતુ અમે અમારા ગુણવત્તા નિષ્ણાતોને QA/QC ની ભૂમિકા સોંપી છે. તેઓ વિકાસ ટીમનો ભાગ છે અને સંશોધનથી લઈને નવા સંસ્કરણના પ્રકાશન સુધીના વિકાસના તમામ તબક્કામાં ભાગ લે છે.

ટીમમાં એક પરીક્ષક, આયોજનના તબક્કે પણ, વપરાશકર્તા વાર્તા સ્વીકારવા માટે તમામ કાર્યાત્મક અને બિન-કાર્યકારી આવશ્યકતાઓ દ્વારા વિચારવું આવશ્યક છે. તેણે પ્રોડકટની સાથે સાથે પ્રોગ્રામરોની ઓપરેશનલ લાક્ષણિકતાઓને પણ સારી રીતે સમજવી જોઈએ અને આયોજનના તબક્કે પણ ટીમને ખોટા નિર્ણયો ન લેવામાં મદદ કરવી જોઈએ. પરીક્ષકને અમલમાં મૂકાયેલ કાર્યક્ષમતા કેવી રીતે કાર્ય કરશે અને તેમાં શું મુશ્કેલીઓ હોઈ શકે છે તેની સ્પષ્ટ સમજ હોવી આવશ્યક છે. અમારા પરીક્ષકો પરીક્ષણ યોજનાઓ અને પરીક્ષણ કેસ જાતે બનાવે છે, તેમજ તમામ જરૂરી પરીક્ષણ બેન્ચ તૈયાર કરે છે. મંકી ક્લિકરની જેમ તૈયાર સ્પેસિફિકેશન મુજબ ટેસ્ટિંગ એ અમારો વિકલ્પ નથી. ટીમમાં કામ કરતાં, તેણે યોગ્ય પ્રોડક્ટ રિલીઝ કરવામાં મદદ કરવી જોઈએ અને જો કંઈક ખોટું થાય તો સમયસર એલાર્મ વગાડવો જોઈએ.

પરીક્ષકોની શોધ કરતી વખતે અમને શું મળ્યું

ઘણા રિઝ્યુમ્સનો અભ્યાસ કરવાના તબક્કે, એવું લાગતું હતું કે અમારા માટે યોગ્ય અનુભવ ધરાવતા નિષ્ણાતો છે અને અમારી ટીમ માટે ટેસ્ટર પસંદ કરવામાં કોઈ સમસ્યા નથી. પરંતુ, વ્યક્તિગત મીટિંગ્સ દરમિયાન, અમે વધુને વધુ એવા ઉમેદવારોનો સામનો કર્યો કે જેઓ ખરેખર માહિતી ટેકનોલોજીની દુનિયાથી ઘણા દૂર હતા (ઉદાહરણ તરીકે, તેઓ બ્રાઉઝર અને વેબ સર્વર વચ્ચેની ક્રિયાપ્રતિક્રિયાના સિદ્ધાંતો, સુરક્ષાની મૂળભૂત બાબતો, સંબંધી અને બિન- રીલેશનલ ડેટાબેસેસ, તેઓને વર્ચ્યુઅલાઈઝેશન અને કન્ટેનરાઈઝેશન વિશે કોઈ ખ્યાલ નહોતો), પરંતુ તે જ સમયે તેઓએ વરિષ્ઠ QA સ્તરે પોતાનું મૂલ્યાંકન કર્યું. ડઝનેક ઇન્ટરવ્યુ લીધા પછી, અમે નિષ્કર્ષ પર આવ્યા કે આ પ્રદેશમાં અમારા માટે યોગ્ય નિષ્ણાતોની સંખ્યા નહિવત્ છે.

આગળ, હું તમને કહીશ કે ગુણવત્તા માટે તે લાંબા સમયથી રાહ જોવાતી લડવૈયાઓને શોધવા માટે અમે કયા પગલાં લીધાં અને કઈ ભૂલો થઈ.

અમે પરિસ્થિતિને કેવી રીતે ઠીક કરવાનો પ્રયાસ કર્યો

સોર્સિંગ તૈયાર નિષ્ણાતોથી થાકી ગયા પછી, અમે નજીકના વિસ્તારોને લક્ષ્ય બનાવવાનું શરૂ કર્યું:

1. અમે ઘણા "છોડી દો" લોકોમાં ઓળખવા માટે મૂલ્યાંકન પ્રથા લાગુ કરવાનો પ્રયાસ કર્યો, જેમની પાસેથી આપણે મજબૂત નિષ્ણાતો વિકસાવી શકીએ.

   અમે લગભગ સમાન સ્તરના જ્ઞાન ધરાવતા સંભવિત ઉમેદવારોના જૂથને કાર્યો પૂર્ણ કરવા કહ્યું. તેમની વિચાર પ્રક્રિયાનું અવલોકન કરીને, અમે સૌથી આશાસ્પદ ઉમેદવારને ઓળખવાનો પ્રયાસ કર્યો.

   ખાસ કરીને, અમે સચેતતા, ટેક્નોલોજીની ક્ષમતાઓની સમજ અને બહુસાંસ્કૃતિકતાના લક્ષણોને ચકાસવા માટેના કાર્યો સાથે આવ્યા છીએ:

   
   

2. અમે હાલની ટુકડી વચ્ચે વ્યવસાયની સમજણની સીમાઓને વિસ્તૃત કરવા માટે પરીક્ષકો માટે બેઠકો યોજી હતી.

   હું તમને તે દરેક વિશે થોડું કહીશ.

   Ufa સોફ્ટવેર QA અને ટેસ્ટિંગ મીટઅપ #1 એ એવા લોકોને એકત્ર કરવાનો અમારો પ્રથમ પ્રયાસ છે જેઓ વ્યવસાયની કાળજી રાખે છે અને તે જ સમયે એ સમજવા માટે કે અમે તેમને શું પહોંચાડવા માંગીએ છીએ તેમાં જનતાને રસ હશે કે કેમ. મૂળભૂત રીતે, જો તમે ટેસ્ટર બનવાનું નક્કી કર્યું હોય તો તે ક્યાંથી શરૂ કરવું વધુ સારું છે તે વિશે અમારા અહેવાલો હતા. નવા નિશાળીયાને તેમની આંખો ખોલવામાં અને પુખ્ત વયના લોકોની જેમ પરીક્ષણ જોવામાં સહાય કરો. અમે એવા પગલાં વિશે વાત કરી જે શિખાઉ પરીક્ષકોએ વ્યવસાયમાં જોડાવા માટે લેવાની જરૂર છે. ગુણવત્તા શું છે અને વાસ્તવિક પરિસ્થિતિઓમાં તેને કેવી રીતે પ્રાપ્ત કરવી તે વિશે. અને એ પણ, સ્વચાલિત પરીક્ષણ શું છે અને તેનો ઉપયોગ ક્યાં કરવો વધુ યોગ્ય છે.

   
   
   પછી, 1-2 મહિનાના અંતરાલ સાથે, અમે વધુ બે બેઠકો યોજી. ત્યાં પહેલાથી જ બમણા સહભાગીઓ હતા. "Ufa સોફ્ટવેર QA અને ટેસ્ટિંગ મીટઅપ #2" પર અમે વિષયના ક્ષેત્રમાં વધુ ઊંડા ઉતર્યા. તેઓએ બગ ટ્રૅકિંગ સિસ્ટમ્સ, UI/UX પરીક્ષણ વિશે વાત કરી, Docker, Ansible પર સ્પર્શ કર્યો અને ડેવલપર અને ટેસ્ટર વચ્ચે સંભવિત તકરાર અને તેમને ઉકેલવાની રીતો વિશે પણ વાત કરી.

   અમારી ત્રીજી મીટિંગ, "Ufa સોફ્ટવેર QA અને ટેસ્ટિંગ મીટઅપ #3," પરીક્ષકોના કાર્ય સાથે પરોક્ષ રીતે સંબંધિત છે, પરંતુ પ્રોગ્રામરોને તેમની તકનીકી અને સંસ્થાકીય ફરજોની સમયસર યાદ અપાવવામાં ઉપયોગી હતી: લોડ પરીક્ષણ, e2e પરીક્ષણ, ઑટોટેસ્ટિંગમાં સેલેનિયમ, વેબ એપ્લિકેશન નબળાઈઓ. .

   આ બધા સમયથી અમે અમારી ઇવેન્ટ્સમાંથી બ્રોડકાસ્ટ્સમાં સામાન્ય પ્રકાશ અને ધ્વનિ કેવી રીતે બનાવવો તે શીખી રહ્યાં છીએ:

   → પરીક્ષણમાં પ્રથમ પગલાં - Ufa સોફ્ટવેર QA અને પરીક્ષણ મીટઅપ #1
   → UI/UX પરીક્ષણ - Ufa સોફ્ટવેર QA અને પરીક્ષણ મીટઅપ #2
   → સુરક્ષા પરીક્ષણ, લોડ પરીક્ષણ અને સ્વતઃ પરીક્ષણ - Ufa QA અને પરીક્ષણ મીટઅપ #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