नवशिक्यांसाठी सेलेनियम ट्यूटोरियल: शून्य ते स्थिर चाचण्यांपर्यंत

होम पेज » python ला » नवशिक्यांसाठी सेलेनियम ट्यूटोरियल: शून्य ते स्थिर चाचण्यांपर्यंत

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

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

सेलेनियम म्हणजे काय आणि इतके संघ ते का वापरतात?

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

या प्रकल्पाचे केंद्रबिंदू सेलेनियम वेबड्रायव्हर आहे, जो एक W3C-मानकीकृत API आहे जो तुम्हाला वास्तविक ब्राउझर प्रोग्रामॅटिकली चालवू देतो. प्रत्येक ब्राउझर एक समर्पित ड्रायव्हर (जसे की Chrome साठी ChromeDriver किंवा Firefox साठी GeckoDriver) उघड करतो जो तुमच्या चाचणी कोडमधून आदेश प्राप्त करतो आणि त्यांना क्लिक करणे, टाइप करणे, नेव्हिगेट करणे किंवा DOM माहिती वाचणे यासारख्या मूळ ब्राउझर क्रियांमध्ये अनुवादित करतो.

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

कंपन्या सेलेनियमवर अवलंबून राहण्याचे आणखी एक मोठे कारण म्हणजे लवचिकता. हे तुम्हाला तुमचे स्वतःचे टेस्ट ऑटोमेशन आर्किटेक्चर डिझाइन करण्यास, JUnit किंवा TestNG सारख्या अॅसरेशन लायब्ररी प्लग इन करण्यास, Maven किंवा Gradle सारख्या बिल्ड टूल्सचा वापर करण्यास आणि Jenkins, GitHub Actions किंवा GitLab CI सारख्या CI टूल्ससह एकत्रित करण्यास अनुमती देते. तुम्ही विक्रेत्या-विशिष्ट इकोसिस्टममध्ये बंदिस्त नाही.

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

JavaScriptTestRunner पासून आधुनिक सेलेनियम घटकांपर्यंत

सेलेनियमची कहाणी २००४ मध्ये सुरू होते, जेव्हा जेसन हगिन्सने वेब अॅप्ससाठी ब्राउझर परस्परसंवाद स्वयंचलित करण्यासाठी JavaScriptTestRunner नावाचे एक साधन तयार केले. त्यावेळी तो थॉटवर्क्स या सॉफ्टवेअर कंपनीत काम करत होता आणि सुरुवातीला चाचणीला गती देण्यासाठी आणि विकासादरम्यान खर्च कमी करण्यासाठी हे साधन अंतर्गतरित्या वापरले जात होते.

२००७ मध्ये हगिन्स गुगलमध्ये सामील झाले आणि त्यांनी फ्रेमवर्कमध्ये सुधारणा आणि विस्तार करणे सुरू ठेवले, जे अखेर अपाचे २.० परवान्याअंतर्गत ओपन सोर्स बनले. कालांतराने, प्रकल्प विकसित झाला, वेबड्रायव्हर एपीआयमध्ये विलीन झाला आणि सेलेनियम वेबड्रायव्हर या एकात्मिक नावाखाली एकत्रित झाला जो आपण आजही आधुनिक स्टॅकसाठी वापरतो.

सध्याची सेलेनियम आवृत्ती पूर्णपणे HTML आणि JavaScript परस्परसंवादांवर आधारित आहे, ज्यामुळे डेव्हलपर्सना पूर्णपणे स्वयंचलित पद्धतीने ब्राउझर क्रिया रेकॉर्ड, रिप्ले आणि स्क्रिप्ट करण्याची परवानगी मिळते. त्याच चाचणी चरणांची वारंवार पुनरावृत्ती करण्याऐवजी, तुम्ही वर्तन एकदा एन्कोड करू शकता आणि आवश्यकतेनुसार ते अनेक वेळा कार्यान्वित करू शकता, बहुतेकदा पाइपलाइनचा भाग म्हणून.

हे शक्य करण्यासाठी, सेलेनियमला ​​तार्किकदृष्ट्या अनेक प्रमुख घटकांमध्ये विभागले गेले आहे, प्रत्येक घटक चाचणी ऑटोमेशन कथेच्या विशिष्ट भागाला लक्ष्य करतो. जर तुम्हाला सेलेनियमला ​​ब्लॅक बॉक्स म्हणून हाताळण्याऐवजी प्रभावीपणे वापरायचे असेल तर हे भाग समजून घेणे आवश्यक आहे.

