🗝️ 🐎 🤦 Geb का उपयोग करके ब्राउज़र में परीक्षण करना 💞 👸🏼 👨🏿‍🌾

व्यवहार में गेब

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

Browser.drive(driver: new InternetExplorerDriver()) { go "http://www.google.com" $('form', action:endsWith('/search')).q = '   geb  spock' $('button', value:'').click() waitFor { $('#search') } assert $('#search').size() == 1 assert $('#search').find('li.g a.l').size() > 0 println " : " + $('#res').find('li.g a.l', 0).text() }.quit()

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

गेब और सेलेनियम के बारे में

इन दिनों सेलेनियम के बारे में किसने नहीं सुना है? संभवत: जिसने बारूद को सूँघा नहीं है और अब भी सोचता है कि सभी ब्राउज़र समान हैं। मैं इसके बारे में लंबे समय तक बात नहीं करता, बस पता है:

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

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

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

सेलेनियम ही परीक्षण लिखने के लिए कई विकल्प प्रदान करता है:

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

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

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

 @Grab(group='org.codehaus.geb', module='geb-core', version='0.6.2') @Grab(group='org.seleniumhq.selenium', module='selenium-api', version='2.14.0') @Grab(group='org.seleniumhq.selenium', module='selenium-firefox-driver', version='2.19.0') @Grab(group='org.seleniumhq.selenium', module='selenium-ie-driver', version='2.19.0') import geb.Browser import org.openqa.selenium.firefox.FirefoxDriver ...

गेब भाषा

ग्रूवी (साथ ही सभी गतिशील भाषाओं) की एक विशेषता यह है कि इसे आसानी से किसी अन्य आवश्यकताओं के लिए - पूरी तरह से पहचानने योग्य भाषा में परिवर्तित किया जा सकता है।

हमारे मामले में, गेब एक ब्राउज़र नियंत्रण भाषा प्रदान करता है। आप वह सब कुछ कर सकते हैं जो एक मानव उपयोगकर्ता कर सकता है:

URL का पालन करें
फॉर्म भरें
मूव करें
लिंक पर क्लिक करें
सभी प्रकार के पॉपअप-विंडो और फ़्रेम के साथ सहभागिता करें।

एक उदाहरण:

 Browser.drive { go "http://www.gramant.ru" $('.block .caption', text: 'Grails') .closest('.block') .find('a', text: startsWith('')) .click() assert $('title', text:'Grails | Gramant').size() == 1 }

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

यह नेविगेशन के लिए पर्याप्त है। सच है, एक व्यक्ति अभी भी एक पृष्ठ पर जानकारी पढ़ना जानता है। ऐसा करने के लिए, उसके लिए सबसे पहले यह समझना अच्छा होगा कि वह वर्तमान में किस पृष्ठ पर है। आइए एक शुरुआत के लिए सोचें कि परीक्षण में एक पृष्ठ क्या है।

पेज और मॉड्यूल

हमने आज्ञा दी है

 go 'http://www.gramant.com'

और gramant.com पर गया। अब आप इस पृष्ठ को "पढ़" सकते हैं, अर्थात विश्लेषण करें और त्रुटियों को ढूंढें। तो? वास्तव में नहीं। जब कोई ब्राउज़र पृष्ठ को हिट करता है, तो यह हो सकता है:

HTTP पुनर्निर्देशित
कुछ रहस्यमय जावास्क्रिप्ट कोड काम करेंगे और आपको दूसरे पृष्ठ पर पुनर्निर्देशित करेंगे।

हमें लगता है कि हम एक पृष्ठ पर हैं, लेकिन दूसरे पर समाप्त हो गया। आगे के परीक्षण गलत तरीके से चलेंगे। इसलिए, यह समझना बहुत महत्वपूर्ण है कि हम किस तार्किक पृष्ठ पर हैं।

Geb तार्किक पृष्ठ (पेज) और तथाकथित मॉड्यूल (मॉड्यूल) का उपयोग करने का सुझाव देता है। आइए हम निम्नलिखित उदाहरण के साथ इसे समझने का प्रयास करें:

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

 class SearchResultsPage extends Page { static url = "/yandsearch" }

लेकिन ऐसा होता है कि एक ही तार्किक पृष्ठ में कई अलग-अलग URL और राज्य हो सकते हैं, और URL द्वारा पृष्ठ को निर्धारित करना हमेशा सही नहीं होता है (जो अप्रत्याशित रूप से बदल सकता है)। आप यह कर सकते हैं, उदाहरण के लिए, शीर्षक द्वारा:

 class SearchResultsPage extends Page { static at = { $('title').text() ==~ '.*:  .* ' } }

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

