सेलेनियम और जेनकिंस सीआई से लाभ

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

1. सेलेनियम वेबड्राइवर

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

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

एक भारतीय कोडर के लिए सभी समस्याओं को हल करने के लिए एक काफी सामान्य दृष्टिकोण है:

Thread.sleep(1000); 

आमतौर पर, कोड की ऐसी पंक्तियों को "आईडी के साथ तत्व के लिए प्रतीक्षा करें = myUnicID1 वर्तमान" की भावना से एक टिप्पणी के साथ चिह्नित किया जाता है ... 1000 मिसेसेकंड के लिए प्रतीक्षा करना क्यों आवश्यक है यह स्पष्ट नहीं है। नतीजतन, कुछ बिंदु पर ऐसा होता है कि हमें जिस तत्व की आवश्यकता होती है वह 1003 वें मिलीसेकंड के लिए प्रकट होता है और हमारा परीक्षण NoSuchElementException की भावना में त्रुटि के साथ क्रैश होता है ।
स्वाभाविक रूप से, हमारे एनकोडर को जल्दी से पता चलता है कि समस्या क्या है और एक काफी सरल समाधान ढूंढता है:

 Thread.sleep(5000); // 5 -   

300 परीक्षण, जहां हर कोई 5 सेकंड तक इंतजार करता है = 25 मिनट के लिए समझ से बाहर की चीजों पर खर्च किया जाता है, लेकिन यह सुनिश्चित करने के लिए कि ऊपर दिखाई गई त्रुटि दिखाई नहीं देगी (बेशक, यह सब परियोजना पर निर्भर करता है और जिन स्थितियों में इसका परीक्षण किया जाता है, वे परिस्थितियां संभव हैं - 5 सेकंड नहीं हैं सीमा।) और अगर ऐसे कई और परीक्षण हैं, साथ ही साथ "संदिग्ध" तत्वों की संख्या भी है?
थोड़ा और सोचने के बाद, समस्या का थोड़ा और तर्कसंगत समाधान दिमाग में आता है:

 while(!driver.isElementPresent(By.id("myUnicID1") ) ){ Thread.sleep(500); } 

कुछ ज्ञात परिस्थितियों में यह समाधान, कोड के बराबर है:

 while(true){ Thread.sleep(500); } 

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

प्रलेखन में नहीं है कि सब कुछ असंभव है।

वास्तव में, प्रलेखन परीक्षण के लिए काफी समृद्ध कार्यक्षमता प्रदान करता है, लेकिन यह हर चीज से बहुत दूर है। उदाहरण के लिए: कभी-कभी आप textarea से पाठ लेना चाहते हैं, और जब आप getText () विधि का उपयोग करते हैं, तो एक खाली स्ट्रिंग लौटा दी जाती है - रहस्यमय js और html कोड की अन्य किट एक बाधा बन जाती है। और अगर आपको किसी विशेष तत्व के रंग को जानने की आवश्यकता है, या विशेषताओं के बारे में कुछ जानकारी प्राप्त करें? निष्पादनों () का उपयोग करने से डरो मत, जेएस और jQuery की क्षमताओं को आपको परेशान नहीं करना चाहिए, उन्हें परीक्षणों को कवर करने में मदद करनी चाहिए। याद रखने वाली मुख्य बात यह है कि स्क्रिप्ट को कुछ मूल्य वापस करना होगा (जो इसके निष्पादन का परिणाम होगा)। यदि आपकी स्क्रिप्ट उपयोगी जानकारी नहीं लौटाती है, लेकिन कुछ जादू की क्रिया करती है, तो जादू सफल होने पर इसे वापस आने दें। सेलेनियम के साथ, आप आत्मविश्वास से माउस क्रियाओं, कीस्ट्रोक्स, पॉप-अप की जांच कर सकते हैं, सक्रिय तत्वों को खींच सकते हैं और बहुत कुछ।

आइटम स्थित नहीं है, लेकिन मैं इसे देख सकता हूं!

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

बाहर सार!

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

2. टेस्टएनजी

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

3. जेनकिंस सीआई

अंत में, आपको जीवन के इन सभी आकर्षण को किसी ऐसे सर्वर में ठीक करने की आवश्यकता है जो लगातार कहीं न कहीं बाहर घूमता रहेगा और यदि कुछ भी हो, तो एक त्रुटि की रिपोर्ट करें। सीआई के रूप में, मैं जेनकिंस का उपयोग करता हूं। सेलेनियम के लिए एक ग्राफिकल शेल के बिना सर्वर पर सफलतापूर्वक काम करने के लिए, हमें xvfb को स्थापित करने की आवश्यकता है:

 yum install Xvfb 

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