🤛🏾 👨🏿‍💻 🙊 कैसे सेलेनियम काम करता है: एपिसोड 1

जावा क्यूए इंजीनियर कोर्स की शुरुआत से पहले लेख का अनुवाद तैयार किया गया था ।

एपिसोड 1 - परिवहन

जनवरी 2020 के अंतिम सप्ताहांत पर हुई बातचीत के परिणामस्वरूप, जो सेलेनियम में समस्याओं में से एक के लिए समर्पित था, जहां किसी ने मुझे बताया कि "आपने अभी ऐसा क्यों नहीं किया ..." समस्या के बारे में समझाने के जवाब में, मैंने आदेशों की व्याख्या करने वाले लेखों की एक श्रृंखला लिखने का फैसला किया। सेलेनियम वेबड्राइवर में और आज हमारे पास जो डिज़ाइन है, उसके साथ हम क्यों समाप्त हुए।

मैं इस श्रृंखला के हर एपिसोड में इसे दोहराऊंगा - बहुत कुछ, कभी-कभी पागलपन की बात करने के लिए, बहुत सोचा और विचार को सेलेनियम के हर छोटे से छोटे विस्तार के काम में डाल दिया गया था।

क्यों?

संयोग से और वह कितनी अच्छी तरह से करता है वह करने का इरादा है, सेलेनियम का उपयोग दुनिया भर के लाखों लोगों द्वारा किया जाता है। यह है कि छोटे स्टार्टअप से लेकर Microsoft और Google तक की कंपनियों की व्यापक रेंज यह सुनिश्चित करती है कि उनकी साइट हर ब्राउज़र में काम करे।

Selenium ?

सेलेनियम के वर्षों में, हमने ब्राउज़र के साथ बातचीत करने के तरीके के रूप में HTTP का उपयोग करने पर ध्यान केंद्रित किया। हमने REST-ish API (REST-ish - REST की भावना में) बनाया, जो प्रत्येक क्लाइंट को बाइंडिंग का उपयोग कर सकता है और प्राप्त कर सकता है, हम आशा करते हैं, वही परिणाम।

HTTP और REST-ish? गंभीरता से?

हाँ ...

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

इस प्रकार, इसका मतलब था कि, विशेष रूप से वेबड्राइवर के शुरुआती वर्षों में, हमें N: M बाइंडिंग का समर्थन करने की आवश्यकता थी, जहां N भाषा बाइंडिंग है और M वे ब्राउज़र हैं जिनका हम समर्थन करते हैं। इस रास्ते से अच्छे उत्पाद नहीं बनते। हमने तय किया कि हमें कुछ ऐसा चाहिए जो हर भाषा समझे। हमें भी बहुत विश्वसनीय कुछ चाहिए था। तो चुनाव HTTP पर गिर गया, और हमने बनाना शुरू कर दिया JSONWireProtocol।

फ्रेमवर्क में, JSONWireProtocolहमने एक REST-ish इंटरफ़ेस बनाया जो JSON में संचार करता है। मैं REST-ish कहता हूं क्योंकि यह REST के सभी सिद्धांतों का पूरी तरह से पालन नहीं करता है, बल्कि इसे हमारे कार्यों के लिए एक शक्तिशाली उपकरण बनाने के लिए पर्याप्त रूप से तैयार करता है।

चीजों की वर्तमान स्थिति के बारे में क्या?

वेब, इंटरनेट और दुनिया आगे बढ़ती है। तो सेलेनियम क्यों नहीं है?

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

लेकिन यह एक नेटवर्क की तरह दिखता है।

तो ... ऐसे उपकरण हैं जो क्रोम को नियंत्रित करने के लिए अपने क्रोम डीबग प्रोटोकॉल का उपयोग करते हैं। वे कुछ चीजें सेलेनियम से बेहतर करते हैं, जो ब्राउज़र के साथ संवाद करने की उनकी पसंद का एक परिणाम है। दुर्भाग्य से, यह क्रोम का मालिकाना प्रोटोकॉल है, और इसे अन्य ब्राउज़रों के लिए सुलभ बनाना Google के हित में नहीं है।

इसके अलावा, Google टीम के दिलचस्प डिज़ाइन समाधानों को अनदेखा करना, एक ऐसी समस्या है जिससे हमें लगातार खुला कनेक्शन रखना होगा। इस मामले में, यह WebSockets का उपयोग करता है, लेकिन आपको मेरी टिप्पणी को याद रखना चाहिए कि इंटरनेट उपलब्ध नहीं है जबकि यह काम नहीं कर रहा है। WebSockets लगातार पुन: कनेक्ट करेगा। इस चैनल के ऊपर कितना ट्रैफ़िक आएगा, इसकी भी समस्या है।

यह कठपुतली के लिए कोई समस्या नहीं है जब आप केवल अपने स्थानीय कंप्यूटर पर कुछ के साथ बातचीत करते हैं, लेकिन यदि आप एक CI सेवा जैसे कि सर्कल CI या ट्रैविसीआई और कुछ को एडब्ल्यूएस डिवाइस फ़ार्म, सॉस लैब्स या ब्राउज़रस्टैक जैसे आपके बीच एकीकृत करते हैं। और आपके धावक को अचानक इंटरनेट मिलता है, और यह डेटा प्राप्तकर्ताओं तक पहुंचना चाहिए।

W3C ब्राउज़र टेस्टिंग और टूल्स वर्किंग ग्रुप, ब्राउज़र विक्रेताओं और सेलेनियम लोगों से मिलकर, यह डिजाइन करने की कोशिश कर रहा है कि कैसे सब कुछ सुनिश्चित होना चाहिए कि हम शुरू से ही क्रॉस-ब्राउज़र संगतता सुनिश्चित कर सकते हैं, बिना अजीब हैकर पैच और इनकी व्यक्तिगत डिलीवरी ब्राउज़रों।

अधिक जानना चाहते हैं?

WebDriver शिपिंग विनिर्देश विवरण।

एपिसोड 2 - नेविगेशन
इस कड़ी में हम नेविगेशन से संबंधित भारी मात्रा में काम देखेंगे।

from selenium import webdriver

driver = webdriver.Firefox()
driver.get("https://www.theautomatedtester.co.uk")

जो हम ऊपर देखते हैं ... काफी सरल दिखता है, ठीक है ... लेकिन यहाँ यह है!

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

driver.get

प्रमाण पत्र

यदि आपने कभी बड़ी कॉरपोरेट कंपनियों में काम किया है, जहां प्रौद्योगिकी मुख्य नहीं है, तो आप समझते हैं कि विकास टीम को किस तरह के दर्द का सामना करना पड़ सकता है। अब इस दर्द को दोगुना कर सकते हैं, और आप उस दर्द की कल्पना कर सकते हैं जो परीक्षकों और स्वचालन इंजीनियरों से निपटना है।

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

इस प्रकार, प्रत्येक ब्राउज़र ऑटोमेशन के दौरान प्रमाणपत्र को बुरी तरह से कॉन्फ़िगर करता है। अगर उन्हें इस बात का अहसास नहीं था, तो कई परीक्षकों / डेवलपर्स को अपनी साइटों का परीक्षण करने का अवसर नहीं मिलेगा।

अब ... जब हम पहली समस्या से घिर गए, तो हमें पृष्ठ लोड करने के लिए आगे बढ़ना होगा।

लोड हो रहा है

जैसे ही हम प्रमाण पत्र प्राप्त करते हैं, हमें डाउनलोड करने के लिए पेज मिलता है। सौभाग्य से, हमें समकक्ष से अधिक जटिल कुछ भी करने की आवश्यकता नहीं है

location = "https://www.theautomatedtester.co.uk"; 
// 
window.location.href = "https://www.theautomatedtester.co.uk";

किया हुआ ...

जब सेलेनियम टीम को पूरा करता है, तो हम धनवापसी प्राप्त करेंगे। इसलिए, हमें केवल पृष्ठ लोड होने की प्रतीक्षा करने की आवश्यकता है। पूरी तरह से स्पष्ट होने के लिए, "लोडिंग समाप्त" का क्या मतलब है ?

ब्राउज़र कई अलग-अलग घटनाओं को आग लगा देगा। हमें पता चल जाएगा कि पेज कब प्रदर्शित होगा, और फिर यह क्या है readyState। सेलेनियम यह सब परीक्षण करेगा और प्रतीक्षा भी करेगा DOMContentLoaded।

और फिर एक समस्या उत्पन्न होती है यदि आप एक पृष्ठ पर हैं और उस पृष्ठ पर एंकर के लिए कूदने की कोशिश कर रहे हैं। आइए निम्नलिखित उदाहरण देखें।

from selenium import webdriver

driver = webdriver.Firefox()
driver.get("https://www.theautomatedtester.co.uk")
driver.get("https://www.theautomatedtester.co.uk#someAnchor")

ओह, बस देखो, पृष्ठ लोड घटनाओं में से कोई भी निकाल दिया जाएगा! कक्षा? एक बेवकूफ ब्राउज़र कुशलतापूर्वक काम करेगा और बस एंकर को स्क्रॉल करेगा। इसका अर्थ है कि हम केवल पृष्ठ से निकलने वाली घटनाओं पर निर्भर नहीं कर सकते।

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

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

जावास्क्रिप्ट चौखटे और नेविगेशन के बारे में क्या

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

from selenium import webdriver
from selenium.webdriver.support.wait import WebDriverWait

driver = webdriver.Firefox()
driver.get("https://www.theautomatedtester.co.uk")
element = WebDriverWait(driver, 10).until(lambda x: x.find_element_by_id(“someId”))

निष्कर्ष

पृष्ठ लोड करते समय, हमेशा सेलेनियम पर भरोसा न करें जब पृष्ठ लोड हो रहा हो। यदि आपको एक पृष्ठ पर एक तत्व को देखने की आवश्यकता है, तो इसे करें। बस यह जान लें कि पृष्ठ पर जावास्क्रिप्ट प्रारंभिक भार के बाद इसे कैसे बदल सकता है।

आगे पढ़ने के लिए

पाठ्यक्रम के बारे में अधिक जानें ।

कैसे सेलेनियम काम करता है: एपिसोड 1 - 2