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