🥜 📬 🍄 SWD.Starter: C # + सेलेनियम वेबड्राइवर + पेजऑब्जेक्ट में क्विक स्टार्ट ऑटोमेशन टेस्टिंग यूआई 👸🏽 🍥 🛳️

यह लेख सेलेनियम वेबड्राइवर और पेजऑब्जेक्ट पैटर्न के साथ सी # स्वचालित उपयोगकर्ता इंटरफ़ेस परीक्षण ढांचे को कैसे सेट किया जाए, इस बारे में बात करेगा।

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

SWD.Starter क्या है?

SWD.Starter आपके परीक्षण स्वचालन ढांचे के लिए एक स्टार्टर किट है। सभी स्रोत कोड GitHub पर उपलब्ध है: dzhariy / SWD.Starter , और प्रोजेक्ट लाइसेंस (unlicense) आपको स्रोत कोड का उपयोग करने की अनुमति देता है जैसा कि आप चाहते हैं, कम से कम इसे बेच दें।

SWD.Starter एक पहले से ही कॉन्फ़िगर की गई परियोजना है जिसमें सेलेनियम वेबडवर के माध्यम से उपयोगकर्ता इंटरफ़ेस परीक्षण बनाने और चलाने के लिए सभी आवश्यक बुनियादी ढांचा कोड शामिल हैं।

SWD.Starter, PageObjects पैटर्न के उपयोग की दृढ़ता से अनुशंसा करता है। और इस पैटर्न का उपयोग करने के मामले में, आप एक सुंदर वास्तुकला और कोड पठनीयता को बनाए रखते हुए, वास्तव में तेजी से नए ऑटो-टेस्ट कोड लिख सकते हैं।

आरंभ करने के लिए आपको क्या चाहिए

परियोजना शुरू करने के लिए, आपको निम्नलिखित सॉफ्टवेयर की आवश्यकता होगी:

विजुअल स्टूडियो एक्सप्रेस 2013 डेस्कटॉप संस्करण (भी, सैद्धांतिक रूप से, VS2010 और VS2012 समर्थित हैं)
गिटब से एक परियोजना को पंप करने के लिए गिट
अतिरिक्त ब्राउज़र ड्राइवर सेलेनियम वेबड्राइवर, जिसे परियोजना के आधिकारिक पृष्ठ से डाउनलोड किया जा सकता है

त्वरित और सुविधाजनक सॉफ़्टवेयर इंस्टॉलेशन के लिए, मैं विंडोज - चॉकलेट के लिए पैकेज मैनेजर का उपयोग करने की सलाह देता हूं।
मुख्य पृष्ठ के निर्देशों के अनुसार, cmd.exe खोलें, और कंसोल विंडो में, बस निम्नलिखित कोड निष्पादित करें:

@powershell -NoProfile -ExecutionPolicy unrestricted -Command "iex ((new-object net.webclient).DownloadString('https://chocolatey.org/install.ps1'))" && SET PATH=%PATH%;%systemdrive%\chocolatey\bin

और फिर, एक ही कंसोल विंडो में, निम्न कमांड चलाएँ:

सीन्स VisualStudioExpress2013WindowsDesktop
cinst git

अब, कंसोल विंडो में (उदाहरण के लिए, cmd.exe या Far Manager में), उस फ़ोल्डर का चयन करें जहाँ आप SWD.Starter को क्लोन करना चाहते हैं - और कमांड चलाएँ:

 git clone https://github.com/dzhariy/SWD.Starter.git

यह एक आवश्यक कदम है, अन्यथा परियोजना संकलन नहीं करेगी:
Chromedriver.exe और IEDriverServer.exe को फ़ोल्डर SWD.Starter \ webdrivers पर कॉपी करें

और यहाँ एक साफ आभासी मशीन पर पूर्ण स्थापना का एक वीडियो है (जिसे मैंने आधुनिक से डाउनलोड किया है)

गुलाबी नि, नव का पालन करें!

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

PageObjects क्या हैं और यह इतना महत्वपूर्ण क्यों है?

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

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

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

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