मॉड्यूल के बारे में कुछ शब्द। आरेख दिखाता है कि मॉड्यूल पृष्ठ (ब्लॉक) का हिस्सा है, और ऐसे मॉड्यूल हैं जो कई पृष्ठों पर मौजूद हैं। उदाहरण के लिए, यैंडेक्स खोज स्ट्रिंग पोर्टल पृष्ठ पर और खोज परिणामों के ऊपर उपलब्ध है। मॉड्यूल का अर्थ परीक्षण कोड का पुन: उपयोग करना है।

मॉड्यूल को परिभाषित किया जा सकता है, उदाहरण के लिए, निम्नानुसार है:

 class LoginModule extends Module { static content = { username {} password {} loginButton { $("input", type: "submit") } } }

और फिर उन्हें इस तरह से उपयोग करें:

 class HomePage extends Page { static content = { login { module LoginModule } } } Browser.drive { to HomePage login.username << 'user' login.password << 'password' login.loginButton.click() }

बेशक, एक पृष्ठ के भीतर एक मॉड्यूल के कई उदाहरणों को परिभाषित करने की क्षमता है - यह सभी प्रकार की सूचियों के लिए सच है। उदाहरण के लिए, खोज परिणाम - प्रत्येक परिणाम मॉड्यूल द्वारा घोषित किया जा सकता है। यह मॉड्यूललिस्ट निर्माण का उपयोग करके किया जाता है, जिस पर मैं वास नहीं करूंगा।

AJAX और सभी, सभी, सभी

आधुनिक समय में, ब्राउज़र के अंदर कई आश्चर्यजनक चीजें हो सकती हैं:

AJAX अनुरोध करता है
एनीमेशन
खींचें और छोड़ें
विभिन्न पॉपअप विंडो

ऐसी चीजों का परीक्षण स्वचालित रूप से केवल-इन-ब्राउज़र परीक्षणों का उपयोग करके किया जा सकता है। Geb कई उपकरण प्रदान करता है:

जावास्क्रिप्ट चर पर पहुँचें

जेएस ऑब्जेक्ट के माध्यम से, आप वैश्विक जावास्क्रिप्ट चर के मूल्य तक पहुंच सकते हैं:

 Browser.drive { assert js.myGlobalVar == 1 }

आप वैश्विक कार्यों का भी उपयोग कर सकते हैं:

 Browser.drive { js.globalCall() assert js.globalFunc() == 1 js."document.write"("go geb!") js.exec("return document.location.href") == 'http://www.gramant.ru' }

मैंने इस तंत्र का थोड़ा उपयोग किया, इसलिए मुझे लगता है कि गेब सभी जावास्क्रिप्ट डेटा प्रकारों (जैसा कि यहां वर्णित है ) को ग्रूवी प्रकारों में सही ढंग से परिवर्तित करने का प्रयास करेगा, लेकिन मैं दांत नहीं देता।

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

 Browser.drive { $("div#a").jquery.mouseover() }

यह लाइन केवल तभी काम करेगी जब jQuery संस्करण 1.4 और उच्चतर परीक्षण पृष्ठ पर लोड हो। वास्तव में, ऐसा कोड js.exec () में अनुवाद करता है।

प्रतीक्षा की स्थिति

आप किसी चीज़ की प्रतीक्षा कर सकते हैं: या तो किसी प्रकार के जावास्क्रिप्ट चर को सेट करें, या वफ़र निर्माण का उपयोग करके पृष्ठ पर कुछ जानकारी की उपस्थिति।

 Browser.driver { go 'http://www.youtube.com/watch?v=8d1hp8n1stA' $('button#watch-share').click() waitFor { $('#watch-actions-share').displayed } $('#watch-actions-share').find('button.share-panel-embed').click() waitFor { $('textarea.share-embed-code').displayed } println "Embed code   : " + $('textarea.share-embed-code').value() }

यह स्क्रिप्ट YouTube वीडियो के लिए कुछ बटन दबाकर और एनीमेशन के पूरा होने की प्रतीक्षा करने के लिए एम्बेड कोड प्राप्त करता है।

बेशक, वेटफ़ोर विधि हमेशा इंतजार नहीं करेगी और एक निश्चित समय पर पहुंचने पर दुर्घटना को रोक देगी, जिससे परीक्षा बाधित होगी। डिफ़ॉल्ट 5 सेकंड है।

WebElement और क्रियाओं का उपयोग करना

हमने ड्रैग एंड ड्रॉप का उल्लेख किया है। फिलहाल (संस्करण 0.6.2) गेब में इस तरह के ऑपरेशन के लिए एक सुविधाजनक अमूर्तता नहीं है। हालांकि, वेबराइवर उदाहरण (Browser.driver के माध्यम से) तक पहुंचकर सीधे सेलेनियम का उपयोग करना हमेशा संभव होता है:

 WebElement underlyingElement = $('#myElement').getElement(0) Action action = new Actions(browser.driver) .clickAndHold(underlyingElement) .moveByOffset(15,15) .release() .build() action.perform()

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

