शाळेत परत: स्वयंचलित चाचण्यांना सामोरे जाण्यासाठी मॅन्युअल परीक्षकांना कसे प्रशिक्षण द्यावे

पाचपैकी चार QA अर्जदारांना स्वयंचलित चाचण्यांसह कसे कार्य करावे हे शिकायचे आहे. सर्व कंपन्या कामाच्या वेळेत मॅन्युअल परीक्षकांच्या अशा इच्छा पूर्ण करू शकत नाहीत. राईकेने कर्मचाऱ्यांसाठी ऑटोमेशन स्कूल आयोजित केले आणि अनेकांची ही इच्छा लक्षात घेतली. मी या शाळेत तंतोतंत QA विद्यार्थी म्हणून भाग घेतला.

मी सेलेनियमसह कसे कार्य करावे हे शिकलो आणि आता बाहेरील मदतीशिवाय काही विशिष्ट ऑटोटेस्ट्सचे स्वतंत्रपणे समर्थन करतो. आणि, आमच्या संयुक्त अनुभवाच्या परिणामांवर आणि माझ्या वैयक्तिक निष्कर्षांवर आधारित, मी ऑटोमेशनच्या सर्वात आदर्श शाळेचे सूत्र काढण्याचा प्रयत्न करेन.

शाळा आयोजित करण्याचा राईकचा अनुभव

जेव्हा ऑटोमेशन शाळेची गरज स्पष्ट झाली, तेव्हा तिची संस्था ऑटोमेशनच्या तांत्रिक आघाडीच्या स्टॅस डेव्हिडॉव्हकडे गेली. त्यांनी हा उपक्रम का आणला, त्यांचे परिणाम साध्य झाले का आणि घालवलेल्या वेळेबद्दल त्यांना पश्चात्ताप झाला की नाही हे तो सोडून इतर कोण सांगू शकेल? चला त्याला मजला देऊया:

— 2016 मध्ये, आम्ही ऑटोटेस्ट्ससाठी एक नवीन फ्रेमवर्क लिहिले आणि ते तयार केले जेणेकरून चाचण्या लिहिणे सोपे झाले: सामान्य पायऱ्या दिसू लागल्या, रचना अधिक समजण्यायोग्य बनली. आम्हाला एक कल्पना सुचली: नवीन चाचण्या लिहू इच्छिणार्‍या प्रत्येकाला आम्हाला सामील करून घ्यायचे आहे आणि ते समजून घेणे सोपे करण्यासाठी आम्ही व्याख्यानांची मालिका तयार केली आहे. आम्ही एकत्रितपणे विषयांची योजना तयार केली, प्रत्येक भावी व्याख्यात्याने स्वतःसाठी एक घेतला आणि त्यावर एक अहवाल तयार केला.

- विद्यार्थ्यांना कोणत्या अडचणी आल्या?

- मुख्यतः, अर्थातच, आर्किटेक्चर. आमच्या चाचण्यांच्या संरचनेबद्दल बरेच प्रश्न होते. फीडबॅकमध्ये, या विषयावर बरेच काही लिहिले गेले आणि आम्हाला अधिक तपशीलवार स्पष्टीकरण देण्यासाठी अतिरिक्त व्याख्याने आयोजित करावी लागली.

- शाळेने पैसे दिले का?

- होय नक्कीच. तिच्याबद्दल धन्यवाद, बरेच लोक चाचण्या लिहिण्यात गुंतले होते आणि, सरासरी, हॉस्पिटलमध्ये, प्रत्येकाला ऑटोटेस्ट्स म्हणजे काय, ते कसे लिहिले जाते आणि ते कसे लॉन्च केले जातात हे चांगले समजू लागले. ऑटोमेशन अभियंत्यांवरचा भार देखील कमी झाला आहे: आता आम्हाला चाचण्यांचे विश्लेषण करण्यात मदतीसाठी अनेक पटींनी कमी विनंत्या मिळतात, कारण परीक्षक आणि विकसकांनी जवळजवळ सर्व परिस्थितींमध्ये याचा सामना करण्यास सुरुवात केली आहे. बरं, विभागासाठी अनेक अंतर्गत फायदे आहेत: आम्ही सादरीकरणे आणि व्याख्यानांमध्ये अनुभव मिळवला, ज्यामुळे काही ऑटोमेशन अभियंते आधीच कॉन्फरन्समध्ये सादरीकरणे करण्यात व्यवस्थापित झाले आहेत आणि ऑनबोर्डिंग नवागतांसाठी व्हिडिओ आणि सादरीकरणांचा एक शक्तिशाली संच देखील प्राप्त झाला आहे.

