📆 👩🏼 📈 शुरुआती परीक्षक योजना: "आईटी दर्ज करें" से "मैं एक इंजीनियर हूँ!" 🙎🏾 ♂️ 🎆

सभी को नमस्कार! मेरा नाम वेलेंटाइन है और मैं Exness में एक परीक्षण इंजीनियर के रूप में काम करता हूं। बहुत बार मैं एक सवाल सुनता हूं कि सॉफ्टवेयर टेस्टर बनना अब कैसे संभव है। इस लेख में मैं इस सवाल का जवाब देने की कोशिश करूंगा।

यदि आप आगे बढ़ते हैं, तो उत्तर निश्चित रूप से होगा - "हाँ, यह संभव है!"। लेकिन यहां कुछ शर्तें हैं: आवश्यक और पर्याप्त।

यह लेख न केवल उन लोगों के लिए उपयोगी होगा जो आईटी और परीक्षण की दुनिया में खुद को खोजना चाहते हैं, बल्कि उन लोगों के लिए भी जो अपनी यात्रा शुरू कर चुके हैं!

मैं एक परीक्षक बनना चाहता हूं! कहाँ से शुरू करें?

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

जब, लगभग पांच साल पहले, मैंने अपनी यात्रा शुरू की, तो मुझे परीक्षण के सिद्धांत के बारे में जानने, थोड़ा व्यावहारिक अनुभव प्राप्त करने और पेशेवर बनने की बड़ी इच्छा के साथ बाजार में प्रवेश करने में कई महीने लग गए। तब से, आवश्यकताओं में वृद्धि हुई है, लेकिन एक परीक्षक बनने के लिए अभी भी यथार्थवादी है, विशेष रूप से मामलों की वर्तमान स्थिति को देखते हुए। अब, Exness सहित कई कंपनियां, अपने कर्मचारियों को दूरस्थ प्रकार के काम के लिए पुन: पेश करने की कोशिश कर रही हैं। और इसमें एक निश्चित प्लस है: सबसे पहले, एक नौसिखिए परीक्षक, एक नियम के रूप में, पहले से ही ऐसे पोर्टल्स पर utest.com के रूप में काम करने का अनुभव है; दूसरे, ऑनलाइन अनुप्रयोगों की मांग बढ़ रही है, जैसा कि नए इंजीनियरों की आवश्यकता है।

सॉफ़्टवेयर गुणवत्ता के लिए आवश्यकताओं को बदलना, ज़ाहिर है, परीक्षक के लिए आवश्यकताओं में बदलाव का कारण बना। एक परीक्षक के लिए आवश्यक गुणों से, मैं न केवल तकनीकी कौशल को समझता हूं, बल्कि तथाकथित नरम कौशल भी।

कठिन कौशल:

परीक्षण के सिद्धांत की समझ (विभिन्न प्रकार, परीक्षण प्रबंधन के प्रकार और तरीके सहित);
लोकप्रिय प्रोग्रामिंग भाषाओं (जावा, पायथन, आदि) में से एक में बुनियादी ज्ञान की उपस्थिति;
वेब एप्लिकेशन के सिद्धांतों का प्रारंभिक ज्ञान;
REST सेवाएँ क्या हैं और वे कैसे काम करती हैं ;
बैकएंड - फ्रंटेंड इंटरैक्शन;
SQL का मूल ज्ञान ;
गिट के साथ काम करने की क्षमता ।

सॉफ्ट स्किल्स:

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

कृपया ध्यान दें कि कठिन कौशल की तुलना में अधिक नरम कौशल सूचीबद्ध हैं। लेकिन यह पूरी सूची नहीं है। यदि आप नई ऊंचाइयों को विकसित करना और जीतना चाहते हैं, तो यह सीखना महत्वपूर्ण है कि किसी भी क्षेत्र (परीक्षण, प्रोग्रामिंग, प्रबंधन, DevOps, आदि) में ज्ञान के साथ समस्याओं को हल करने के लिए न केवल परीक्षक, बल्कि एक इंजीनियर होने के लिए इन सभी कौशलों को कैसे संयोजित किया जाए। ।)।