बॉट-शैली में परीक्षण पुस्तकों के एक विशाल, अनसाल्टेड ढेर की तरह हैं। जब आपके "हीप" में केवल 10 किताबें होती हैं, तो आप इसे बहुत कठिनाई के बिना समझ सकते हैं।
लेकिन जब किताबों की संख्या बढ़कर 100 हो जाती है तो आपका क्या इंतजार होता है? मेरा विश्वास करो, मैं तुमसे ईर्ष्या नहीं करता। सिर्फ इसलिए कि वह पहले ही इससे गुजर चुका है।
पुस्तकों का ढेर

दूसरी ओर, PageObjects का उपयोग करते समय, आप सभी पुस्तकों को अलमारियों में सॉर्ट कर सकते हैं। बुकस्टोर्स और वेयरहाउस में, पुस्तकों की एक बड़ी संख्या निहित है। हालांकि, विक्रेताओं को आपकी ज़रूरत के हिसाब से जल्दी मिल सकता है।
PageObject क्लास एक बुकशेल्फ़ है जो आपको वेब पेज के साथ काम करने के लिए कोड को आसानी से व्यवस्थित करने की अनुमति देता है। और ऑब्जेक्ट-ओरिएंटेड प्रोग्रामिंग का उपयोग करते समय लोकप्रिय प्रोग्रामिंग लैंग्वेज और IDE काफी अधिक सुविधाएँ प्रदान करते हैं।

किताब का सहारा

बॉट स्टाइल टेस्ट

बॉट-शैली में परीक्षणों का मुख्य लाभ यह है कि आप सेलेनियम आईडीई और सेलेनियम बिल्डर जैसे उपकरणों का उपयोग करके "प्रोग्रामिंग भाषा को जाने बिना भी उन्हें लिख सकते हैं"।

परिणामस्वरूप, ऐसा कुछ हो सकता है:

कोड की एक बहुत लंबी शीट जैसे: ड्राइवर.फाइंडमेंट (By.Id (कन्फर्मपासवर्ड))। SendKeys (पास);

 class BrittleTest { [Test] public void Can_buy_an_Album_when_registered() { var driver = Host.Instance.Application.Browser; driver.Navigate().GoToUrl(driver.Url); driver.FindElement(By.LinkText("Admin")).Click(); driver.FindElement(By.LinkText("Register")).Click(); driver.FindElement(By.Id("UserName")).Clear(); driver.FindElement(By.Id("UserName")).SendKeys("HJSimpson"); driver.FindElement(By.Id("Password")).Clear(); driver.FindElement(By.Id("Password")).SendKeys("!2345Qwert"); driver.FindElement(By.Id("ConfirmPassword")).Clear(); driver.FindElement(By.Id("ConfirmPassword")).SendKeys("!2345Qwert"); driver.FindElement(By.CssSelector("input[type=\"submit\"]")).Click(); driver.FindElement(By.LinkText("Disco")).Click(); driver.FindElement(By.CssSelector("img[alt=\"Le Freak\"]")).Click(); driver.FindElement(By.LinkText("Add to cart")).Click(); driver.FindElement(By.LinkText("Checkout >>")).Click(); driver.FindElement(By.Id("FirstName")).Clear(); driver.FindElement(By.Id("FirstName")).SendKeys("Homer"); driver.FindElement(By.Id("LastName")).Clear(); driver.FindElement(By.Id("LastName")).SendKeys("Simpson"); driver.FindElement(By.Id("Address")).Clear(); driver.FindElement(By.Id("Address")).SendKeys("742 Evergreen Terrace"); driver.FindElement(By.Id("City")).Clear(); driver.FindElement(By.Id("City")).SendKeys("Springfield"); driver.FindElement(By.Id("State")).Clear(); driver.FindElement(By.Id("State")).SendKeys("Kentucky"); driver.FindElement(By.Id("PostalCode")).Clear(); driver.FindElement(By.Id("PostalCode")).SendKeys("123456"); driver.FindElement(By.Id("Country")).Clear(); driver.FindElement(By.Id("Country")).SendKeys("United States"); driver.FindElement(By.Id("Phone")).Clear(); driver.FindElement(By.Id("Phone")).SendKeys("2341231241"); driver.FindElement(By.Id("Email")).Clear(); driver.FindElement(By.Id("Email")).SendKeys("chunkylover53@aol.com<script type="text/javascript"> /* <![CDATA[ */ (function(){try{var s,a,i,j,r,c,l,b=document.getElementsByTagName("script");l=b[b.length-1].previousSibling;a=l.getAttribute('data-cfemail');if(a){s='';r=parseInt(a.substr(0,2),16);for(j=2;a.length-j;j+=2){c=parseInt(a.substr(j,2),16)^r;s+=String.fromCharCode(c);}s=document.createTextNode(s);l.parentNode.replaceChild(s,l);}}catch(e){}})(); /* ]]> */ </script>"); driver.FindElement(By.Id("PromoCode")).Clear(); driver.FindElement(By.Id("PromoCode")).SendKeys("FREE"); driver.FindElement(By.CssSelector("input[type=\"submit\"]")).Click(); Assert.IsTrue(driver.PageSource.Contains("Checkout Complete")); } }

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

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