माझ्या स्वत: च्या वतीने, मी जोडेन की आमच्या विभागांमधील संवाद अगदी हास्यास्पदरीत्या सोप्या पातळीवर सरलीकृत केला गेला आहे. उदाहरणार्थ, आता मला व्यावहारिकदृष्ट्या कोणत्या प्रकरणांमध्ये आणि कोणत्या स्तरावर अणुत्व स्वयंचलित करायचे याचा विचार करण्याची गरज नाही. परिणामी, सर्व इच्छुक पक्ष चाचणी कव्हरेजची पूर्ण काळजी घेत आहेत, जे सतत वाढत आहे. कोणीही इतरांकडून अशक्य गोष्टीची मागणी करत नाही.

सर्वसाधारणपणे, संघांच्या कार्यावर परिणाम निश्चितपणे सकारात्मक आहे. कदाचित हा लेख वाचणारे सहकारीही असेच काहीतरी करण्याचा विचार करत असतील? मग सल्ला सोपा असेल: जर स्वयंचलित चाचण्या तुमच्यासाठी प्राधान्य असेल तर ते फायदेशीर आहे. पुढे, आम्ही एका अधिक जटिल प्रश्नाबद्दल बोलू: हे सर्व शक्य तितक्या योग्यरित्या कसे आयोजित करावे, जेणेकरून सर्व पक्षांची किंमत कमीतकमी असेल आणि आउटपुट जास्तीत जास्त असेल.

आयोजन करण्यासाठी टिपा

शाळा उपयुक्त होती, परंतु, स्टॅसने कबूल केल्याप्रमाणे, काही अडचणी होत्या, ज्यामुळे अतिरिक्त व्याख्यानांची व्यवस्था करणे आवश्यक होते. आणि नुकत्याच झालेल्या एका विद्यार्थ्याने माझी-अज्ञानात आणि माझी-आता तुलना केली, तेव्हा मी माझ्या मते, परीक्षकांना स्वयंचलित चाचण्या समजून घेण्यासाठी शिकवण्याचा आदर्श मार्ग तयार करण्यासाठी पुढील चरण तयार केले.

पायरी 0. शब्दकोश तयार करा

अर्थात, ही पायरी केवळ QA साठीच आवश्यक नाही. तथापि, मला ते स्पष्ट करायचे आहे: ऑटोमेशन कोडबेस वाचनीय स्वरूपात ठेवणे आवश्यक आहे. प्रोग्रामिंग भाषा - किमान नाही भाषा, आणि यातून तुम्ही तुमचा डाईव्ह सुरू करू शकता.

येथे घटकांच्या नावांसह टास्कव्ह्यूचा स्क्रीनशॉट आहे. चला अशी कल्पना करूया की तुम्ही टास्कव्ह्यूची ब्लॅक बॉक्स म्हणून चाचणी करत आहात आणि तुमच्या आयुष्यात सेलेनियम कधीही पाहिलेला नाही. हा कोड काय करतो?

(स्पॉयलर - प्रशासकाच्या वतीने कार्य विश्रांतीद्वारे हटविले जाते आणि नंतर आम्ही पाहतो की प्रवाहात याची नोंद आहे.)

ही पायरी केवळ QAA आणि QA भाषांना जवळ आणते. ऑटोमेशन संघांसाठी धावांचे परिणाम स्पष्ट करणे सोपे आहे; मॅन्युअल परीक्षकांना केस तयार करण्यासाठी कमी प्रयत्न करावे लागतात: ते कमी तपशीलवार केले जाऊ शकतात. तरीही, प्रत्येकजण एकमेकांना समजून घेतो. प्रत्यक्ष प्रशिक्षण सुरू होण्यापूर्वीच आम्हाला विजय मिळाला.

