स्कूल फिर्ता: स्वचालित परीक्षणहरू बुझ्न म्यानुअल परीक्षकहरूलाई कसरी तालिम दिने

पाँच मध्ये चार जना QA आवेदकहरू स्वचालित परीक्षणहरूसँग कसरी काम गर्ने भनेर सिक्न चाहन्छन्। सबै कम्पनीहरूले काम गर्ने समयमा म्यानुअल परीक्षकहरूको यस्तो इच्छा पूरा गर्न सक्दैनन्। Wrike ले कर्मचारीहरूको लागि स्वचालन स्कूल सञ्चालन गर्‍यो र धेरैको यो इच्छा पूरा गर्‍यो। मैले QA विद्यार्थीको रूपमा यस स्कूलमा भाग लिएको थिएँ।

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

स्कूल संगठनमा राइकको अनुभव

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

— २०१६ मा, हामीले स्वचालित परीक्षणहरूको लागि नयाँ रूपरेखा लेख्यौं र यसलाई यसरी बनायौं कि परीक्षणहरू लेख्न सजिलो भयो: सामान्य चरणहरू देखा पर्‍यो, संरचना धेरै स्पष्ट भयो। हामीसँग एउटा विचार थियो: हामीले नयाँ परीक्षणहरू लेख्न चाहने सबैलाई समावेश गर्न आवश्यक छ, र यसलाई बुझ्न सजिलो बनाउन, हामीले व्याख्यानहरूको श्रृंखला सिर्जना गर्यौं। हामीले सामूहिक रूपमा विषयहरूको योजना बनाएका थियौं, प्रत्येक भविष्यका व्याख्याताहरूले एउटा लिए र त्यसमा रिपोर्ट तयार पारे।

— विद्यार्थीहरूले कस्ता कठिनाइहरूको सामना गरे?

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

— के स्कूलले पैसा तिर्यो?

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

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

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

व्यवस्थित गर्न सुझावहरू

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

चरण ०. शब्दकोश सिर्जना गर्नुहोस्

अवश्य पनि, यो चरण QA ​​को लागि मात्र आवश्यक छैन। यद्यपि, म यो स्पष्ट रूपमा भन्न चाहन्छु: स्वचालन कोड आधार पढ्न योग्य रूपमा भण्डारण गर्नुपर्छ। प्रोग्रामिङ भाषाहरू - सबैभन्दा कम होइन भाषाहरु, र यसबाट तपाईं आफ्नो डाइभ सुरु गर्न सक्नुहुन्छ।

यहाँ एलिमेन्ट नामहरू भएको टास्कभ्यूको स्क्रिनसट छ। कल्पना गरौं कि तपाईं टास्कभ्यूलाई ब्ल्याक बक्सको रूपमा परीक्षण गर्दै हुनुहुन्छ र सेलेनियम कहिल्यै देख्नुभएको छैन। यो कोडले के गर्छ?

(स्पोइलर: कार्य व्यवस्थापकको तर्फबाट आराम मार्फत मेटाइन्छ, र त्यसपछि हामी स्ट्रिममा यसको रेकर्ड देख्छौं।)

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

चरण १: वाक्यांशहरू दोहोर्याउनुहोस्

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

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

फलस्वरूप, जसले सबै कुरा सुने र गरे उसले निम्न गर्न सक्षम हुनेछ:

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

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

यस समयमा QA टोलीका एक स्वचालन इन्जिनियरले उनलाई केही प्रत्यक्ष परीक्षणहरू लेख्ने काम तोकेर आफ्नो शाखामा प्रतिबद्ध हुन अनुमति दिएमा यो आदर्श हुनेछ।

तपाईंले के दिनु हुँदैन:

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

चरण २: व्याकरणलाई नजिकबाट नियाल्ने

चरण #० बाट टास्कभ्यूको स्क्रिनसट सम्झौं। हामीसँग checkCommentWithTextExists नामक एउटा चरण छ। हाम्रो परीक्षकले पहिले नै यो चरणले के गर्छ भनेर बुझेको छ र हामी चरण भित्र हेर्न सक्छौं र यसलाई अलिकति विघटन गर्न सक्छौं।

अनि भित्र हामीसँग निम्न छन्:

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

onCommentBlock कहाँ छ

onCommonStreamPanel().commentBlock(userName);

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

होइन, xpath को बारेमा कुरा गर्ने समय अझै आएको छैन। छोटकरीमा उल्लेख गर्नुहोस् कि यी सबै निर्देशनहरू तिनीहरूद्वारा वर्णन गरिएका छन् र तिनीहरू मार्फत उत्तराधिकार जान्छ। तर तपाईंले यी सबै म्याचरहरू र वेटरहरूको बारेमा कुरा गर्न आवश्यक छ, तिनीहरू विशेष रूपमा यस चरणसँग सम्बन्धित छन् र के भइरहेको छ भनेर बुझ्नको लागि आवश्यक छन्। तर ओभरलोड नगर्नुहोस्: तपाईंको विद्यार्थीले पछि आफैंले थप जटिल दावीहरू अध्ययन गर्न सक्षम हुनेछन्। सम्भवतः, should, waitUntil, displayed();, exist();, not(); पर्याप्त हुनुपर्छ।

गृहकार्य स्पष्ट छ: एउटा शाखा जसले धेरै परीक्षणहरूको लागि आवश्यक पर्ने केही चरणहरूको सामग्री हटाएको छ। परीक्षकहरूलाई तिनीहरूलाई पुनर्स्थापित गर्न र रनलाई फेरि हरियो बनाउन लगाउनुहोस्।

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

चरण ३: पूर्ण विसर्जन

आफ्नो प्रत्यक्ष कर्तव्यहरू निरन्तर निर्वाह गर्ने परीक्षकको लागि सकेसम्म पूर्ण। अन्तमा, हामीले xpath को बारेमा कुरा गर्न आवश्यक छ।

पहिले, यो स्पष्ट गरौं कि यी सबै onCommentBlock र टिप्पणीहरू उनीहरूद्वारा वर्णन गरिएका हुन्।

कुल:

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

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

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

यस बिन्दुमा, दर्शकहरूले पहिले नै दृढतापूर्वक बुझिसकेका हुनुपर्छ कि तिनीहरू कसरी वंशानुगत हुन्छन् र onCommentBlock मा डट पछि के प्रविष्ट गर्न सकिन्छ। यस बिन्दुमा, हामी सबै अपरेटरहरू व्याख्या गर्छौं: /, //, ., [] र यस्तै। बोनसको रूपमा, हामी प्रयोग गर्ने बारे ज्ञान फ्याँक्छौं @class र अन्य आवश्यक चीजहरू।

श्रोताहरूले xpath लाई यसरी कसरी अनुवाद गर्ने भनेर बुझ्नुपर्छ। समेकित गर्न - सही रूपमा, गृहकार्य। हामी तत्वहरूको विवरण मेटाउँछौं, तिनीहरूलाई परीक्षणको काम पुनर्स्थापित गर्न दिन्छौं।

यो विशेष बाटो किन?

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

यद्यपि, तपाईंहरूमध्ये केहीले प्रक्रियालाई अझ बढी अनुकूलन गर्ने बारेमा आफ्नो अनुभव साझा गर्न सक्षम हुनुहुनेछ। म टिप्पणीहरूमा त्यस्ता सुझावहरू पढ्न पाउँदा खुसी हुनेछु!

स्रोत: www.habr.com