स्कूल में वापस: ऑटो परीक्षणों से निपटने के लिए हाथ से पकड़े गए परीक्षकों को कैसे प्रशिक्षित किया जाए

पांच क्यूए नौकरी चाहने वालों में से चार ऑटोटेस्ट्स के साथ काम करना सीखना चाहते हैं। सभी कंपनियां काम के घंटों के दौरान मैनुअल परीक्षकों की ऐसी इच्छाओं को पूरा नहीं कर सकती हैं। व्रीके ने कर्मचारियों के लिए एक स्वचालन स्कूल का संचालन किया और कई लोगों की इस इच्छा को महसूस किया। मैंने इस स्कूल में छात्र-क्यूए के रूप में भाग लिया।

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

Wrike स्कूल संगठन का अनुभव

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

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

- छात्रों की मुश्किलें क्या थीं?

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

- क्या स्कूल ने भुगतान किया?

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

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

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

संगठन युक्तियाँ

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

चरण 0. एक शब्दकोश बनाएँ

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



यहां तत्वों के नाम के साथ टास्कव्यू का एक स्क्रीनशॉट है। कल्पना कीजिए कि आप ब्लैक बॉक्स के रूप में कार्य कर रहे हैं और आपने अपने जीवन में सेलेनियम को कभी नहीं देखा है। यह कोड क्या करता है?



(स्पोइलर - बाकी कार्य के माध्यम से प्रशासक की ओर से हटा दिया जाता है, और फिर हम देखते हैं कि स्ट्रीम में इस बारे में एक रिकॉर्ड है।)

यह कदम अकेले आपको QAA और QA भाषाओं को एक साथ लाने की अनुमति देता है। रन के परिणाम की व्याख्या करना स्वचालन के लिए आसान है; मैनुअल परीक्षकों को संकलन मामलों पर कम खर्च करना पड़ता है: उन्हें कम विस्तृत बनाया जा सकता है। फिर भी वे एक-दूसरे को समझते हैं। प्रशिक्षण शुरू होने से पहले ही हमें जीत मिल गई।

चरण 1. वाक्यांश दोहराएं

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

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

परिणामों के अनुसार, जिसने सब कुछ सुना और किया वह करने में सक्षम हो जाएगा:

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

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

यह आदर्श होगा यदि उस समय क्यूए टीम ऑटोमेकर एक लड़ाई में एक दो परीक्षण लिखने के साथ उस पर एक कार्य लटकाएगा और उसे अपने धागे के लिए प्रतिबद्ध करने की अनुमति देगा।

आपको क्या नहीं देना चाहिए:

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

चरण 2. हम व्याकरण को देखते हैं

चलिए स्टेप नंबर 0 से टास्कव्यू वाले स्क्रीनशॉट को याद करते हैं। हमारे पास एक कदम है, जिसे checkCommentWithTextExists कहा जाता है। हमारे परीक्षक पहले से ही समझते हैं कि यह कदम क्या करता है और आप कदम के अंदर देख सकते हैं और इसे थोड़ा विघटित कर सकते हैं।

और हमारे अंदर निम्नलिखित हैं:

onCommentBlock(userName).comment(expectedText).should(displayed()); 

जहां onCommentBlock है

 onCommonStreamPanel().commentBlock(userName); 

अब हम यह कहना सीखते हैं कि "खिलौना न खरीदें", लेकिन "ऊपर से तीसरे शेल्फ पर नीली कैबिनेट में खड़े होकर डैत्स्की मीर स्टोर से एक खिलौना खरीदें।" यह समझाना आवश्यक है कि हम तत्व को बड़े तत्वों से अनुक्रमिक रूप से इंगित कर रहे हैं (धारा -> एक निश्चित व्यक्ति से टिप्पणियों के साथ ब्लॉक -> इस ब्लॉक का वह हिस्सा जहां दिए गए पाठ बैठता है)।

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

होमवर्क स्पष्ट है: एक शाखा जिसमें कई चरणों की सामग्री हटा दी जाती है, जो निश्चित संख्या में परीक्षणों के लिए आवश्यक हैं। परीक्षकों को उन्हें बहाल करने और रन को फिर से हरा बनाने दें।

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

चरण 3. पूर्ण विसर्जन

एक परीक्षक के लिए जितना संभव हो उतना संभव है जो अपनी प्रत्यक्ष जिम्मेदारियों को पूरा करना जारी रखता है। अंत में, आपको xpath के बारे में बात करने की आवश्यकता है।

सबसे पहले, हम यह स्पष्ट करते हैं कि ये सभी onCommentBlock और टिप्पणी उनके द्वारा वर्णित हैं।



कुल:

 "//div[contains(@class, 'stream-panel')]//a[contains(@class,'author') and text()='{{ userName }}']//div[contains(@class,'change-wrapper') and contains(.,'{{ text }}')]" 

कहानी का क्रम बहुत महत्वपूर्ण है। पहले हम किसी भी मौजूदा xpath को लेते हैं और दिखाते हैं कि कैसे तत्वों टैब में एक और केवल एक तत्व है। अगला, हम संरचना के बारे में बात करते हैं: जब आपको WebElement का उपयोग करने की आवश्यकता होती है, और जब आपको एक नए तत्व के लिए एक अलग फ़ाइल बनाने की आवश्यकता होती है। इससे विरासत को बेहतर ढंग से समझने में मदद मिलेगी।

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

इस बिंदु पर, दर्शकों को पहले से ही इस बात की ठोस समझ होनी चाहिए कि उन्हें विरासत में कैसे प्राप्त किया जाता है और ऑनकमेन्टब्लॉक पर बिंदु के बाद क्या दर्ज किया जा सकता है। इस बिंदु पर, हम सभी ऑपरेटरों को समझाते हैं: /, //,।, [] और इसी तरह। लोड में, हम @class और अन्य आवश्यक चीजों का उपयोग करने के बारे में ज्ञान साबित करते हैं।



छात्रों को यह समझना चाहिए कि इस तरह से xpath का अनुवाद कैसे किया जाए। ठीक करने के लिए - सही, होमवर्क। हम तत्वों के विवरण को हटाते हैं, उन्हें परीक्षणों के काम को बहाल करने देते हैं।

इस तरह से बिल्कुल क्यों?

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

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