पायरी 1. वाक्ये पुन्हा करा

चला भाषेसह समांतर चालू ठेवूया. जेव्हा आपण लहानपणी बोलायला शिकतो तेव्हा आपण व्युत्पत्ती आणि शब्दार्थापासून सुरुवात करत नाही. आम्ही “आई”, “एक खेळणी विकत घ्या” अशी पुनरावृत्ती करतो, परंतु या शब्दांच्या प्रोटो-इंडो-युरोपियन मुळांमध्ये त्वरित जाऊ नका. तर ते येथे आहे: ऑटोटेस्ट्सच्या तांत्रिक वैशिष्ट्यांच्या अगदी खोलवर जाण्यात काही अर्थ नाही जे कार्य करते ते लिहिण्याचा प्रयत्न न करता.
हे थोडे विरोधाभासी वाटते, परंतु ते कार्य करते.

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

परिणामी, ज्याने सर्व काही ऐकले आणि केले तो सक्षम होईल:

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

शेवटचा मुद्दा खूप महत्वाचा आहे. ही उत्तरे वेळेआधी सहज दिली जाऊ शकतात, परंतु हे एक महत्त्वाचे शिकवणीचे तत्त्व आहे की तयार केलेल्या प्रश्नांशिवाय उत्तरे लक्षात ठेवली जात नाहीत आणि शेवटी आवश्यकतेनुसार वापरली जात नाहीत.

यावेळी QA संघातील ऑटोमेशन अभियंत्याने त्याला लढाईतील दोन चाचण्या लिहिण्याचे काम दिले आणि त्याला त्याच्या शाखेत उप-कमिट करण्याची परवानगी दिली तर ते आदर्श होईल.

काय देऊ नये:

1. विकास पर्यावरण आणि प्रोग्रामिंग भाषेच्या कार्यक्षमतेचे अधिक सखोल ज्ञान, जे केवळ शाखांसह स्वतंत्रपणे काम करताना आवश्यक असेल. हे लक्षात ठेवले जाणार नाही, तुम्हाला ते दोनदा किंवा तीनदा समजावून सांगावे लागेल, परंतु आम्ही ऑटोमेशन अभियंत्यांच्या वेळेला महत्त्व देतो, बरोबर? उदाहरणे: विवादांचे निराकरण करणे, git मध्ये फायली जोडणे, सुरवातीपासून वर्ग तयार करणे, अवलंबित्वांसह कार्य करणे;
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 वापरण्याची आवश्यकता असेल आणि जेव्हा तुम्हाला नवीन घटकासाठी स्वतंत्र फाइल तयार करण्याची आवश्यकता असेल. हे आपल्याला वारसा अधिक चांगल्या प्रकारे समजून घेण्यास अनुमती देईल.

हे स्पष्टपणे नमूद करणे आवश्यक आहे की एकल घटक संपूर्ण टास्कव्ह्यू आहे, त्यात एक मूल घटक आहे - संपूर्ण प्रवाह, ज्यामध्ये एक मूल घटक आहे - एक स्वतंत्र टिप्पणी इ. मूल घटक पृष्ठावर आणि ऑटोटेस्ट फ्रेमवर्कच्या संरचनेत दोन्ही मूळ घटकांमध्ये असतात.

या टप्प्यावर, श्रोत्यांना ते वारशाने कसे मिळाले आणि onCommentBlock वर डॉट नंतर काय प्रविष्ट केले जाऊ शकते हे ठामपणे समजून घेतले पाहिजे. या टप्प्यावर, आम्ही सर्व ऑपरेटर्सचे स्पष्टीकरण देतो: /, //, ., [] आणि असेच. आम्ही लोडमध्ये वापराबद्दल ज्ञान जोडतो @class आणि इतर आवश्यक गोष्टी.

अशा प्रकारे xpath चे भाषांतर कसे करायचे हे विद्यार्थ्यांनी समजून घेतले पाहिजे. एकत्रित करण्यासाठी - ते बरोबर आहे, गृहपाठ. आम्ही घटकांचे वर्णन हटवतो, त्यांना चाचण्यांचे कार्य पुनर्संचयित करू द्या.

हा विशिष्ट मार्ग का?

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

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

स्त्रोत: www.habr.com