ग्रेल्स के अंदर गेब

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

ग्रेब के लिए गेब की स्थापना के बारे में कुछ शब्द 1.3.x। इस तरह की परियोजना का एक उदाहरण यहां उपलब्ध है । BuildConfig.groovy में वांछित खंड इस तरह दिखेगा:

 dependencies { test("org.seleniumhq.selenium:selenium-htmlunitdriver:$seleniumVersion") { exclude "xml-apis" } test("org.seleniumhq.selenium:selenium-chrome-driver:$seleniumVersion") test("org.seleniumhq.selenium:selenium-firefox-driver:$seleniumVersion") test "org.codehaus.geb:geb-spock:$gebVersion" } plugins { test ":tomcat:$grailsVersion" test ":hibernate:$grailsVersion" test ":geb:$gebVersion" test ":spock:0.5-groovy-1.7" }

वर्तमान gebVersion 0.6.2 है, जिसे आप की जरूरत है उसे प्रतिस्थापित करें।

हम जानते हैं कि ग्रेल्स के दो प्रकार के परीक्षण हैं - परीक्षण / इकाई और परीक्षण / एकीकरण। स्पॉक परीक्षण / कार्यात्मक - "कार्यात्मक" परीक्षण भी जोड़ता है।

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

 @Stepwise class CoreSpec extends GebReportingSpec { def "unauthorized user goes to login page"() { when: to HomePage then: at LoginPage } }

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

निश्चित रूप से, Geb कॉन्फ़िगरेशन फाइलें भी हैं जो परिभाषित करती हैं:

किस ब्राउजर का इस्तेमाल करना है और किस ड्राइवर के साथ
Geb सेटिंग्स की एक किस्म (जैसे टाइमआउट)।

डेमो में एक उदाहरण GebConfig.groovy फ़ाइल है।

लगता है काफी है। हम टाइप करते हैं:

 grails -Dgeb.env=firefox test-app :spock

और देखें कि कैसे हमारा रोबोट वहां कुछ परीक्षण करने की कोशिश कर रहा है।

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

IE और क्रोम के लिए, उनके साथ सब कुछ थोड़ा अधिक जटिल है। सामान्य स्थिति को टैबलेट से समझा जा सकता है:

ब्राउज़र	क्या आवश्यक है	प्रतिबंध
फ़ायरफ़ॉक्स	-	कुछ OS के अंतर्गत, TCP पोर्ट से बाहर चलने की समस्या प्रभावित होती है।
क्रोम	आपको एक अलग प्लेटफ़ॉर्म-विशिष्ट सेवा (ChromeDriverService) डाउनलोड और इंस्टॉल करनी होगी।	`Actions` लिए कोई समर्थन नहीं है।
ओपेरा	-	संस्करण 11.5 से कम नहीं, एक समय में केवल एक ब्राउज़र उदाहरण।
इंटरनेट एक्सप्लोरर	एक अलग सेवा के शुभारंभ की आवश्यकता है। ब्राउज़र पूर्व कॉन्फ़िगरेशन (सुरक्षा मोड) की आवश्यकता है।	संस्करण 6,7,8,9। बिल्कुल एक ब्राउज़र उदाहरण का समर्थन करता है।

जैसा कि आप देख सकते हैं, क्रोम चालक क्रियाओं का समर्थन नहीं करता है! जो काफी अप्रिय है।

आधिकारिक तौर पर सेलेनियम (और इसलिए गेब) का और क्या समर्थन करता है?

IPhone ब्राउज़र
Android ब्राउज़र

क्या मैं ब्राउज़र परीक्षण लिखता हूँ?

ब्राउज़र परीक्षणों की सुंदरता एक विशेष ब्राउज़र पर व्यवहार की गारंटी है।

हालाँकि, ब्राउज़र परीक्षण:

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

सबसे सरल सूत्र जो स्वचालित परीक्षण लिखने की आवश्यकता का वर्णन करता है, वह इस तरह दिख सकता है:

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

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

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

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

संक्षेप में: Geb का उपयोग करने के लिए एक सुखद और काफी काम करने वाला उत्पाद है (हम वास्तव में संस्करण संख्या पर ध्यान नहीं देते हैं, क्योंकि सेलेनियम जीईबी को काम करने के लिए स्थिरता प्रदान करता है), यह ग्रेल्स अनुप्रयोगों के लिए ब्राउज़र परीक्षण लिखने के लिए काफी उपयुक्त है। आपको उसके साथ अकेला छोड़ कर: http://gebish.org

Geb का उपयोग करके ब्राउज़र में परीक्षण करना