एक परीक्षक मुख्य रूप से एक महत्वपूर्ण मानसिकता वाला व्यक्ति है, एक इंजीनियर जो समस्या का सार देखता है और उत्पाद के आवेदन की पूरी तस्वीर देखता है। ऐसा होता है कि प्रोग्रामर, सॉफ्टवेयर विकास चक्र के "ब्लू ब्लड", परीक्षकों द्वारा खारिज कर दिया जाता है। मैंने कहावतें सुनीं कि परीक्षकों की बिल्कुल भी जरूरत नहीं है, क्योंकि प्रोग्रामर खुद ही हर चीज का परीक्षण कर सकते हैं, और बड़े कोड शुरू में सही होते हैं! लेकिन एक परीक्षक के रूप में और उत्पाद की गुणवत्ता पर काम करने वाले एक इंजीनियर के रूप में आपका कार्य इस दृष्टिकोण को स्वीकार करना है और इसे सकारात्मक में बदलने की कोशिश करना है। आखिरकार, आप, एक प्रोग्रामर की तरह, DevOps की तरह, एक पूरे उत्पाद का हिस्सा हैं और आपका कार्य गुणवत्ता सुनिश्चित करने का सामान्य कार्य है। आपको किसी विशेष व्यक्ति में त्रुटियां नहीं मिलती हैं, आप कोड में त्रुटियां ढूंढते हैं और एक साथ तय करते हैं कि उन्हें कैसे ठीक किया जाए।यदि आप इस तरह के विचारों का प्रचार करते हैं, तो जल्द ही प्रोग्रामर आपका सबसे अच्छा दोस्त और सहायक बन जाएगा और अब आपको एक गूंगे प्रश्न के साथ नहीं देखेगा: "ठीक है, फिर क्या?"।

वापस तकनीकी कौशल के लिए। उन लोगों के लिए जो केवल परीक्षण में महारत हासिल कर रहे हैं, निम्नलिखित योजना उपयोगी होगी: इस योजना में, आप परीक्षक के आंदोलन का एक अनुमानित रास्ता देख सकते हैं और इसके लिए क्या आवश्यक है। आइए देखें कि आवश्यक कठिन कौशल कहां से प्राप्त करें।

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

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

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

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

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

अब आपके पास आपके पीछे आवश्यक ज्ञान और अनुभव है, और अगला तार्किक कदम फिर से लिखना और बाजार में प्रवेश करना होगा। लेकिन यहां, सब कुछ इतना सरल नहीं है। यह सुनिश्चित करने के लिए कि आपका रिज्यूमे सैकड़ों और हजारों अन्य लोगों से कैसे चुना जाता है और आपको साक्षात्कार के लिए आमंत्रित किया जाता है? और साक्षात्कार कैसे प्राप्त करें?

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

रिज्यूम संकलित होने के बाद, इसे सक्रिय रूप से आपकी पसंद के सभी रिक्तियों पर भेजा जाना चाहिए। यहां आप निम्नलिखित सूत्र को लागू कर सकते हैं: 50 रिक्तियों के लिए एक फिर से शुरू भेजने से, आपको साक्षात्कार के लिए 15 निमंत्रण और नौकरी के तीन प्रस्ताव मिलेंगे। एक और महत्वपूर्ण बिंदु यह है कि यदि आपको 10 में से 9 साक्षात्कारों से मना कर दिया गया था, और एक पर आपको नौकरी की पेशकश मिली, तो यह एक सफलता है। और सभी नौ विफलताओं को केवल अनुभव के रूप में माना जाना चाहिए, हार नहीं।

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

परीक्षण में, विशेषज्ञों के प्रमाणीकरण की एक प्रणाली भी हैISTQB , जो स्तरों से विभाजित है। आइए देखें कि आपको मूल प्रमाण पत्र प्राप्त करने के लिए क्या जानने की आवश्यकता है।

कार्यक्रम की सामग्री बेसलाइन:

सॉफ्टवेयर परीक्षण की मूल बातें;
जीवन चक्र का परीक्षण;
गतिशील परीक्षण;
स्थैतिक परीक्षण;
परीक्षण प्रबंधन;
परीक्षण उपकरण

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

