👩🏼‍🤝‍👨🏻 😆 🛀🏾 सेलेनियम परीक्षण की कथा 🙏🏽 🤾🏻 😂

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

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

और निम्नलिखित के बारे में बात करते हैं:

टेस्ट आर्किटेक्चर
परीक्षण चल रहा है
कोड आधार
समय समाप्ति
परीक्षण कोड और ब्राउज़र की सहभागिता।
विभिन्न रनटाइम वातावरण
ड्राइवरों और सेलेनियम के कीड़े

यह लेख पेशेवरों की तुलना में शुरुआती पर अधिक ध्यान केंद्रित करता है।

टेस्ट आर्किटेक्चर

अक्सर सवाल यह उठता है कि कोड लेखन को कम करने और कॉपी पेस्ट में संलग्न न करने के लिए परीक्षणों को कैसे डिज़ाइन किया जाए। सामान्य रूप से उपयोग की जाने वाली जेनेरिक फाइलें जो आपकी भाषा की यूनिटटेस्ट श्रेणी को प्राप्त करती हैं। हमारे पास हमेशा अन्य समूहों को प्रभावित किए बिना, परीक्षण के एक समूह के लिए व्यवहार को बदलने का अवसर होता है। उदाहरण के लिए:

unittest.py seleniun/ - generic.py menu/ - generic.py - menuActionTest.py - menuDisableTest.py articles/ - generic.py - articlesLoadTest.py - articlesActionsTest.py

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

परीक्षण चल रहा है

इकाई परीक्षणों और स्वीकृति परीक्षणों के बीच का अंतर यह है कि समान रूप से वे आमतौर पर एल्गोरिदम और तर्क का परीक्षण करते हैं, और स्वीकृति परीक्षण पहले से ही सिस्टम का परीक्षण करते हैं, वास्तविक डेटा के साथ जो एक कार्यशील डेटाबेस से प्राप्त होता है।

डेटाबेस

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

जुड़नार

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

डेटाबेस डेटा की बचत

एक संभावित डिबग के लिए एक रास्ता बनाएं, अक्सर ऐसा होता है कि किसी कारण से परीक्षण एक त्रुटि के साथ बंद हो जाते हैं, अक्सर ऐसा होता है कि आपको डेटाबेस को बचाने और ब्राउज़र को जीवित रखने की आवश्यकता होती है। शायद नींद आपको सूट करेगी? यदि आपने डेटाबेस स्टोरेज फंक्शनलिटी की है, तो पुराने डेटाबेस को साफ करने की तरह ही करें। उदाहरण के लिए, मेरे लिए, mongoDB एक सप्ताह के विकास में 80GB डेटाबेस बनाने में सक्षम था।

कनेक्शन स्थानांतरण

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

कोड आधार

यहां आपको बैठकर सोचने की आवश्यकता होगी कि जीवन को अपने लिए और अधिक सुंदर कैसे बनाया जाए।
उदाहरण के लिए, आपके पास एक अतुल्यकालिक बहु-उपयोगकर्ता वास्तविक समय अनुप्रयोग (गेम) है, आपको परीक्षण लिखने की आवश्यकता है जहां दो या अधिक उपयोगकर्ता बातचीत कर सकते हैं। देखें कि क्या ड्राइवर का उपयोग करके ब्राउजर विंडो के बीच स्विच करना आपके लिए सुविधाजनक होगा? नहीं, अपना सरल कार्यान्वयन लिखें।

अपने स्वयं के मुखर की आवश्यकता है? उदाहरण के लिए, एक पेड़ में एक तत्व के अस्तित्व की जांच करें?

यह संभावना है कि आपकी परियोजना की अपनी विशेषताएं हैं और आपको इसके लिए परीक्षणों के कुछ कार्यात्मक भाग तैयार करने की आवश्यकता है।

समय समाप्ति

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

परीक्षण कोड और ब्राउज़र की सहभागिता।

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

यदि परीक्षणों का उपयोग करके उपयोगकर्ता कार्यों का अनुकरण करने का कोई तरीका नहीं है, तो आपको इन घटनाओं के लिए हैंडलर को कॉल करने की आवश्यकता है। निष्पादन योग्य जेएस कोड पर परीक्षण करने की अनुमति दें।

विभिन्न रनटाइम वातावरण

ज्यादातर अक्सर यह पता चलता है कि परीक्षण आपके कंप्यूटर पर काम करता है, लेकिन दूसरों पर काम नहीं करता है। यह OS, सेलेनियम संस्करण, मॉनिटर रिज़ॉल्यूशन और यहां तक कि ब्राउज़र संस्करणों के कारण हो सकता है। मैं आपको अपने आप को एक सस्ता वीपीएस प्राप्त करने की सलाह देता हूं जिस पर आप परीक्षण चला सकते हैं। एक सर्वर linukha पर सीधे ब्राउज़र से परीक्षण लॉन्च करना संभव है। उदाहरण के लिए, जिस आदमी ने मेरी मदद की वह था www.alittlemadness.com/2008/03/05/running-selenium-headless इसके अलावा, आप अपना समय बचाएंगे जब आप परीक्षणों के पूरा होने का इंतजार करेंगे। मत भूलो, ब्राउज़र रैम पर बहुत मांग है, स्वैप की अच्छी आपूर्ति जोड़ें।

ड्राइवरों और सेलेनियम के कीड़े

सबसे पहले, code.google.com/p/selenium/issues/list पर जाएं और बग पर जाएं।

दूसरा, यदि आप सुनिश्चित हैं कि यह काम करना चाहिए, तो जेएस कोड डीबग से गुजरें। यह संभावना है कि आपको एक ऐसी जगह मिलेगी जो सेलेनियम या ड्राइवर के दोष से चकित है। उदाहरण के लिए, मैं एक बग भर में आया था, जब माउस ले जाता है, तो chomedriver उस घटना को नहीं भेजता है, जो वर्तमान माउस बटन के लिए जिम्मेदार है।

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

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

अन्त में

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

सेलेनियम परीक्षण की कथा