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

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

तभी एक आश्चर्य मेरा इंतजार कर रहा था: अपने डिप्लोमा और वैज्ञानिक कागजात के साथ, मैं कहीं भी किसी काम का नहीं निकला। बिल्कुल भी। हम किंडरगार्टन और स्कूलों के लिए मनोवैज्ञानिकों की तलाश कर रहे थे, जो मेरे लिए स्वीकार्य विकल्प नहीं था, क्योंकि मैं बच्चों के साथ बहुत अच्छी तरह घुल-मिल नहीं पाता। परामर्श के लिए जाने के लिए, आपको एक निश्चित समय तक निःशुल्क या बहुत कम पैसे में काम करना पड़ता था।

यह कहना कि मैं हताश था, कुछ भी नहीं कहना है।

कुछ नया खोज रहे हैं

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

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

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

सैद्धांतिक आधार का विकास

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

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

तो ऐसी स्थितियों में एक आईटी व्यक्ति कहाँ जाता है? बेशक, Google को।

पहली किताब जो मुझे मिली ब्लैक "मुख्य परीक्षण प्रक्रियाएँ". उसने मुझे उस समय जो कुछ भी पहले से ही पता था उसे व्यवस्थित करने में मदद की और यह समझने में मदद की कि मैं परियोजना में किन क्षेत्रों में असफल हो रहा था (और परीक्षण की मेरी समझ में)। पुस्तक में दिए गए दिशानिर्देश बहुत महत्वपूर्ण थे - और अंततः वे बाद के ज्ञान की नींव बन गए।

फिर कई और अलग-अलग किताबें थीं - उन सभी को याद रखना असंभव है, और निश्चित रूप से, प्रशिक्षण: आमने-सामने और ऑनलाइन। अगर हम आमने-सामने प्रशिक्षण के बारे में बात करते हैं, तो उन्होंने बहुत कुछ नहीं दिया; आखिरकार, आप तीन दिनों में परीक्षण नहीं सीख सकते। परीक्षण में ज्ञान एक घर बनाने जैसा है: पहले आपको नींव को स्थिर रखने की आवश्यकता है, फिर दीवारों को अपनी जगह पर रखने की आवश्यकता है...

जहां तक ​​ऑनलाइन प्रशिक्षण की बात है तो यह एक अच्छा समाधान है। नए ज्ञान को ठीक से आज़माने और यहां तक ​​कि इसे अपने प्रोजेक्ट पर लाइव लागू करने के लिए व्याख्यानों के बीच पर्याप्त समय होता है। वहीं, आप किसी भी सुविधाजनक समय पर पढ़ाई कर सकते हैं (जो एक कामकाजी व्यक्ति के लिए महत्वपूर्ण है), लेकिन असाइनमेंट जमा करने की भी समय सीमा होती है (जो एक कामकाजी व्यक्ति के लिए भी बहुत महत्वपूर्ण है :))। मेरा सुझाव है।

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

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

सामान्य तौर पर, अपनी यात्रा की शुरुआत में मुझे समझ आया कि मैं कुछ नहीं जानता; कि अब मैं भी यही बात समझता हूँ, लेकिन! पहले, कुछ न जानने से मुझे डर लगता था, लेकिन अब यह मेरे लिए एक चुनौती की तरह है। एक नए उपकरण में महारत हासिल करना, एक नई तकनीक को समझना, अब तक अज्ञात सॉफ़्टवेयर लेना और उसे टुकड़े-टुकड़े करके अलग करना बहुत काम है, लेकिन एक व्यक्ति का जन्म काम करने के लिए ही हुआ है।

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

सौभाग्य से, अब मैं अपने प्रोजेक्ट पर पहले से विकसित सभी कौशलों का उपयोग कर सकता हूं - मैं परीक्षण करता हूं (परीक्षण मामलों का उपयोग करके और केवल मनोरंजन के लिए :)), दस्तावेज़ लिखता हूं, उपयोगकर्ताओं के बारे में चिंता करता हूं, और कभी-कभी स्वीकृति परीक्षण में सहायता भी करता हूं।

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

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

पेशे में प्रवेश के लिए चेकलिस्ट

और आपके लिए, मैंने पेशे में प्रवेश के लिए एक छोटी सी चेकलिस्ट तैयार की है:

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

और, ज़ाहिर है, किसी भी चीज़ से डरो मत :)

आप यह कर सकते हैं, शुभकामनाएँ!

यूपीडी: लेख के बारे में चर्चा में, सम्मानित टिप्पणीकारों ने मेरा ध्यान इस तथ्य की ओर आकर्षित किया कि हर कोई शुरुआती चरण में मेरे जितना भाग्यशाली नहीं हो सकता। इसलिए, मैं आइटम 3ए को चेकलिस्ट में जोड़ना चाहूंगा।

3ए. जब मैंने कहा कि किताबों को अभी के लिए अलग रखना बेहतर है, तो मेरा मतलब था कि इस स्तर पर सिद्धांत के साथ ओवरलोड करना खतरनाक होगा, क्योंकि अभ्यास के बिना सैद्धांतिक ज्ञान को सही ढंग से तैयार करना मुश्किल है, और बड़ी मात्रा में सिद्धांत आपको डरा सकते हैं . यदि आप अधिक आत्मविश्वास महसूस करना चाहते हैं और अभ्यास कहां से शुरू करें इसकी तलाश में समय बर्बाद नहीं करना चाहते हैं, तो मैं आपको शुरुआती परीक्षकों के लिए ऑनलाइन प्रशिक्षण लेने या परीक्षण पर एक कोर्स करने की सलाह देता हूं। दोनों को ढूंढना बहुत आसान है और जानकारी आपके सामने सुलभ रूप में प्रस्तुत की जाएगी। खैर, अगला बिंदु देखें

स्रोत: www.habr.com