इस प्रकार, परीक्षण के मूल सिद्धांतों का ज्ञान, एक सही ढंग से संकलित फिर से शुरू, साक्षात्कार में अनुभव और एक प्रमाण पत्र की उपलब्धता निश्चित रूप से आपको अन्य उम्मीदवारों से अलग करेगी!

आगे क्या? आप एक साक्षात्कार के माध्यम से गए और एक परीक्षक के रूप में अपनी पहली नौकरी प्राप्त की!

मैं दूसरे पेशे से परीक्षण करने आया और चौथे साक्षात्कार के बाद मुझे अपना पहला प्रस्ताव मिला। मेरे सामने एक नई, दिलचस्प दुनिया खुल गई है, जिसमें उस समय मैंने सीमाओं को नहीं देखा था! मुझे काम पर आने और उत्पाद को बेहतर बनाने में मदद करने की बहुत इच्छा थी! लेकिन समय के साथ, यह सवाल उठने लगा: “लेकिन आगे क्या करना है? आप एक मैनुअल (मैनुअल) परीक्षक के रूप में कितना काम कर सकते हैं? " हां, यह दिलचस्प है, लेकिन मैं आगे बढ़ना और विकास करना चाहता था। हालांकि मैं दृढ़ता से आश्वस्त हूं और व्यवहार में देखता हूं कि मैनुअल परीक्षण बहुत लंबे समय के लिए प्रासंगिक होगा, और इससे नए परीक्षक आईटी दुनिया में प्रवेश कर सकेंगे।

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

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

तो आप आखिरकार क्या बनेंगे?

तो टेस्टर कौन है? कैसे समझें कि आप एक हो गए हैं या अभी भी नहीं? मेरी राय में, ज्ञान और अवसरों के इतने व्यापक क्षेत्र को एक परिभाषा में चलाना असंभव है। अंत में, आप केवल एक परीक्षक या डेवलपर नहीं बनेंगे, आप एक इंजीनियर बन जाएंगे, एक ऐसे उत्पाद का मालिक जो विकसित हो रहा है और लगातार इसकी गुणवत्ता में सुधार करने का प्रयास कर रहा है। आप किसी तरह की तकनीक पर अटकना बंद कर देंगे और सुरक्षित रूप से नए का उपयोग करेंगे यदि यह आपके वर्तमान कार्य को तेजी से और अधिक कुशलता से हल करता है।

और कुछ शब्दों के बारे में कि अभी परीक्षण में कितना यथार्थवादी है। परीक्षण के माध्यम से आईटी में प्रवेश करना पहले की तुलना में कम उपलब्ध नहीं है। बाजार अभी भी कर्मियों की कमी का सामना कर रहा है। वर्तमान स्थिति में भी, बाजार की स्थिति के लिए अजीब और समझ से बाहर, अधिक से अधिक नई रिक्तियां दिखाई देती हैं। इसके अलावा, परीक्षकों के प्रशिक्षण के लिए विभिन्न स्कूलों और पाठ्यक्रमों की उपस्थिति अभी भी बाजार में उम्मीदवारों के एक शाफ्ट का निर्माण नहीं करती है। इसलिए, हम निम्नलिखित निष्कर्ष निकाल सकते हैं: हाँ, आवश्यकताएँ बदल रही हैं, लेकिन परीक्षण के माध्यम से आईटी में शुरुआत अभी भी उपलब्ध है!

मैं हर किसी को परीक्षण में खुद को खोजने और खुद में इंजीनियर को प्रकट करने की कामना करता हूं!

शुरुआती परीक्षक योजना: "आईटी दर्ज करें" से "मैं एक इंजीनियर हूँ!"

मैं एक परीक्षक बनना चाहता हूं! कहाँ से शुरू करें?

आगे क्या? आप एक साक्षात्कार के माध्यम से गए और एक परीक्षक के रूप में अपनी पहली नौकरी प्राप्त की!

तो आप आखिरकार क्या बनेंगे?

More articles: