🕟 😯 🤶🏽 लेटिष + सेलेनियम के लिए ग्राहक परीक्षण 🧘🏾 ❗️ 👨🏾‍🎓

परिचय

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

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

मेरा सुझाव है कि आप ग्राहक परीक्षण की क्षमताओं (विशेष रूप से django परियोजनाओं) में देखते हैं कि पायथन-सेलेनियम लेटस लाइब्रेरी के साथ संयोजन में प्रदान करता है।

लेट्यूस + सेलेनियम

आइए उन विशेषताओं को देखें जो ये घटक व्यक्तिगत रूप से प्रदान करते हैं:

अजगर-सेलेनियम

जैसा कि ऊपर उल्लेख किया गया है, सेलेनियम एक ब्राउज़र के माध्यम से वेब अनुप्रयोगों के साथ बातचीत का एक समृद्ध शस्त्रागार है
प्लगइन्स के विपरीत, व्यापक अजगर कार्यक्षमता का उपयोग करना संभव है
परियोजना के साथ ही एकीकरण

सलाद पत्ता

शिथिल युग्मित भागों में परीक्षणों को अलग करना
परीक्षण के प्रत्येक चरण पर नियंत्रण
टर्मिनल में सुंदर उत्पादन :)

और तुरंत युद्ध में

एक उदाहरण के रूप में सरल पंजीकरण और प्राधिकरण परीक्षणों का उपयोग करते हुए, मैं लेटस + सेलेनियम के साथ काम करने के मुख्य पहलुओं को प्रदर्शित करने का प्रयास करूंगा।

समस्या का बयान

आपको 2 परीक्षण बनाने की आवश्यकता है जो निम्नलिखित क्रियाएं करेंगे:
रजिस्टर:

पंजीकरण पृष्ठ पर जाएं
पंजीकरण फार्म पर फ़ील्ड भरें
पंजीकरण बटन पर क्लिक करें
सफल पंजीकरण के बारे में संदेश देखें

प्राधिकरण:

लॉगइन पेज पर जाएं
प्राधिकरण फ़ॉर्म पर फ़ील्ड भरें
प्राधिकरण बटन पर क्लिक करें
सफल प्राधिकरण के बारे में संदेश देखें

पहले से ही समस्या के बयान से यह देखा जा सकता है कि ये 2 परीक्षण समान कार्य करते हैं, लेकिन एक अलग संदर्भ में। चलो कार्य के लिए नीचे उतरो।

कार्य पूर्ण होना

हमारे django प्रोजेक्ट में लेट्यूस को जोड़कर, जैसा कि आधिकारिक दस्तावेज में वर्णित है, और सभी आवश्यक निर्भरताएं स्थापित कर रहे हैं (हमारे मामले में, ये फ़ायरफ़ॉक्स सिस्टम पैकेज और पायथन मॉड्यूल लेटेस और सेलेनियम हैं), हम परीक्षण शुरू कर सकते हैं।
पुनश्च: आपको बिना सिर मोड में चलने के लिए xvfb और pyvirtualdisplay की आवश्यकता होती है

लेटस के साथ काम करने के लिए, आपको निम्नलिखित फाइलें बनानी होंगी:

परियोजना के मूल में terrain.py में निर्देश हैं जो निर्दिष्ट परीक्षण स्तर पर निष्पादित किए जाते हैं
* । myf / features फ़ोल्डर में .feature फ़ाइलों में प्रत्येक परीक्षण का चरण-दर-चरण विवरण होता है
* .app फ़ाइलें / सुविधाएँ फ़ोल्डर में * .feature फ़ाइलों में उपयोग किए गए चरणों का वर्णन है

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

mapping.py

host_url = 'http://example.com' site_mapping = { "registration": { "url": host_url + "/registration/", "username": "//input[@id='username']", "email": "//input[@id='email']", "password": "//input[@name='password1']", "verify password": "//input[@name='password2']", "signup button": "//button[@name='signup']", "status message": "//div[@id='status']", }, "authorization": { "url": host_url + "/login/", "username": "//input[@id='username']", "password": "//input[@name='password']", "login button": "//button[@name='login']", "status message": "//div[@id='status']", }, }

PS: मैं xpath का उपयोग करता हूं क्योंकि मुझे लगता है कि तत्वों को खोजने का यह सबसे अच्छा तरीका है

terrain.py

 from lettuce import before, after, world from selenium import webdriver from mapping import site_mapping @before.harvest def setup(server): # world - ,  lettuce    , ..       world.browser = webdriver.Firefox() #   world.mapping = site_mapping #    world @after.all def teardown(total): world.browser.close() #

myapp / features / Cort.feature

 Feature: Authorization Scenario: Registration Open "registration" page Fill "username" with "myusername" Fill "email" with "user@example.com" Fill "password" with "1234" Fill "verify password" with "1234" Click "signup button" See "Welcome aboard" in "status message" Scenario: Authorization Open "authorization" page Fill "username" with "myusername" Fill "password" with "1234" Click "login button" See "Hello! Again..." in "status message"

जैसा कि आप देख सकते हैं, तत्वों की व्यवस्था के बारे में जानकारी की कमी ने लिपियों की पठनीयता में एक भूमिका निभाई। इसके लिए mapping.py धन्यवाद

myapp / features / steps.py

 from lettuce import step, world @step(r'Open "(.*)" page') def open_page(step, page): world.current_page = world.mapping[page] #  url   world.browser.get(world.current_page['url']) #   url   @step(r'Fill "(.*)" with "(.*)"') def fill_element_with_text(step, element, value): elem = world.browser.find_element_by_xpath(world.current_page[element]) elem.send_keys(value) @step(r'Click "(.*)"') def i_click_xpath(step, element): elem = world.browser.find_element_by_xpath(world.current_page[element]) elem.click() @step(r'See "(.*)" in "(.*)"') def i_see_text_in_element(step, text, element): elem = world.browser.find_element_by_xpath(world.current_page[element]) assert elem.text == text

वह सब है। यह केवल परीक्षणों को चलाने और यह देखने के लिए रहता है कि वे सफलतापूर्वक (या नहीं) कैसे गुजरते हैं।

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

परिणाम

हमारे पास शेष राशि क्या है:

एक उपकरण जो डेवलपर्स और परीक्षकों दोनों द्वारा उपयोग किया जा सकता है।
मानचित्रण के लिए संपूर्ण धन्यवाद के रूप में साइट के लेआउट और संरचना में परिवर्तन के लिए उच्च प्रतिरोध
आप लगभग किसी भी चीज़ में परीक्षण चला सकते हैं। फ़ायरफ़ॉक्स, क्रोम, फैंटमज (शायद अन्य विकल्प हैं, लेकिन यही मैंने कोशिश की)।
कहीं भी परीक्षण चलाएं: अपने कंप्यूटर पर, किसी वर्चुअल मशीन पर, किसी दूरस्थ सर्वर पर
प्रत्येक परीक्षण रन के लिए, आप एक परीक्षण डेटाबेस बना सकते हैं, अपने आवेदन का एक अलग उदाहरण, परीक्षण डेटा लोड करें, और अंत में सुरक्षित रूप से यह सब हटा सकते हैं (जैसा कि परीक्षण रूपरेखा django में ही होता है)।
आप लॉग स्टोरेज संलग्न कर सकते हैं। और यदि आप इस अतुल्यकालिक कार्यों के साथ मेल खाते हैं, तो आप पूरे प्रोजेक्ट की स्थिति के बारे में जानकारी प्राप्त करने के लिए प्रत्येक N घंटे कर सकते हैं।
चरणों के एक बड़े डेटाबेस (step.py) के साथ, यह केवल उन लिपियों का वर्णन करने के लिए पर्याप्त होगा, जो उनमें "TK" का अनुवाद करने के लिए सरल हैं।
एक परियोजना पर ऐसे परीक्षणों को तैनात करना उन्हें किसी अन्य परियोजना में स्थानांतरित करना मुश्किल नहीं होगा। किसी नए प्रोजेक्ट में पोर्ट करते समय, स्क्रिप्टिंग में सबसे अधिक समय लगेगा, जो इतना मुश्किल नहीं लगता (तुलना में, उदाहरण के लिए, सेलेनियम प्लगइन्स में एक और सौ परीक्षण बनाने के लिए)

विषय पर उपयोगी लिंक:

पुनश्च: मुझे उम्मीद है कि किसी को इस विषय में दिलचस्पी होगी और यथोचित उन नुकसानों के बारे में लिखूंगा जो मैंने लेटेस + सेलेनियम का उपयोग करके सामना किया था। मुझे आपके सवालों के जवाब देने में खुशी होगी।

PPS: मैं प्रस्तुति की शैली, विराम चिह्न और सामान्य रूप से अग्रिम में माफी चाहता हूं। पहला लेख और वह सब ...

लेटिष + सेलेनियम के लिए ग्राहक परीक्षण