बॉट शैली

PageObject कक्षाओं का उपयोग करके परीक्षण

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

 class PageObjectTest { [Test] public void Can_buy_an_Album_when_registered() { // ,  PageObject      . //        . var registerUserPage = new RegisterUserPage(); //    ,  , //        registerUserPage.Invoke(); //      . //      « »,    –  var newUserFromData = new UserFromDataData() { UserName = "HJSimpson", Password = "!2345Qwert", }; //      registerUserPage.FillForm(newUserFromData); registerUserPage.Submit(); //       ,     //      . var showCasePage = new ShowCasePage(); showCasePage.Goto("Disco"); showCasePage.SelectProduct("showCasePage"); showCasePage.AddToCard(); showCasePage.Checkout(); var checkOutForm = new CheckOutForm(); // .DefaultValues        . //   -   –   . var checkoutFromData = UserCheckoutFromData.DefaultValues; //       !   JavaScript  ! checkoutFromData.Email = @"chunkylover53@aol.com<script type=""text/javascript""> /* <![CDATA[ */ (function(){try{var s,a,i,j,r,c,l,b=document.getElementsByTagName(""script"");l=b[b.length-1].previousSibling;a=l.getAttribute('data-cfemail');if(a){s='';r=parseInt(a.substr(0,2),16);for(j=2;a.length-j;j+=2){c=parseInt(a.substr(j,2),16)^r;s+=String.fromCharCode(c);}s=document.createTextNode(s);l.parentNode.replaceChild(s,l);}}catch(e){}})(); /* ]]> */ </script>"; CheckoutCompletePage checkoutCompletePage = checkOutForm.Submit(); Assert.IsTrue(checkoutCompletePage.GetPageTitle().Contains("Checkout Complete")); } }

अच्छा क्या? PageObject का उपयोग करके परीक्षण बनाना चाहते हैं?

SWD.Starter में पहला स्मोक टेस्ट

यदि आप सोच रहे हैं: स्वचालन का परीक्षण कहाँ शुरू करें? कि, मेरे पास आपके लिए एक बहुत ही सरल उत्तर है, जो 99% मामलों में उपयुक्त है।
आवेदन के प्रत्येक पृष्ठ के लिए एक स्मोक टेस्ट से शुरू करें।

नुस्खा:

किसी भी घोंसले के स्तर का एक पृष्ठ लें
पेज खोलें
जांचें कि सभी महत्वपूर्ण तत्व पृष्ठ पर मौजूद हैं।

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

और अब, आइए नए Habrahabr उपयोगकर्ता के लिए पंजीकरण पृष्ठ के लिए पहला परीक्षण लिखें:

ऐसे परीक्षणों के साथ आवेदन के सभी पृष्ठों को कवर करने के बाद, आप सुखद आश्चर्यचकित होंगे: कवरेज मेट्रिक्स 50% से अधिक की कवरेज दिखाएंगे। बेशक, हम समझते हैं कि कोड कवरेज का मीट्रिक सबसे बुनियादी नहीं है, लेकिन आपको यह स्वीकार करना होगा कि यह एक अच्छा परिणाम है।

इसके अलावा, SwdBrowser.cs में एक HandleJavaScriptErrors () विधि है। इस कार्यान्वयन में, आपको बस इसे अधिक बार कॉल करने की आवश्यकता है, उदाहरण के लिए, प्रत्येक में। इन्वोक ()। और फिर, यह विधि अप्रत्याशित अप्रत्याशित जावास्क्रिप्ट त्रुटियों को पकड़ने में सक्षम होगी।

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

 [TestMethod] public void S01_First_Step_Run_WebDriver_with_Firefox() { SwdBrowser.Driver.Url = "http://swd-tools.com"; }

कौन सा: ब्राउज़र खोलता है, वांछित URL पर जाता है ... और ब्राउज़र को बंद कर देता है।
क्या यह एक पंक्ति के लिए बहुत कुछ है?
और क्यों फ़ायरफ़ॉक्स खोला गया था, और क्या होगा अगर मुझे इंटरनेट एक्सप्लोरर चाहिए?
इसके बारे में और बहुत कुछ - नीचे।

टेस्ट ऑटोमेशन में अच्छी प्रैक्टिस

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

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

यह सब पहले से ही SWD.Starter में शामिल है। और यदि आप किसी विशिष्ट समस्या को हल करने में रुचि रखते हैं - बस कोड को देखें, और मैं, समय के साथ, इसे समझना आसान बना दूंगा। पहले से ही, कुछ कक्षाएं अच्छी तरह से प्रलेखित हैं, उदाहरण के लिए - Swd.Core.Configuration.Config Class । और कुछ वर्गों के लिए टिप्पणियाँ पहले से ही कोड में हैं, लेकिन अभी तक Doxygen के लिए पलायन नहीं किया है।

परियोजना संरचना SWD.Starter

SWD.Starter का मुख्य भाग Swd.Core है। इसमें ऐसी दिलचस्प बातें शामिल हैं: समाधान

Swd.Core.Configuration class → config, जो बाहरी config.config फ़ाइल से रूपरेखा सेटिंग्स पढ़ता है। यह इस फ़ाइल में है कि आप लॉन्च किए गए ब्राउज़र का चयन कर सकते हैं, साथ ही अपनी सेटिंग्स भी जोड़ सकते हैं।
वर्ग Swd.Core.WebDriver -> SwdBrowser - का उल्लेख पहले ही किया जा चुका है। यह ब्राउज़र के जीवन को नियंत्रित करता है। और पास में, समान नामस्थान में, उपयोगी तरीके और कक्षाएं हैं जो ब्राउज़र के साथ काम करना सरल करते हैं।
Swd.Core.Pages नामस्थान में, PageObjects के लिए आधार वर्ग रहते हैं।

Swd.Core में, केवल सामान्य कोड स्थित है, जो भविष्य में, सहायक परीक्षण परियोजनाओं में विस्तारित किया जा सकता है।

इस तरह की एक परीक्षण परियोजना का एक उदाहरण है डेमोप्रोजेक्ट।
परीक्षण परियोजना में दो मुख्य उपप्रोजेक्ट शामिल हैं:

Demo.TestModel - इसमें PageObject क्लासेस, कस्टमाइज़्ड बेस क्लास, आवश्यक डेटा, एप्लिकेशन लॉजिक के टुकड़े और अन्य लाइब्रेरी फ़ंक्शंस शामिल हैं जो टेस्ट के तहत विशेष एप्लिकेशन के लिए विशिष्ट हैं।
आमतौर पर, परीक्षण के तहत एकल आवेदन के लिए केवल एक मॉडल पुस्तकालय होना चाहिए।
Demo.TestProject एक प्रोजेक्ट है जिसमें टेस्ट सूट हैं। ऐसे कई परीक्षण प्रोजेक्ट हो सकते हैं। उदाहरण के लिए, Demo.Tutorial भी परीक्षण के साथ एक परियोजना है, और यह भी Demo.TestProject की तरह मॉडल लाइब्रेरी (Demo.TestModel) का उपयोग करता है।
Demo.Tutorial - Swd.Starter के साथ काम करने के लिए एक गाइड बनाने का प्रयास। अभी पूरी तरह से समाप्त नहीं हुआ है, लेकिन अभी, आप फ़ाइल "Ch 00 परिचय।" पढ़ सकते हैं और परीक्षण चलाने का प्रयास कर सकते हैं।

प्रतिक्रिया, लाइसेंस और सहयोग

प्रोजेक्ट लाइसेंस आपको प्रोजेक्ट कोड के साथ कोई भी कार्य करने की अनुमति देता है, जिसे केवल आपकी कल्पना द्वारा सीमित किया जा सकता है। (Http://unlicense.org/)
कोड को संशोधित किया जा सकता है, वाणिज्यिक प्रयोजनों के लिए उपयोग किया जा सकता है, यदि आप चाहें तो टोरेंट और मेरा बिटकॉइन पर डाल सकते हैं।

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

आप किस पर काम कर सकते हैं? - मैदान लगभग गिरवी नहीं है:

प्रलेखन
ट्यूटोरियल
नया उपयोगी कोड जो वास्तविक समस्याओं को हल करता है
नई डेमो परियोजनाओं
अनुदेश

और अधिक। 28 फरवरी, 2014 को कीव में, मैं सेलेनियम कैंप 2014 सम्मेलन में एक प्रस्तुति देने की योजना बना रहा हूं। रिपोर्ट SWD पेज रिकॉर्डर परियोजना के लिए समर्पित होगी, लेकिन SWD.Starter परियोजना के लिए थोड़ा समय समर्पित नहीं किया जाएगा। और उसके बाद, रिपोर्ट की रिकॉर्डिंग सामग्री के संग्रह के अनुभाग में दिखाई देगी, सम्मेलन के 3-4 महीने बाद।
मैं पूरे दो दिन उपलब्ध रहूंगा, और मैं अपनी रिपोर्ट के बाद और पूरे सम्मेलन के दौरान "लाइव" चैट करने के लिए तैयार रहूंगा।

उपयोगी सामग्री

मेरी रिपोर्ट की सामग्री (SWD पेज रिकॉर्डर) #SeleniumCamp 2014 और कुछ और तथ्यों पर
SWD टूल्स - पेज पेज रिकॉर्डर और स्टार्टर। सम्‍मिलित (या सम्‍मिलित) परियोजनाओं के संबंध में सभी आवश्‍यक लिंक
जीथब स्वेद स्टार्टर
GitHub SWD पेज रिकॉर्डर
SWD पेज रिकॉर्डर: सेलेनियम वेबड्राइवर के लिए PageObject क्लासेस लिखता है - हबर्डब्र पर SWD पेज रिकॉर्डर की समीक्षा
वेबिनार: सेलेनियम वेबड्राइवर के साथ पेज ऑब्जेक्ट पैटर्न का उपयोग करने की मूल बातें
परीक्षण स्वचालन पर हालिया नोट्स और लेखों का चयन - यदि आप परीक्षण स्वचालन पर युक्तियों में रुचि रखते हैं
स्लाइड्स / वीडियो मेरी रिपोर्ट के लिए # रविवार: पेज के बाहर
बनाए रखने योग्य स्वचालित यूआई टेस्ट - परीक्षण स्वचालन पर एक आधुनिक नज़र के साथ शानदार लेख

आप के लिए सफल स्वचालन।

पुनश्च: एसडीडी एस एलेनियम डब्ल्यू ईबी डी नदी के लिए खड़ा है

SWD.Starter: C # + सेलेनियम वेबड्राइवर + पेजऑब्जेक्ट में क्विक स्टार्ट ऑटोमेशन टेस्टिंग यूआई