स्कूल में वापस: स्वचालित परीक्षणों से निपटने के लिए मैन्युअल परीक्षकों को कैसे प्रशिक्षित किया जाए

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

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

स्कूल के आयोजन में व्रीके का अनुभव

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

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

— छात्रों को क्या कठिनाइयाँ हुईं?

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

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

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

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

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

आयोजन के लिए युक्तियाँ

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

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

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

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

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

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

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

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

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

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

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 और comment उनके द्वारा वर्णित हैं।

कुल:

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

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

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

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

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

यह विशेष मार्ग क्यों?

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

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

स्रोत: www.habr.com