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

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

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

विद्यालयको आयोजनामा ​​राईकको अनुभव

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

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

– विद्यार्थीलाई के कस्ता कठिनाइहरू भए ?

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

- के विद्यालयले भुक्तानी गर्यो?

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

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

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

संगठित गर्न सुझावहरू

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

चरण 0. एउटा शब्दकोश सिर्जना गर्नुहोस्

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

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

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

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

चरण 1. वाक्यांश दोहोर्याउनुहोस्

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

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

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

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

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

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

के नदिने:

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

चरण 2. व्याकरणलाई नजिकबाट हेर्दै

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

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

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

जहाँ onCommentBlock छ

onCommonStreamPanel().commentBlock(userName);

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

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

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

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

चरण 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 प्रयोग गर्न आवश्यक छ, र जब तपाइँ नयाँ तत्वको लागि छुट्टै फाइल सिर्जना गर्न आवश्यक छ। यसले तपाईंलाई विरासतलाई अझ राम्रोसँग बुझ्न अनुमति दिनेछ।

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

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

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

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

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

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

स्रोत: www.habr.com