कोई भी मोड़ नहीं है: परीक्षक का व्यक्तिगत अनुभव

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

थोड़ा अपने बारे में

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

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

कार्य जितना सरल होगा, आपको उतना ही बुरा लगेगा।

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

उच्च शिक्षा रोजगार के समान नहीं है। पेशे में महत्वपूर्ण तकनीकी आधार और रुचि

मेरे वर्तमान कार्यस्थल पर, मेरी ज़िम्मेदारियों में हमारे कार्यस्थल पर आने वाले परीक्षकों के साथ एक तकनीकी साक्षात्कार शामिल है। बातचीत के दौरान, मैं उच्च शिक्षा की उपलब्धता के बारे में कभी नहीं पूछता, क्योंकि मुझे यकीन है कि यह बिल्कुल तार्किक सोच की उपस्थिति की गारंटी नहीं देता है। शायद मेरे वार्ताकार के पास एक डॉक्टरेट है, लेकिन परीक्षण में पैर नहीं।
सच कहूँ तो, मुझे आमतौर पर लगता है कि एक परीक्षक का जन्म होना चाहिए। इसके लिए प्राकृतिक सावधानी, दृढ़ता और कुछ विशेष परीक्षक नस की आवश्यकता होती है, जब 1000 दस्तावेजों में से आप तीन गलत लोगों में से एक में यादृच्छिक रूप से गिर सकते हैं। सच है, हर कोई इस राय को साझा नहीं करता है।
यह महत्वपूर्ण है कि इसी नस के साथ, आपको एक अच्छे तकनीकी आधार की आवश्यकता होती है, जिसे दो-सप्ताह के ऑनलाइन पाठ्यक्रमों को पूरा करके प्राप्त किया जा सकता है। यह कहना मुश्किल है कि मेरे मामले में तकनीकी आधार क्या है। 90 के दशक में मेरे पास इंटरनेट तक पहुंच नहीं थी, मेरे पास पुस्तकालयों में आवश्यक साहित्य भी नहीं था, इसलिए मुझे FIDO से ज्ञान मिला (मुझे अभी भी अपने अंक याद हैं - 2: 5022 / 5.102 और 2: 5022 (123.222)। और मैं परीक्षण के लिए अंतर्राष्ट्रीय सॉफ्टवेयर परीक्षण योग्यता बोर्ड (ISTQB) प्रमाणन आधार के लिए बाध्य हूं। ऐसा लगता है कि वे कुछ भी बेहतर नहीं कर सकते हैं।
हालांकि, नौकरी के उम्मीदवारों से काफी कम ही मुझे ISTQB का ज्ञान है। इसके अलावा, कभी-कभी मुझे ऐसा लगता है कि लोग उद्योग में रुचि नहीं रखते हैं। साक्षात्कार में, मेरे पास सम्मेलन के बारे में एक प्रश्न है: क्या उम्मीदवार किसी भी क्यूए आयोजनों में भाग लेता है। और पारंपरिक उत्तर नहीं है। मेरे लिए, यह उम्मीदवार की गंभीरता और रुचि का एक संकेतक है, और साथ ही उन कंपनियों के लिए भी, जिनके लिए उसने काम किया। SQA डेज जैसी घटनाओं में भाग लेना, जहां मैं निकट भविष्य में जाऊंगा, पैसे खर्च होंगे। और कुछ "शरशकीन कार्यालय" उन्हें अपने कर्मचारियों पर खर्च नहीं करेंगे। जेब से, केवल वे जो वास्तव में रुचि रखते हैं, भुगतान करेंगे।

कहीं कोई अनुभव नहीं

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

सभी लोग गपशप कर रहे हैं। दर्द होता है लेकिन काम देता है

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

एक परीक्षक के रूप में आप जितना बेहतर होंगे, उतना ही वे आपसे नफरत करेंगे

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

एक दूरस्थ साइट पर, एक परीक्षक होना आसान है

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

व्यावसायिक विकृति दोस्तों के साथ संबंधों को प्रभावित करती है

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

कुल मिलाकर वर्कफ़्लो आराम का मतलब है आँख से मिलना

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

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

लेख लेखक: व्लादिमीर वासिवेव, स्वचालित सॉफ्टवेयर परीक्षण में अग्रणी विशेषज्ञ

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