तुम्हाला आढळणारे मुख्य मॉड्यूल म्हणजे सेलेनियम कोअर, सेलेनियम आयडीई, सेलेनियम वेबड्रायव्हर आणि सेलेनियम ग्रिड. प्रत्येकाची भूमिका वेगळी असते: कमी-स्तरीय कार्यक्षमतेपासून, रेकॉर्ड-आणि-प्लेबॅकपर्यंत, API-आधारित ब्राउझर नियंत्रण आणि मोठ्या प्रमाणात वितरित अंमलबजावणीपर्यंत.

कोर सेलेनियम टूल्स: आयडीई, वेबड्रायव्हर आणि ग्रिड

सेलेनियम कोर हे मूलभूत मॉड्यूल आहे ज्यामध्ये मूळतः JavaScriptTestRunner आणि जुने कमांड API यासह मूलभूत कार्यक्षमता समाविष्ट होती. आजकाल तुम्ही सेलेनियम कोअरशी क्वचितच थेट संवाद साधू शकाल, परंतु त्याने उर्वरित परिसंस्थेचा पाया घातला आणि आदेश आणि कृती कशा रचल्या जातात यावर प्रभाव पाडला.

सेलेनियम आयडीई हा सर्वात नवशिक्यांसाठी अनुकूल एंट्री पॉइंट आहे, जो क्रोम आणि फायरफॉक्ससाठी ब्राउझर एक्सटेंशन म्हणून प्रदान केला जातो. हे तुम्हाला ब्राउझरशी संवाद रेकॉर्ड करण्याची परवानगी देते (क्लिक, टायपिंग, नेव्हिगेशन) आणि नंतर ते पुन्हा प्ले करा, जे कोड न लिहिता साधे प्रवाह जलद कॅप्चर करण्यासाठी उत्तम आहे.

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

सेलेनियम वेबड्रायव्हर हा API-आधारित स्तर आहे जो खऱ्या ब्राउझर ड्रायव्हर्सशी बोलतो. हे एक भाषा-तटस्थ प्रोटोकॉल परिभाषित करते जे तुम्हाला नेव्हिगेशन नियंत्रित करण्यास, पृष्ठ घटकांशी संवाद साधण्यास, JavaScript कार्यान्वित करण्यास आणि DOM कडून माहिती परत मिळविण्यास अनुमती देते. ब्राउझर विक्रेते त्यांच्या इंजिनसाठी ड्रायव्हर्स लागू करतात आणि सेलेनियम शक्य असेल तेव्हा या ड्रायव्हर्सचा वापर करते.

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

वेबड्रायव्हर, ड्रायव्हर्स आणि ब्राउझर एकत्र कसे काम करतात

जर तुम्ही स्टॅकमध्ये पूर्णपणे नवीन असाल, तर वेबड्रायव्हरला "रिमोट कंट्रोल" म्हणून आणि प्रत्येक ब्राउझर ड्रायव्हरला एका विशिष्ट टीव्ही मॉडेलमध्ये जोडणारा अॅडॉप्टर म्हणून चित्रित करणे मदत करते. तुमचा चाचणी कोड वेबड्रायव्हरद्वारे सूचना पाठवतो, ड्रायव्हर त्यांना ब्राउझर-विशिष्ट कृतींमध्ये रूपांतरित करतो आणि ब्राउझर त्यानुसार प्रतिसाद देतो.

हे विभाजन जाणूनबुजून केले आहे, कारण ते अंमलबजावणीच्या तपशीलांची जबाबदारी ब्राउझर विक्रेत्यांवर टाकते. क्रोम, फायरफॉक्स, एज आणि सफारी टीम्स त्यांचे ड्रायव्हर्स पाठवतात आणि त्यांची देखभाल करतात जेणेकरून त्यांना त्यांच्या स्वतःच्या इंजिनशी कसे बोलायचे हे कळेल, तर सेलेनियम सामान्य, वापरकर्त्यांना अनुकूल API प्रदान करण्यावर लक्ष केंद्रित करते जे सर्वात वर बसते.

