आम्ही परीक्षकांसाठी हॅकाथॉन का आयोजित केले?

हा लेख त्यांच्यासाठी स्वारस्यपूर्ण असेल, ज्यांना, आमच्यासारख्या, चाचणी क्षेत्रात योग्य तज्ञ निवडण्याच्या समस्येचा सामना करावा लागतो.

विचित्र गोष्ट म्हणजे, आपल्या प्रजासत्ताकात आयटी कंपन्यांच्या संख्येत वाढ झाल्यामुळे, केवळ पात्र प्रोग्रामरची संख्या वाढते, परंतु परीक्षक नाहीत. बरेच लोक या व्यवसायात येण्यास उत्सुक आहेत, परंतु अनेकांना त्याचा अर्थ समजत नाही.

मी सर्व IT कंपन्यांसाठी बोलू शकत नाही, परंतु आम्ही आमच्या गुणवत्ता तज्ञांना QA/QC ची भूमिका सोपवली आहे. ते विकास कार्यसंघाचा भाग आहेत आणि संशोधनापासून नवीन आवृत्तीच्या प्रकाशनापर्यंत विकासाच्या सर्व टप्प्यांमध्ये भाग घेतात.

संघातील परीक्षकाने, अगदी नियोजनाच्या टप्प्यावर, वापरकर्ता कथा स्वीकारण्यासाठी सर्व कार्यात्मक आणि गैर-कार्यात्मक आवश्यकतांचा विचार करणे आवश्यक आहे. त्याने उत्पादनाची तसेच प्रोग्रामरची ऑपरेशनल वैशिष्ट्ये आणि त्याहूनही चांगली समजून घेणे आवश्यक आहे आणि संघाला नियोजनाच्या टप्प्यावरही चुकीचे निर्णय न घेण्यास मदत करणे आवश्यक आहे. कार्यान्वित केलेली कार्यक्षमता कशी कार्य करेल आणि त्यात कोणते त्रुटी असू शकतात याची परीक्षकाला स्पष्ट माहिती असणे आवश्यक आहे. आमचे परीक्षक स्वतः चाचणी योजना आणि चाचणी प्रकरणे तयार करतात, तसेच सर्व आवश्यक चाचणी बेंच तयार करतात. माकड क्लिकर सारख्या रेडीमेड स्पेसिफिकेशननुसार चाचणी करणे हा आमचा पर्याय नाही. संघात काम करताना, त्याने योग्य उत्पादन सोडण्यात मदत केली पाहिजे आणि काहीतरी चूक झाल्यास वेळेत अलार्म वाजवावा.

परीक्षक शोधताना आम्हाला काय आले

बर्‍याच रेझ्युमेचा अभ्यास करण्याच्या टप्प्यावर, असे दिसते की आमच्यासाठी योग्य अनुभव असलेले विशेषज्ञ आहेत आणि आमच्या टीमसाठी परीक्षक निवडण्यात कोणतीही अडचण येणार नाही. परंतु, वैयक्तिक भेटीदरम्यान, आम्हाला माहिती तंत्रज्ञानाच्या जगापासून खूप दूर असलेल्या उमेदवारांचा सामना करावा लागला (उदाहरणार्थ, ते ब्राउझर आणि वेब सर्व्हरमधील परस्परसंवादाची तत्त्वे, सुरक्षिततेची मूलभूत तत्त्वे, संबंध आणि गैर- रिलेशनल डेटाबेस, त्यांना व्हर्च्युअलायझेशन आणि कंटेनरायझेशनबद्दल कोणतीही कल्पना नव्हती), परंतु त्याच वेळी वरिष्ठ QA स्तरावर स्वतःचे मूल्यांकन केले. डझनभर मुलाखती घेतल्यानंतर, आम्ही या निष्कर्षावर पोहोचलो की या प्रदेशात आमच्यासाठी योग्य तज्ञांची संख्या नगण्य आहे.

पुढे, मी तुम्हाला सांगेन की गुणवत्तेसाठी त्या बहुप्रतिक्षित सैनिकांना शोधण्यासाठी आम्ही कोणती पावले उचलली आणि कोणत्या चुका केल्या.

