इस तरह एक छोटी कंपनी के लिए परीक्षक

"हम एक छोटी खाद्य कंपनी हैं" - यह इन शब्दों के साथ है कि मैं हमेशा एक साक्षात्कार के लिए आए प्रत्येक उम्मीदवार के लिए काम के वर्तमान स्थान के बारे में कहानी शुरू करता हूं। केवल इस वाक्यांश से ही कोई व्यक्ति तुरंत समझ सकता है कि अगर वह हमारे भाग्य को हमारे साथ जोड़ने का फैसला करता है तो वह क्या पेशेवरों और विपक्ष का सामना करेगा।

मैं जिस छोटी किराने की कंपनी में काम करता हूं, बेशक उसका अपना एचआर नहीं है, लेकिन नए कर्मियों की जरूरत अभी भी है। मैं सिर्फ एक प्रोग्रामर हूं, किसी भी मामले में टीमलेड या पीएम (जहां से वे आते हैं) के शीर्षक का दावा करते हुए, अच्छे, पर्याप्त और सबसे महत्वपूर्ण व्यावसायिक लोगों के साथ काम करना चाहते हैं (जहां तक ​​कि पहले से ही इंगित किए गए संदर्भ में संभव हो)।

सौभाग्य से, मुझे एक परीक्षक की तलाश करने का मौका मिला, और नहीं ... उदाहरण के लिए, एक विक्रेता।

जैसा कि आप शायद पहले से ही समझ चुके हैं, यह पोस्ट एक साधारण प्रोग्रामर के लिए एक गैर-साधारण परीक्षक को खोजने का तरीका है। मेरी राय में, अनुभव दिलचस्प निकला, लेकिन पहली चीजें पहले।

किसी भी तरह से लेख सर्वोत्तम अभ्यास का दावा नहीं करता है। मैं सिर्फ इस मामले में अपना दृष्टिकोण दिखाना चाहता था।

परीक्षकों की खोज पर लेख यह हैबर पर भरा हुआ है

हां, थोड़ा नहीं। मैंने उनमें से कई को पढ़ा, मैंने अपने लिए कुछ उपयोगी भी सीखा, लेकिन एक महत्वपूर्ण BUT है : वे सभी लिखित हैं, यदि स्वामी द्वारा नहीं, तो कम से कम उन लोगों द्वारा जो परीक्षण या शिकार में कुछ समझते हैं + बजट के बारे में नहीं भूलते हैं।

आखिर मैं क्यों?

बस, मैं उन प्रोग्रामरों में से एक था जो आईटी के इस क्षेत्र (बैरिकेड्स के दूसरी तरफ) को छूने के लिए इच्छुक था और काम के कार्यों से थोड़ा दूर हो गया।

मुझे पसंद नहीं है जब एचआर मूर्खतापूर्ण रूप से सामूहिक मेलिंग करता है, प्रमुख टैग के आधार पर ऑफ़र फेंकता है, बिना गहराई में जाए आदि।

शायद यह मेरी सबसे बड़ी प्रेरणा थी - काम पर रखने की प्रक्रिया को जिम्मेदारी से और कुशलता से (जितना संभव हो सके), खुद को साबित करने / दिखाने के लिए: "ठीक है, आप इसे सामान्य रूप से कर सकते हैं"

आवश्यकताओं

चूँकि मैंने स्वयं इसे परीक्षण के साथ परीक्षण नहीं किया है, इसलिए आवश्यकताओं के अनुसार किया गया था:

• विश्लेषणात्मक मानसिकता;
• सॉफ्टवेयर परीक्षण में कार्यों की समझ;
• परीक्षक अनुभव और आईटी शिक्षा एक फायदा होगा।

प्रोज़र (डाउन टू अर्थ) प्रस्तुति में, परीक्षक वह होता है जो बग ढूंढ रहा होता है और उन्हें पुन: प्रस्तुत करने की प्रक्रिया का विस्तार से वर्णन कर सकता है।

समीक्षा प्रक्रिया फिर से शुरू करें

और इसलिए, रिक्ति एक प्रसिद्ध साइट पर पोस्ट की जाती है, हम उम्मीदवारों का चयन करने की प्रक्रिया में आगे बढ़ते हैं। नीचे मैंने विशेष रूप से उन चीज़ों का वर्णन करने की कोशिश की जो मैं चुका रहा था, या इसके विपरीत, मैंने सारांश पर ध्यान नहीं दिया:

1. फिर से शुरू करना (सभी प्रकार की त्रुटियों की उपस्थिति) - मुझे एक परीक्षक की आवश्यकता क्यों है जो अपने फिर से शुरू करने का परीक्षण भी नहीं कर सकता है? (यह ट्राइट लगता है, लेकिन यह ~ 20% मामलों में पाया गया था)
2. मैं बिल्कुल उम्र, लिंग, उपस्थिति, वैवाहिक स्थिति आदि के बारे में परवाह नहीं करता (मैं एचआर की "लड़कियों" के बारे में कहानियों का एक गुच्छा पढ़ता हूं)।
3. एक परीक्षक के रूप में अनुभव होने के बाद - मुझे लगता है कि सब कुछ स्पष्ट है: कम से कम कुछ अनुभव किसी से बेहतर नहीं है।
4. शिक्षा की उपलब्धता : सबसे महत्वपूर्ण बात यह है कि कोई भी मानवता नहीं है, फिर भी, काम की प्रक्रिया में, आपको लगातार, तार्किक निष्कर्ष बनाने होंगे और दांतेदार जानकारी नहीं देनी होगी। (इस आइटम को गंभीरता से न लें)
5. एक कवर लेटर / ब्लॉक "मेरे बारे में" आमतौर पर यहां बहुत बुरा है: वे सभी एक के रूप में लिखते हैं कि यह वह है जो हमें केवल एक ही चाहिए, जो वह सबसे अच्छा है, कि हम उसके सपनों की कंपनी हैं, आदि।
   
   लेकिन, निश्चित रूप से, नियमों के अपवाद हैं : उदाहरण के लिए, जब एक उम्मीदवार इंगित करता है कि उसने किसी प्रसिद्ध साइट या एप्लिकेशन पर एक विशेष दोष का पता लगाया है और, सबसे महत्वपूर्ण बात, उसने इसे पंजीकृत किया , यह निश्चित रूप से कर्म में एक प्लस है।
6. प्रमुख कौशल एक बहुत ही दिलचस्प बिंदु हैं, हम इन सभी क्यूए टैग में रुचि नहीं रखते हैं: कार्यात्मक परीक्षण, परीक्षण मामलों का संकलन, यूआई का परीक्षण, आदि, हालांकि यह निश्चित रूप से उन्हें पेश करना बेहतर है।
   
   अलग प्लसस सेलेनियम और अन्य परीक्षण स्वचालन टूल का संकेत देने वाले टैग के लायक है।
   
   सबसे महत्वपूर्ण: हम "गैर-परीक्षक" कौशल पर ध्यान देते हैं, उदाहरण के लिए: पायथन , एकता , पीएचपी , कम्पास -3 डी , एसक्यूएल , आदि। (मैं आपको बाद में बताऊंगा)
7. पाठ्यक्रम / प्रमाण पत्र - एक बहुत ही विवादास्पद / विवादास्पद बिंदु: यदि उम्मीदवार के पास परीक्षक के रूप में या आईटी शिक्षा के बिना कोई अनुभव नहीं है, तो इस मद की उपस्थिति का स्वागत है।
   
   आमतौर पर, उम्मीदवार "स्नातक कार्य" के रूप में कार्य करने वाले चेकलिस्ट संलग्न करते हैं - आपको यह स्वीकार करना होगा कि पहले से ही कुछ देखना है।

व्यक्तिगत बातचीत

और इसलिए, उपरोक्त "नियमों / सिफारिशों" के आधार पर, हमने उन उम्मीदवारों का चयन किया, जिनमें हम रुचि रखते हैं, हम आगे बढ़ते हैं - व्यक्तिगत संचार। मैंने विशेष रूप से डरावने शब्द "साक्षात्कार" का संकेत नहीं दिया, क्योंकि मैं एक बुरे / बुरे पुलिस वाले के लिए एक उम्मीदवार के साथ खेलने नहीं जा रहा हूं, आदि। मैं ईमानदारी से संवाद स्थापित करने के लिए विशेष रूप से संवाद करना चाहता हूं, ताकि प्रक्रिया सभी पक्षों के लिए सबसे आरामदायक और दिलचस्प तरीके से हो। उन्हीं कारणों से, मैं कोई तकनीकी-विशिष्ट प्रश्न नहीं पूछता (ठीक है, हम यह नहीं भूलते कि मुझे ऐसे प्रश्न पूछने का ज्ञान नहीं है)।

नीचे उन विषयों / प्रश्नों की सूची दी गई है, जिनके बारे में मैं बात करना चाहता हूं, उनके जवाबों का पता लगाएं:

1. काम का पिछला स्थान (यदि कोई हो) - सब कुछ मानक के अनुसार है:
   
   • आपने वास्तव में क्या किया और आपने वास्तव में यह कैसे किया?
   • आपने बदलने का फैसला क्यों किया?
   • टीम का आकार क्या था और परियोजना पर टीम क्या थी?
   • आप किस तरह की परियोजनाओं पर काम कर रहे थे? (जब तक एनडीए इसे अनुमति नहीं देता)
   • आपने कौन सी परियोजना प्रबंधन पद्धति का उपयोग किया है?
   • आदि
2. शिक्षा - मैं व्यक्तिगत रूप से इसकी उपस्थिति या अनुपस्थिति के बारे में परवाह नहीं करता हूं, क्या यह समाप्त हो गया है या नहीं, क्या यह एक बिंदु या पत्राचार है, आदि, मुझे इस विषय पर मेरे वार्ताकार की स्थिति में दिलचस्पी है, उन्होंने इस मुद्दे पर खुद के लिए यह या उस निर्णय को क्यों किया।
3. प्रमुख कौशल (आवेदक के फिर से शुरू से) - इस स्तर पर आप बहुत सारी रोचक और उपयोगी चीजें सीख सकते हैं। यह पता लगाना महत्वपूर्ण है कि उसने इन कौशल को कैसे हासिल किया।
   
   
   कुछ उदाहरण

   • एक उम्मीदवार है जिसका प्रमुख कौशल इंगित किया गया है, उदाहरण के लिए, - एकता , एक बातचीत के दौरान यह पता चलता है कि एक व्यक्ति अपने खाली समय में खेल विकसित करने की कोशिश करता है, अर्थात। यह तुरंत स्पष्ट है कि आईटी क्षेत्र में रुचि है और मानव ज्ञान / कौशल आवेदन के योग्य पाया जा सकता है;
   • एक अन्य उदाहरण: यदि कोई व्यक्ति Sql या Php के कुछ फंडामेंटल को जानता है, जो, वैसे, वह प्रोग्रामर के एक पहाड़ के साथ काम करने के लिए काम के अंतिम स्थान पर आया था, जिसे आपको दोनों में पालन करना था और कोड की विशेष रूप से निष्क्रिय लाइन में प्रहार करना था, तो आप कर सकते हैं निष्कर्ष यह है कि हमारे सामने वाला व्यक्ति अनाड़ी नहीं है;
   • नकारात्मक उदाहरण भी हैं: पायथन निर्दिष्ट कौशल में उम्मीदवार - यह शांत प्रतीत होता है, लेकिन बातचीत के दौरान यह पता चलता है कि वह निश्चित रूप से वाईपी को नहीं जानता है, उसने कोई भी किताबें नहीं पढ़ी हैं, उसने बस सुना है कि छोटा लड़का शांत है और उसने बताया। ( डब्ल्यूटीएफ? )
4. आपके द्वारा सामना किए गए सबसे दिलचस्प / जटिल बग के बारे में प्रश्न - यहां, सबसे महत्वपूर्ण बात यह है कि आप किन भावनाओं के साथ प्रस्तुत किए जाएंगे, इस पर ध्यान देना है: यदि उस समय किसी व्यक्ति की आँखें जलती हैं, तो भावनाओं का तूफान, आदि। - निश्चित रूप से एक अच्छा संकेत, जिसका अर्थ है कि एक व्यक्ति अपने काम से बीमार है। इसके अलावा, पूछें कि वास्तव में एक व्यक्ति इन अविस्मरणीय / अद्वितीय बग को पकड़ने में कैसे कामयाब रहा।
5. वास्तविक जीवन में परीक्षण - इस मामले में, मुझे लगता है, प्रो। विरूपण अच्छा है। एक व्यक्ति को सॉफ़्टवेयर के जाम से चेतावनी दी जानी चाहिए जिसके साथ वह हर जगह पाया जाता है। साक्षात्कारकर्ता से इस तरह के अनुभव के बारे में पूछें, निश्चित रूप से, उसके पास आपको बताने के लिए कुछ है (यह देख कर दुख हुआ कि ~ 50% को ऐसा अनुभव नहीं था)।
6. कंपनी की परियोजनाओं / दिशा में व्यक्तिगत रुचि (आवश्यक नहीं है, लेकिन यह एक अच्छा प्लस होगा)।
   
   
   कुछ उदाहरणों को समझने के लिए

   • यदि आप सॉफ़्टवेयर विकसित कर रहे हैं, जो कहते हैं, यात्रा करते समय इष्टतम यात्रा मार्ग बनाता है, तो यह उस व्यक्ति के लिए अच्छा होगा जिसे आप यात्रा करना पसंद कर रहे हैं और व्यक्तिगत रूप से समस्याओं का सामना कर रहे हैं जो आपके आवेदन को हल करता है;
   • यदि आप गेम विकसित कर रहे हैं, तो यह टेस्टर के लिए सलाह दी जाती है कि वे गेम खेलना पसंद करें, सभी नवीनतम अपडेट्स का ट्रैक रखें आदि।
7. प्रति-प्रश्न - जब उनसे पूछा जाता है, तो मुझे बहुत खुशी होती है, खासकर जब उनमें से बहुत से होते हैं। यह स्पष्ट है कि उम्मीदवार अपने कार्यस्थल, कार्य अनुसूची, प्रौद्योगिकी स्टैक, टीम आदि में रुचि रखता है। लेकिन जब उम्मीदवार को उन परियोजनाओं में वास्तविक रुचि होती है जो आप कर रहे हैं - इसमें बहुत खर्च होता है! आपको पता नहीं है कि सुनकर कितना अच्छा लगता है जब वे आपको बताते हैं कि यह उनके जीवन का सबसे दिलचस्प / असामान्य साक्षात्कार था।

परीक्षण कार्य

आपने क्या सोचा? इतना सरल नहीं है!
एक परीक्षण कार्य करने के लिए बहुत आलसी मत बनो! अवश्य सुनिए! और निश्चित रूप से यह कागज के एक टुकड़े पर नहीं होना चाहिए!

विशेष रूप से, घुटने पर (इस मामले में यह केवल हाथ में है), स्पष्ट रूप से जाम के साथ एक सरल अनुप्रयोग (उपयोगकर्ता इकाई के साथ CRUD ) और "टीके" भी लागू किया गया था।

कार्यक्रम के तर्क में शोल:

• पाठ क्षेत्रों में डेटा सत्यापन की कमी;
• उपयोगकर्ता की जन्म तिथि दर्ज करते समय कैलेंडर का नियंत्रण किसी भी तरह से सीमित नहीं है (आप कल की जन्म तिथि निर्दिष्ट कर सकते हैं, आदि);
• उपयोगकर्ता निर्माण / बचत तिथि गलत तरीके से इंगित की गई है (सही तिथि से -1 दिन);
• गलत तरीके से गणना की गई उपयोगकर्ता की आयु (गोलाई का उपयोग किए बिना);
• जब एप्लिकेशन बंद हो गया था, तो डेटा सहेजा नहीं गया था;
• 5 मिनट के बाद कार्यक्रम बंद काम (मेरी राय में, सबसे मजेदार बग);
• मौजूदा उपयोगकर्ता के डेटा को बदलते समय, मध्य नाम फ़ील्ड हमेशा सभी उपयोगकर्ताओं की सूची में अपरिवर्तित रहती है;
• आयु क्षेत्र को तब अद्यतन नहीं किया गया था जब जन्म तिथि बदल दी गई थी (केवल उपयोगकर्ताओं के बीच स्विच करते समय अद्यतन)।

कैंट लेआउट पर:

• वर्तनी त्रुटियों की उपस्थिति;
• TextBlock उपयोगकर्ता के बारे में अतिरिक्त जानकारी एक बड़े डेटा सेट में प्रवेश करते समय निकल गई;
• अनुकूली लेआउट की कमी (खिड़की के शुरुआती आकार के साथ, सभी नियम, एक बदलाव के साथ - सब कुछ चला जाता है);
• उपयोगकर्ता क्षेत्रों में से एक में स्थानीयकरण की कमी।

प्रदर्शन पर शोल्स (जो लगभग किसी को नहीं मिला):

• अनुचित रूप से रिकॉर्ड जोड़ने से सीपीयू पर लोड बढ़ जाता है;
• रिकॉर्ड हटाते समय, स्मृति अपर्याप्त रूप से भर जाती है।

परीक्षण कार्य जारी करते समय, बग की संस्था की शैली को विशेष रूप से संकेत नहीं दिया गया था - विभिन्न रूपों को देखना दिलचस्प था, लेकिन मूल रूप से सब कुछ एक ही था (प्लेट / परीक्षण मामलों की सूची), कभी-कभी स्क्रीनशॉट की उपस्थिति प्रसन्न करती थी।

साथ ही, विषयों को आमंत्रित किया गया था (यदि वांछित है) तो इस बारे में सोचने के लिए कि उनकी राय में, परीक्षण किए गए सॉफ़्टवेयर के कार्यात्मक भाग में जोड़ना / संशोधित / निकालना संभव था।

बेशक, यह सलाह दी जाती है कि परीक्षण आपकी बातचीत से पहले जारी / किया जाए, ताकि किस मामले में चर्चा की जा सके।

एक दिलचस्प अवलोकन: ऐसे उम्मीदवार थे जिनके पास कोई कार्य अनुभव नहीं था, जिन्होंने अपने पीछे अनुभव करने वालों की तुलना में बेहतर परीक्षण किया था।

आखिर वह क्यों?

सभी कार्डों को प्रकट करने से पहले, मैं आपको कुछ आंकड़े दूंगा: खोज के 2 सप्ताह में, रिक्ति को 500+ बार देखा गया, 50+ उम्मीदवारों ने जवाब दिया, जिनमें से ~ 10 को व्यक्तिगत बातचीत और परीक्षण कार्य के लिए चुना गया था, उन्हें तीसरा प्रस्ताव मिलेगा। इसके अलावा, इसने मुझे मारा कि विचाराधीन सभी उम्मीदवारों में से एक तिहाई को बड़ी कंपनियों में एक परीक्षक के रूप में अनुभव था, जिसके बारे में हर कोई सुन रहा था।

लेकिन परिणाम मेरी सभी अपेक्षाओं को पार कर गया: एक मॉडल उपस्थिति वाली लड़की ( एचआर लड़कियों के लिए प्रोफ़ाइल में कोई फोटो नहीं थी "वह तुरंत अपने शब्दों से सूखा गया था), 2 कंपनियों में एक परीक्षक के रूप में एक अधूरा उच्च आर्थिक और कार्य अनुभव के साथ (जिनमें से एक बहुत बड़ी है) ।

उन्होंने इसे गैर-मानक सोच के लिए सटीक रूप से लिया: एक परीक्षण कार्य करते समय, यह ठेला को "असंतुष्ट" करता है, अंततः सभी विशेष रूप से छिपे हुए बग को कोड की रेखा के नीचे इंगित करता है।

परिणामस्वरूप, छह महीने से अधिक काम करने के बाद, हमारे पास इसमें कोई आत्मा नहीं है। एक छिपी हुई प्रोग्रामर हमारे परीक्षक में जाग गई - और हम सभी उसकी मदद करने के लिए तैयार हैं।

एक निष्कर्ष के बजाय

अंत में, मैं कुछ स्पष्ट सुझावों को छोड़ना चाहूंगा जो किसी कारण से कुछ लोगों का अनुसरण करते हैं:

नियोक्ता को - बिना असफल, प्रतिक्रिया दें, इंगित करें कि वास्तव में आवेदक के पास क्या नहीं था (आलसी मत बनो!)।

आवेदक के लिए - पैसे के लिए "आईटी दर्ज न करें"; यदि आपके पास अनुभव नहीं है, तो अपना हाथ भरें (किसी भी एप्लिकेशन / साइट को खोलें और आगे परीक्षण करें)।