एक परीक्षक किंवा अभियंता म्हणून तुमच्या दृष्टिकोनातून, तुम्ही सामान्यतः भाषा बंधनकारक लायब्ररी, वेबड्रायव्हर वर्ग आणि एक्झिक्युटेबल ड्रायव्हरसह काम करता. बाइंडिंग म्हणजे तुमच्या भाषेसाठी क्लायंट लायब्ररी (उदाहरणार्थ, सेलेनियम जावा किंवा सेलेनियम पायथॉन), वेबड्रायव्हर क्लासेस तुम्हाला स्क्रिप्ट अॅक्शन्सचे अ‍ॅब्स्ट्रॅक्शन देतात आणि ड्रायव्हर एक्झिक्युटेबल प्रत्यक्षात ब्राउझर बायनरी नियंत्रित करतो.

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

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

सेलेनियम ऑटोमेशनमध्ये जाण्यापूर्वी आवश्यक कौशल्ये

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

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

कोडिंगच्या बाबतीत, तुम्हाला तुमच्या निवडलेल्या भाषेत किमान नवशिक्या पातळीचे प्रोग्रामिंग कौशल्य आवश्यक असेल; आमचे पहा प्रोग्रामिंग भाषा मार्गदर्शक मदती साठी. सुदैवाने, सेलेनियम हा शिकण्याचा एक अतिशय मैत्रीपूर्ण मार्ग आहे: तुम्ही लिहिलेला कोड विशिष्ट परस्परसंवादांसाठी मर्यादित आहे (हे पृष्ठ उघडा, ते बटण क्लिक करा, हा मजकूर दिसतो असे ठामपणे सांगा), जे सुरवातीपासून मोठ्या अनुप्रयोगाशी व्यवहार करण्यापेक्षा कमी जबरदस्त आहे.

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

जर तुम्हाला पायथॉन आवडत असेल, तर सेटअपमध्ये Maven ऐवजी pip आणि व्हर्च्युअल वातावरण वापरले जाते, परंतु WebDriver संकल्पना तशाच राहतात. वर्कफ्लोमध्ये अजूनही भाषा बंधने स्थापित करणे, योग्य ड्रायव्हर (जसे की क्रोमड्रायव्हर) डाउनलोड करणे आणि ब्राउझर उघडणाऱ्या, घटकांशी संवाद साधणाऱ्या आणि निकाल तपासणाऱ्या चाचण्या लिहिणे समाविष्ट आहे.

तुमचे सेलेनियम वातावरण योग्यरित्या सेट करणे

पहिले व्यावहारिक पाऊल म्हणजे तुमच्या निवडलेल्या भाषेसाठी सेलेनियम भाषा बंधने स्थापित करणे. जावामध्ये याचा अर्थ सहसा तुमच्या प्रोजेक्टमध्ये सेलेनियम अवलंबित्वे जोडणे असा होतो, तर पायथनमध्ये तुम्ही pip वापरून सेलेनियम पॅकेज स्थापित कराल. कोणत्याही परिस्थितीत, ही लायब्ररी तुम्हाला तुमच्या कोडमधील वेबड्रायव्हर क्लासेसमध्ये प्रवेश देते.

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

जावाच्या बाबतीत, JAR फायली मॅन्युअली जगलिंग करण्यापेक्षा अवलंबित्वे व्यवस्थापित करण्यासाठी Maven वापरणे हा सर्वोत्तम सराव मानला जातो. मेव्हन तुमचे pom.xml वाचते, सेलेनियम आणि इतर लायब्ररी आपोआप डाउनलोड करते आणि त्यांच्या आवृत्त्या नियंत्रणात ठेवते, ज्यामुळे सेटअप आणि भविष्यातील अपग्रेड सोपे होतात.

Eclipse आणि IntelliJ IDEA सारखे IDEs Maven सोबत उत्तम प्रकारे एकत्रित होतात, म्हणून एकदा तुमचे pom.xml कॉन्फिगर झाले की, IDE प्रोजेक्ट आयात करेल आणि सर्व आवश्यक कलाकृती सोडवेल. यामुळे JARs lib फोल्डरमध्ये कॉपी करण्यापेक्षा आणि ते कुठून आले हे तुम्हाला आठवेल अशी आशा करण्यापेक्षा अधिक स्वच्छ, अधिक देखभाल करण्यायोग्य सेटअप मिळतो.

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

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

तुमची पहिली सेलेनियम ऑटोमेशन स्क्रिप्ट लिहिणे

एकदा तुमचे वातावरण तयार झाले की, तुमची पहिली वेबड्रायव्हर स्क्रिप्ट लिहिण्याची वेळ आली आहे, बहुतेकदा सेलेनियमचे "हॅलो वर्ल्ड": गुगल सर्च स्वयंचलित करणे. ही कल्पना सोपी आहे पण सर्व मूलभूत गोष्टींना स्पर्श करते: ब्राउझर सुरू करणे, URL वर जाणे, एखादा घटक शोधणे, त्याच्याशी संवाद साधणे, निकाल सत्यापित करणे, नंतर सत्र बंद करणे.

सामान्य प्रवाह असा दिसतो: तुम्ही सेलेनियम पॅकेजेस आयात करता, एक्झिक्युटेबल ड्रायव्हरचा मार्ग कॉन्फिगर करता, वेबड्रायव्हर इन्स्टंट करता, लक्ष्य URL उघडता आणि By.name सारख्या लोकेटरचा वापर करून शोध बॉक्स शोधता. त्यानंतर तुम्ही त्या घटकाच्या की पाठवा (उदाहरणार्थ, “सेलेनियम ट्युटोरियल” टाइप करा) आणि फॉर्म सबमिट करा.

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

शेवटी तुम्ही ब्राउझर बंद करण्यासाठी आणि वेबड्रायव्हर सत्र समाप्त करण्यासाठी driver.quit() ला कॉल करता. झोम्बी ब्राउझर प्रक्रिया मेमरी वापरण्यापासून आणि नंतरच्या रनना गैरवर्तन करण्यास प्रवृत्त करण्यापासून रोखण्यासाठी, विशेषतः चाचण्यांचे बॅच चालवताना, हे क्लीन-अप पाऊल महत्त्वाचे आहे.

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

लोकेटर: सेलेनियम पृष्ठावरील घटक कसे शोधते

लोकेटर म्हणजे तुम्ही सेलेनियमला ​​कोणत्या घटकाशी संवाद साधू इच्छिता हे सांगण्याचा एक मार्ग आहे आणि त्यावर प्रभुत्व मिळवणे हे तुम्ही विकसित करू शकता अशा सर्वात महत्त्वाच्या कौशल्यांपैकी एक आहे. जर तुमचे लोकेटर कमकुवत किंवा अस्थिर असतील, तर जेव्हा जेव्हा UI मध्ये थोडासा बदल होईल तेव्हा तुमच्या चाचण्या सतत बिघडतील.

सेलेनियम आयडी, नेम आणि क्लासनेम सारख्या अनेक मूलभूत लोकेटर स्ट्रॅटेजीला समर्थन देते, जे उपलब्ध असताना जलद आणि वापरण्यास सोपे आहेत. उदाहरणांमध्ये By.id(“login-button”), By.name(“user”) किंवा By.className(“btn-primary”) यांचा समावेश आहे. जर अनुप्रयोग अद्वितीय आणि स्थिर मूल्ये प्रदान करत असेल तर हे सर्वात मजबूत असतात.

जेव्हा साधे गुणधर्म पुरेसे नसतात, तेव्हा तुम्ही XPath आणि CSS निवडक सारख्या अधिक शक्तिशाली पर्यायांवर अवलंबून राहू शकता. XPath तुम्हाला DOM ट्री नेव्हिगेट करण्यास आणि रचना, गुणधर्म आणि मजकूर सामग्रीवर आधारित घटक जुळवण्यास अनुमती देते, तर CSS निवडक फ्रंट-एंड डेव्हलपर्स स्टाइलशीटमध्ये वापरतात त्याप्रमाणेच एक संक्षिप्त वाक्यरचना प्रदान करतात.

सामान्य XPath पॅटर्नमध्ये विशिष्ट गुणधर्म असलेला घटक शोधण्यासाठी //tag किंवा दृश्यमान मजकूरात विशिष्ट शब्द असलेले घटक शोधण्यासाठी //tag सारख्या अभिव्यक्तींचा समावेश होतो. उदाहरणार्थ, //इनपुट शोध आयडी असलेल्या इनपुटकडे निर्देशित करते आणि //a "लॉग इन" समाविष्ट असलेल्या लिंकला लक्ष्य करते.

लोकप्रिय CSS पॅटर्न म्हणजे विशिष्ट आयडी असलेल्या घटकांसाठी tag#id (जसे की input#email), दिलेल्या वर्ग असलेल्या घटकांसाठी tag.class (जसे की button.btn-success), आणि अनियंत्रित गुणधर्मांसाठी टॅग (जसे की a). हे निवडक संक्षिप्त आहेत आणि आधुनिक ब्राउझरमध्ये चांगले कार्य करतात.

नियमानुसार, नेहमी सर्वात सोपा, सर्वात स्थिर लोकेटर प्रथम निवडा: जेव्हा ते अद्वितीय आणि विश्वासार्ह असतात तेव्हा आयडी, नंतर नावे किंवा अर्थपूर्ण वर्ग, आणि त्यानंतरच अधिक जटिल XPath किंवा CSS अभिव्यक्ती. यामुळे HTML संरचना विकसित होत असताना तुमच्या चाचण्या कमी नाजूक राहतात.

लवचिक घटक स्थानासाठी धोरणे

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

एक क्लासिक धोका म्हणजे संपूर्ण DOM पदानुक्रमाचे प्रतिबिंब असलेल्या परिपूर्ण XPath अभिव्यक्त्यांवर अवलंबून राहणे, जसे की /html/body/div/div/div/span/section/div/h2/p. कोणताही किरकोळ लेआउट बदल अशा लोकेटरला खंडित करू शकतो, ज्यामुळे तुम्हाला क्षुल्लक दृश्य समायोजनासाठी असंख्य चाचण्या अद्यतनित कराव्या लागतात.

अधिक शाश्वत दृष्टिकोन म्हणजे सापेक्ष XPath लोकेटर वापरणे जे अर्थपूर्ण गुणधर्म किंवा मजकूर बंद करतात, उदाहरणार्थ //p. जरी पृष्ठात आमूलाग्र बदल झाले तरी ते तुटू शकतात, परंतु सामान्य UI रिफॅक्टरिंगसाठी ते अधिक सहनशील आहेत.

बरेच ऑटोमेशन अभियंते लोकेटर फाइन-ट्यूनिंग करताना ब्राउझर डेव्हलपमेंट टूल्सचा मोठ्या प्रमाणात वापर करतात, बहुतेकदा स्थिर अभिव्यक्ती सापडेपर्यंत XPath आणि CSS सह परस्परसंवादी प्रयोग करतात. तुमच्या लोकेटर कल्पना कोडमध्ये समाविष्ट करण्यापूर्वी त्या सत्यापित करण्यात तुम्ही कन्सोलमध्ये बराच वेळ घालवाल.

क्रोम आणि फायरफॉक्ससाठी ट्रूपाथ सारखे ब्राउझर प्लगइन्स देखील आहेत जे क्लिक केलेल्या घटकासाठी सुचवलेले XPath एक्सप्रेशन जनरेट करतात. ही साधने परिपूर्ण नाहीत, परंतु ती तुम्हाला एक चांगला प्रारंभ बिंदू देऊ शकतात जो तुम्ही तुमच्या स्थिरतेच्या आवश्यकतांनुसार सुलभ किंवा समायोजित करू शकता.

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

प्रतीक्षा आणि सिंक्रोनाइझेशन: हळू किंवा गतिमान पृष्ठे हाताळणे

नवशिक्यांसाठी फ्लॅकी चाचण्यांचा आणखी एक सामान्य स्रोत म्हणजे वेळ: तुमची स्क्रिप्ट पृष्ठ लोड होण्यापूर्वी किंवा AJAX विनंतीने UI अपडेट करण्यापूर्वी काहीतरी क्लिक करण्याचा किंवा वाचण्याचा प्रयत्न करते. यामुळे "घटक सापडला नाही" सारख्या त्रुटी उद्भवतात, जरी घटक काही क्षणानंतर मानवी डोळ्यासमोर दिसत असला तरी.

सेलेनियम तुमच्या चाचण्या अॅप्लिकेशनसह सिंक्रोनाइझ करण्यासाठी वेगवेगळ्या प्रतीक्षा धोरणे ऑफर करते: अंतर्निहित प्रतीक्षा आणि स्पष्ट प्रतीक्षा. अंतर्निहित प्रतीक्षा WebDriver ला अपवाद देण्यापूर्वी विशिष्ट वेळेपर्यंत घटक शोधण्याचा प्रयत्न करत राहण्यास सांगते आणि हा नियम त्यानंतरच्या सर्व findElement कॉल्सना जागतिक स्तरावर लागू होतो.