आम्ही परिस्थिती कशी दुरुस्त करण्याचा प्रयत्न केला

तयार-तयार तज्ञांच्या सोर्सिंगसह थकून गेल्यानंतर, आम्ही जवळपासच्या भागांना लक्ष्य करू लागलो:

1. आम्ही अनेक "लिव्ह-इट" लोकांमध्ये ओळखण्यासाठी मूल्यांकन पद्धती लागू करण्याचा प्रयत्न केला, ज्यांच्याकडून आम्ही मजबूत तज्ञ विकसित करू शकतो.

   आम्ही अंदाजे समान पातळीचे ज्ञान असलेल्या संभाव्य उमेदवारांच्या गटाला कार्ये पूर्ण करण्यास सांगितले. त्यांच्या विचारप्रक्रियेचे निरीक्षण करून, आम्ही सर्वात आश्वासक उमेदवार ओळखण्याचा प्रयत्न केला.

   विशेषतः, आम्ही लक्ष देण्याची, तंत्रज्ञानाची क्षमता समजून घेण्यासाठी आणि बहुसांस्कृतिकतेची वैशिष्ट्ये तपासण्यासाठी कार्ये घेऊन आलो आहोत:

   
   

2. सध्याच्या तुकडीमधील व्यवसायाविषयीच्या आकलनाच्या सीमा विस्तारण्यासाठी आम्ही परीक्षकांसाठी बैठका घेतल्या.

   मी तुम्हाला त्या प्रत्येकाबद्दल थोडेसे सांगेन.

   Ufa Software QA आणि Testing Meetup #1 हा आमचा पहिला प्रयत्न आहे ज्यांना व्यवसायाची काळजी आहे अशा लोकांना एकत्र करण्याचा आणि त्याच वेळी आम्ही त्यांना काय सांगू इच्छितो त्यामध्ये लोकांना स्वारस्य आहे की नाही हे समजून घेणे. मुळात, तुम्ही परीक्षक होण्याचे ठरवले असल्यास ते कोठून सुरू करणे चांगले आहे याबद्दल आमचे अहवाल होते. नवशिक्यांना त्यांचे डोळे उघडण्यास आणि प्रौढांप्रमाणे चाचणीकडे पाहण्यास मदत करा. नवशिक्या परीक्षकांनी या व्यवसायात सामील होण्यासाठी कोणकोणत्या पायऱ्या घ्याव्यात याबद्दल आम्ही बोललो. गुणवत्ता काय आहे आणि वास्तविक परिस्थितीत ती कशी मिळवायची याबद्दल. आणि तसेच, स्वयंचलित चाचणी म्हणजे काय आणि ते कुठे वापरणे अधिक योग्य आहे.

   
   
   त्यानंतर, 1-2 महिन्यांच्या अंतराने, आम्ही आणखी दोन भेटी घेतल्या. आधीच दुप्पट सहभागी होते. "Ufa Software QA आणि Testing Meetup #2" मध्ये आम्ही विषयाच्या क्षेत्रात खोलवर गेलो. त्यांनी बग ट्रॅकिंग सिस्टीम, UI/UX चाचणी, डॉकर, Ansible वर स्पर्श केला आणि विकासक आणि परीक्षक यांच्यातील संभाव्य संघर्ष आणि त्यांचे निराकरण करण्याच्या मार्गांबद्दल बोलले.

   आमची तिसरी मीटिंग, “Ufa Software QA and Testing Meetup #3,” अप्रत्यक्षपणे परीक्षकांच्या कामाशी संबंधित आहे, परंतु प्रोग्रामरना त्यांच्या तांत्रिक आणि संस्थात्मक कर्तव्यांची वेळेवर आठवण करून देण्यासाठी उपयुक्त होती: लोड चाचणी, e2e चाचणी, ऑटोटेस्टिंगमधील सेलेनियम, वेब ऍप्लिकेशन भेद्यता. .

   या सर्व काळात आम्ही आमच्या इव्हेंटमधून प्रसारणामध्ये सामान्य प्रकाश आणि आवाज कसा तयार करायचा हे शिकत आहोत:

   → चाचणीची पहिली पायरी - Ufa सॉफ्टवेअर QA आणि चाचणी बैठक #1
   → UI/UX चाचणी – Ufa सॉफ्टवेअर QA आणि चाचणी बैठक #2
   → सुरक्षा चाचणी, लोड चाचणी आणि स्वयं चाचणी – Ufa QA आणि चाचणी बैठक #3

3. आणि शेवटी आम्ही परीक्षकांसाठी हॅकाथॉन आयोजित करण्याचा प्रयत्न करण्याचे ठरवले

आम्ही परीक्षकांसाठी हॅकाथॉन कशी तयार केली आणि आयोजित केली

सुरुवातीला, आम्ही हे कोणत्या प्रकारचे "पशु" आहे आणि ते सहसा कसे चालते हे समजून घेण्याचा प्रयत्न केला. हे दिसून आले की, रशियन फेडरेशनमध्ये या प्रकारचे कार्यक्रम बर्‍याच वेळा आयोजित केले गेले नाहीत आणि कल्पना घेण्यास कोठेही नाही. दुसरे म्हणजे, पहिल्या दृष्टीक्षेपात संशयास्पद वाटणार्‍या इव्हेंटमध्ये मला त्वरित भरपूर संसाधने गुंतवायची नव्हती. म्हणून, आम्ही ठरवले की आम्ही लहान मिनी-हॅकथॉन करू, संपूर्ण QA कार्य चक्रासाठी नाही तर वैयक्तिक टप्प्यांसाठी.

स्पष्ट चाचणी नकाशे तयार करण्यात स्थानिक परीक्षकांमध्ये सराव नसणे ही आमची मुख्य डोकेदुखी आहे. ते पूर्व-अंमलबजावणी वापरकर्त्याच्या कथांवर संशोधन करण्यात आणि कार्यात्मक आणि गैर-कार्यक्षम आवश्यकता, UI/UX, सुरक्षा, वर्कलोड आणि पीक लोड्ससाठी विकासकांसाठी स्पष्ट असलेले स्वीकृती निकष तयार करण्यात वेळ घालवत नाहीत. म्हणून, आम्ही प्रथमच, त्यांच्या कामाच्या सर्वात मनोरंजक आणि सर्जनशील भागातून जाण्याचा निर्णय घेतला - प्री-प्रोजेक्ट संशोधनादरम्यान आवश्यकतांचे विश्लेषण आणि निर्मिती.

आम्ही सहभागींच्या संभाव्य संख्येचा अंदाज लावला आणि ठरवले की आम्हाला MVP रिलीझसाठी किमान 5 बॅकलॉग, 5 उत्पादने आणि 5 लोक आवश्यक आहेत जे उत्पादन मालक म्हणून काम करतील, व्यवसायाच्या गरजा समजावून सांगतील आणि निर्बंधांवर निर्णय घेतील.

आम्हाला जे मिळाले ते येथे आहे: हॅकाथॉनसाठी अनुशेष.

सर्व सहभागींच्या दैनंदिन कामातून शक्य तितक्या दूर असलेले विषय आणणे आणि त्यांना कल्पनाशक्तीच्या सर्जनशील उड्डाणासाठी वाव देणे ही मुख्य कल्पना होती.

आम्ही कोणत्या चुका केल्या आणि आम्ही काय चांगले करू शकतो?