दुसरीकडे, स्पष्ट प्रतीक्षा विशिष्ट घटकांसाठी विशिष्ट परिस्थितींशी जोडलेली असते, जसे की घटक दृश्यमान होईपर्यंत, क्लिक करण्यायोग्य होईपर्यंत किंवा DOM मध्ये उपस्थित होईपर्यंत प्रतीक्षा करणे. हे सहसा अपेक्षित परिस्थितींसह WebDriverWait द्वारे अंमलात आणले जाते आणि अधिक जटिल किंवा गतिमान परस्परसंवादांसाठी सर्वोत्तम पद्धत मानली जाते.

ज्या साइट्स AJAX आणि jQuery सारख्या लायब्ररीवर जास्त अवलंबून असतात, त्यांच्यासाठी नेहमीच एखाद्या घटकाची वाट पाहणे पुरेसे नसते; कधीकधी तुम्हाला सर्व थकबाकी असलेल्या असिंक्रोनस विनंत्या पूर्ण होईपर्यंत वाट पहावी लागते. अशा परिस्थितीत, पुढे जाण्यापूर्वी jQuery ची स्थिती तपासण्यासाठी (उदाहरणार्थ, jQuery.active शून्य आहे याची पडताळणी करून) तुम्ही WebDriver द्वारे लहान JavaScript स्निपेट कार्यान्वित करू शकता.

हे तंत्र मूलतः AJAX कॉलसाठी "स्मार्ट वेटिंग" लागू करते, ब्राउझर बॅकएंडशी बोलत असताना चाचणी पुढे जाण्यापासून रोखते. काही ट्युटोरियल्स हा विषय खोलवर दडवून ठेवतात, परंतु जेव्हा तुम्ही भरपूर गतिमान वर्तनासह वास्तविक अनुप्रयोगांची चाचणी सुरू करता तेव्हा ते अविश्वसनीयपणे मौल्यवान ठरते.

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

पेज ऑब्जेक्ट मॉडेल: व्यावसायिकांप्रमाणे चाचण्यांची रचना करणे

तुमचा चाचणी संच जसजसा वाढत जातो तसतसे सर्व तर्कशास्त्र थेट चाचणी पद्धतींमध्ये घालणे लवकर गोंधळलेले आणि देखभाल करणे कठीण होते. पेज ऑब्जेक्ट मॉडेल (POM) हा एक डिझाइन पॅटर्न आहे जो तुमच्या अॅप्लिकेशनच्या पृष्ठांभोवती किंवा दृश्यांभोवती तुमचा ऑटोमेशन कोड व्यवस्थित करून हे सोडवतो.

POM मध्ये तुम्ही तुमच्या वेब अॅपच्या प्रत्येक पेजसाठी (किंवा कधीकधी पुन्हा वापरता येण्याजोग्या घटकासाठी) एक क्लास तयार करता. त्या वर्गात त्या पृष्ठावरील घटकांचे लोकेटर आणि वापरकर्ता तेथे करू शकणाऱ्या क्रिया, जसे की लॉग इन करणे, आयटम शोधणे किंवा कार्टमध्ये उत्पादन जोडणे, दोन्ही समाविष्ट आहेत.

उदाहरणार्थ, LoginPage क्लासमध्ये वापरकर्तानाव फील्ड, पासवर्ड फील्ड आणि सबमिट बटणासाठी खाजगी बाय लोकेटर असू शकतात, तसेच लॉगिन (स्ट्रिंग वापरकर्ता, स्ट्रिंग पासवर्ड) सारखी पद्धत असू शकते जी फॉर्म भरते आणि सबमिट करते. तुमचा चाचणी कोड नंतर फील्ड मॅन्युअली शोधण्याऐवजी आणि प्रत्येक वेळी बटणे क्लिक करण्याऐवजी loginPage.login(“alice”,”password”) ला कॉल करेल.

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

पेज फॅक्टरी सारखे फ्रेमवर्क या कल्पनेवर आधारित आहेत, ज्यामध्ये सिंटॅक्टिक शुगर आणि घटक सुरू करण्यासाठी आणि बॉयलरप्लेट कमी करण्यासाठी उपयुक्तता जोडल्या जातात. पॅरासॉफ्ट सेलेनिक सारख्या साधनांसह अनेक प्रगत सेलेनियम सोल्यूशन्समध्ये POM चा वापर केला जातो कारण ते स्वच्छ, अधिक देखभाल करण्यायोग्य सूटकडे घेऊन जाते जे शेकडो किंवा हजारो चाचण्यांपर्यंत पोहोचतात.