मूल्यमापन पद्धतींचा वापर, सेल्सपीपल आणि निम्न-स्तरीय व्यवस्थापकांना कामावर घेण्याच्या क्षेत्रात खूप लोकप्रिय आहे, यासाठी खूप प्रयत्न केले गेले, परंतु आम्हाला प्रत्येक सहभागीकडे पुरेसे लक्ष देण्यास आणि त्याच्या क्षमतेचे मूल्यांकन करण्याची परवानगी दिली नाही. सर्वसाधारणपणे, हा निवड पर्याय कंपनीची नकारात्मक प्रतिमा तयार करतो, कारण बर्‍याच लोकांना अपुरा अभिप्राय मिळतो आणि नंतर स्वत: मध्ये आणि इतरांवर नियोक्त्याच्या अत्याचाराचा प्रभाव निर्माण होतो (आयटी समुदायांमधील संप्रेषणे खूप विकसित आहेत). परिणामी, आपल्याकडे अक्षरशः दोन संभाव्य उमेदवार उरले आहेत ज्यांचे भविष्य खूप दूर आहे.

मीटिंग ही चांगली गोष्ट आहे. विस्तारासाठी एक विस्तृत आधार तयार केला जातो आणि सहभागींची सामान्य पातळी वाढते. कंपनी बाजारात अधिकाधिक ओळखण्यायोग्य होत आहे. परंतु अशा उपक्रमांची श्रम तीव्रता कमी नाही. तुम्हाला हे स्पष्टपणे समजून घेणे आवश्यक आहे की मीटिंग आयोजित करण्यासाठी वर्षाला अंदाजे 700-800 मनुष्य-तास लागतील.

चाचणी हॅकाथॉन साठी म्हणून. या प्रकारचे कार्यक्रम अद्याप कंटाळवाणे झाले नाहीत, कारण, विकसकांसाठी हॅकाथॉनच्या विपरीत, ते कमी वारंवार आयोजित केले जातात. या कल्पनेचा फायदा असा आहे की आरामशीर पद्धतीने तुम्ही मोठ्या प्रमाणात व्यावहारिक ज्ञानाची देवाणघेवाण करू शकता आणि प्रत्येक सहभागीची पातळी अगदी अचूकपणे निर्धारित करू शकता.

इव्हेंटच्या परिणामांचे विश्लेषण केल्यानंतर, आमच्या लक्षात आले की आम्ही बर्‍याच चुका केल्या आहेत:

1. आपल्यासाठी 4-5 तास पुरेसे असतील यावर विश्वास ठेवणे ही सर्वात अक्षम्य चूक होती. परिणामी, बॅकलॉग्सचा फक्त परिचय आणि परिचित होण्यासाठी जवळपास 2 तास लागले.
   सुरुवातीच्या टप्प्यावर उत्पादन मालकांसोबत काम करणे आणि विषय क्षेत्रामध्ये जाण्यासाठी वेळ तेवढाच वेळ लागला. त्यामुळे उर्वरित वेळ चाचणी नकाशांच्या सर्वसमावेशक विकासासाठी पुरेसा नव्हता.
2. प्रत्येक नकाशावर तपशीलवार अभिप्राय देण्यासाठी पुरेसा वेळ आणि शक्ती नव्हती, कारण आधीच रात्र झाली होती. म्हणून, आम्ही हा भाग स्पष्टपणे अयशस्वी झालो, परंतु सुरुवातीला हॅकाथॉनमध्ये सर्वात मौल्यवान बनण्याचा हेतू होता.
3. आम्ही सर्व सहभागींच्या साध्या मताने विकासाच्या गुणवत्तेचे मूल्यमापन करण्याचा निर्णय घेतला, प्रत्येक संघासाठी 3 मते वाटप केली, जी ते उच्च दर्जाच्या कामासाठी देऊ शकतात. कदाचित जूरी आयोजित करणे चांगले होईल.

आपण काय साध्य केले आहे?

आम्ही आमच्या समस्येचे अंशतः निराकरण केले आहे आणि आता आमच्याकडे 4 डेव्हलपमेंट टीमच्या मागील बाजूस 4 शूर, देखणा पुरुष आमच्यासाठी काम करत आहेत. संभाव्य मजबूत उमेदवारांचा एक महत्त्वपूर्ण पूल आणि शहराच्या QA समुदायाच्या स्तरावरील मूर्त बदल अद्याप लक्षात आलेले नाहीत. परंतु काही प्रगती आहे आणि यामुळे आनंद होऊ शकत नाही.

स्त्रोत: www.habr.com