जर तुमच्याकडे फक्त दोन स्क्रिप्ट असतील तर POM वगळणे ठीक वाटू शकते, परंतु एकदा तुमचा रिग्रेशन सूट वाढला की, तो न वापरल्याने डुप्लिकेशन, नाजूक कोड आणि नंतर वेदनादायक रिफॅक्टरिंग होईल हे जवळजवळ निश्चितच आहे. तुमच्या सेलेनियम प्रवासात POM मध्ये लवकर गुंतवणूक करणे हा सर्वात हुशार पर्यायांपैकी एक आहे.

बदलाला सामोरे जाणे: सेलेनियम ऑटोमेशन स्थिर ठेवणे

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

एक चाचणी ऑटोमेशन अभियंता म्हणून तुम्हाला अपयशांचे ट्रायगिंग करण्याची सवय लवकर होते: ही समस्या चाचणीत, वातावरणात, एका निरुपद्रवी UI ट्वीकमध्ये आहे की ती खरी प्रतिगमन आहे? लोकेटर समस्या, वेळेच्या समस्या किंवा चाचणी डेटा गृहीतकांमुळे अनेक अयशस्वी धावा खोट्या अलार्ममध्ये बदलतील.

आधी चर्चा केल्याप्रमाणे, चांगल्या लोकेटर पद्धती, ठिसूळ चाचण्यांविरुद्ध सर्वोत्तम संरक्षणांपैकी एक आहेत. अ‍ॅब्सोल्युट एक्सपॅथ टाळणे, स्थिर गुणधर्म वापरणे आणि लोकेटर केंद्रीकृत करण्यासाठी POM चा वापर करणे हे सर्व UI बदलताना होणारे परिणाम कमी करण्यास मदत करते.

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

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

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

पॅरासॉफ्ट सेलेनिकसह सेलेनियम वाढवणे

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

त्याच्या प्रमुख वैशिष्ट्यांपैकी एक म्हणजे स्मार्ट रेकॉर्डर, जे नवशिक्या आणि अनुभवी परीक्षकांना किमान मॅन्युअल कोडिंगसह सेलेनियम चाचण्या तयार करण्यास मदत करते. हे वेब UI वरील परस्परसंवाद रेकॉर्ड करते आणि पेज ऑब्जेक्ट मॉडेल तत्त्वांनुसार त्यांचे आयोजन करते, डुप्लिकेशन कमी करते आणि परिणामी स्क्रिप्ट व्यवस्थापित करणे सोपे करते.

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

आणखी एक शक्तिशाली क्षमता म्हणजे चाचणी प्रभाव विश्लेषण आणि स्मार्ट चाचणी निवड. प्रत्येक बिल्डवर हजारो सेलेनियम चाचण्या चालवण्याऐवजी, सेलेनिक शेवटच्या रनपासून कोड बदलांची पडताळणी करण्यासाठी आवश्यक असलेला सबसेटच निवडू शकतो, ज्यामुळे अंमलबजावणीचा वेळ लक्षणीयरीत्या कमी होतो आणि जलद CI/CD फीडबॅक मिळतो.

सेलेनिक हे मावेनशी सहजतेने एकत्रित होत असल्याने, ते रॅडिकल रीअरची आवश्यकता न घेता मानक जावा प्रोजेक्ट सेटअपमध्ये बसते. ते तुमच्या नियमित बिल्ड आणि टेस्ट वर्कफ्लोचा भाग बनते, ज्यामुळे कोर सेलेनियम स्टॅकला अधिक बुद्धिमत्ता आणि ऑटोमेशनसह पूरक बनवले जाते.

सेलेनियमसह क्रॉस-ब्राउझर आणि हेडलेस चाचणी

खरे वापरकर्ते सर्व एकाच ब्राउझरने ब्राउझ करत नाहीत, म्हणून कधीतरी तुम्हाला तुमचा अनुप्रयोग क्रोम, फायरफॉक्स, एज आणि कदाचित सफारीवर देखील सत्यापित करायचा असेल. सेलेनियम वेबड्रायव्हर प्रत्येक प्रमुख ब्राउझरसाठी ड्रायव्हर अंमलबजावणी प्रदान करून हे तुलनेने सोपे करते.

वेगळ्या ब्राउझरवर चाचणी चालवण्यासाठी, तुम्ही सामान्यतः तुम्ही इंस्टंट केलेला वेबड्रायव्हर बदलता (उदाहरणार्थ, नवीन ChromeDriver(), नवीन FirefoxDriver() किंवा नवीन EdgeDriver()) आणि तुम्ही योग्य ड्रायव्हर बायनरी डाउनलोड आणि कॉन्फिगर केली आहे याची खात्री करा. जर तुमचे लोकेटर आणि फ्लो ब्राउझर-विशिष्ट नसतील तर सामान्य चाचणी तर्क अनेकदा अपरिवर्तित राहू शकतो.

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

हेडलेस टेस्टिंग हा आणखी एक मौल्यवान पर्याय आहे, जिथे ब्राउझर दृश्यमान UI विंडोशिवाय चालतो. क्रोम आणि फायरफॉक्ससाठी हेडलेस मोड्स तुम्हाला डिस्प्लेशिवाय (सर्व्हर किंवा सीआय एजंट्स सारख्या) वातावरणात सेलेनियम चाचण्या अंमलात आणण्याची परवानगी देतात, कमी संसाधने वापरतात आणि सहसा जलद चालतात.

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

नवशिक्यांसाठी अनुकूल प्रकल्पात सर्वकाही एकत्र आणणे

तुम्ही शिकलेल्या सर्व गोष्टी एकत्रित करण्याचा एक उत्तम मार्ग म्हणजे डेमो वेब स्टोअर किंवा तत्सम साइटवर एक लहान, एंड-टू-एंड ऑटोमेशन प्रकल्प तयार करणे. हे तुम्हाला वेगळ्या खेळण्यांच्या उदाहरणांऐवजी वास्तववादी प्रवाह, डेटा आणि UI वर्तन हाताळण्यास भाग पाडते.

एक सामान्य कृती म्हणजे संपूर्ण खरेदी प्रवास स्वयंचलित करणे: लॉग इन करणे, उत्पादन शोधणे, ते कार्टमध्ये जोडणे आणि चेकआउट पूर्ण करणे. तुम्ही लॉगिन पेज, सर्च/रिझल्ट पेज, प्रोडक्ट डिटेल पेज आणि कार्ट/चेकआउट पेजसाठी पेज ऑब्जेक्ट्स डिझाइन करून सुरुवात करता.

या पेज ऑब्जेक्ट्समध्ये तुम्ही प्रत्येक पायरीसाठी लोकेटर आणि वापरकर्ता कृती परिभाषित करता, क्रेडेन्शियल्स प्रविष्ट करण्यापासून ते "कार्टमध्ये जोडा" वर क्लिक करण्यापर्यंत. तुमच्या चाचणी पद्धती जवळजवळ नैसर्गिक भाषेसारख्या वाचल्या जातात: loginPage.login(), searchPage.searchFor(“laptop”), productPage.addToCart(), cartPage.checkout().

संपूर्ण प्रवाहादरम्यान तुम्ही घटक असिंक्रोनसपणे लोड होतात तिथे स्पष्ट प्रतीक्षा लागू करता, जसे की निकालांची यादी दिसण्याची वाट पाहणे किंवा कार्टमध्ये आयटम जोडल्यानंतर AJAX अपडेट पूर्ण होण्याची वाट पाहणे. खरोखर महत्त्वाच्या परिस्थितीत तुमच्या सिंक्रोनाइझेशन कौशल्यांचा सराव करण्याची ही एक उत्तम संधी आहे.

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

जेव्हा तुम्ही असा लघु-प्रकल्प पूर्ण कराल, तेव्हा तुम्ही बहुतेक मुख्य सेलेनियम संकल्पनांना स्पर्श केलेला असेल: वेबड्रायव्हर सेटअप, लोकेटर, वेट्स, पीओएम, असेरेशन्स, क्रॉस-ब्राउझर एक्झिक्युशन आणि मूलभूत देखभाल धोरणे. तिथून तुमच्या चाचण्यांना CI टूल्ससह एकत्रित करणे आणि डेटा-चालित किंवा कीवर्ड-चालित नमुन्यांसह तुमची चौकट विस्तृत करणे हे एक नैसर्गिक पाऊल आहे.

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