👼🏻 👨🏼‍⚖️ 💵 परीक्षण स्वचालन यात्रा की शुरुआत 👩🏻‍🍳 🦏 🐏

शुभ दोपहर, हब्र!

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

कार्यात्मक या प्रतिगमन परीक्षण में शामिल कई परीक्षक जल्द या बाद में इस प्रक्रिया को स्वचालित करने के विचार में आते हैं यह बिल्कुल निश्चित है कि समान प्रतिगमन मामलों का निष्पादन समय के साथ बहुत कष्टप्रद होता है।

लेख उन लोगों के लिए डिज़ाइन किया गया है जो सिर्फ इस विचार के करीब पहुंच रहे हैं और ~~यह नहीं जानते हैं~~ कि स्वचालन में अपनी यात्रा कहां शुरू करें।

यदि आप इस पथ की शुरुआत में खुद को याद करते हैं, तो आपको निम्न प्रारंभिक डेटा मिलता है (मुझे विश्वास है कि मैं अकेला नहीं हूं):

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

नेतृत्व एक अलग मुद्दा है।

आप इसे बस नहीं ले सकते हैं और कह सकते हैं: "मैं स्वचालित करना चाहता हूं!" और अंत में कार्य को पूरा करने के लिए अनुमोदन और समय मिलता है। प्रबंधन को एक परिणाम की आवश्यकता होती है, इसलिए यह उनके लिए बहुत उचित है कि वे समय का आवंटन न करें "यह ज्ञात नहीं है"।

2 परिस्थितियाँ यहाँ से अनुसरण करती हैं:

स्थिति 1।

चरण 1. परीक्षक ने स्वचालन के विचार को आवाज़ दी, शायद एक तकनीकी विनिर्देश भी तैयार किया और श्रम लागत और पेबैक का आकलन किया।
चरण 2. प्रबंधन ने कहा: "ठीक है, दोस्त, शुरू करो। कार्यकाल के अंत तक आपको किए गए कार्य पर एक रिपोर्ट प्रदान करने की आवश्यकता होती है। ”

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

मैं आरक्षण कराऊंगा। शायद, प्रिय पाठक, वह इस रास्ते पर चले और सब कुछ काम कर गया, लेकिन मुझे यकीन है कि ऐसे लोगों के अल्पसंख्यक हैं।

स्थिति 2।

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

मेरी राय में, मार्ग 2 यहां बेहतर है (शायद यह मुझे ऐसा लगता है क्योंकि मैं खुद इस रास्ते का अनुसरण करता हूं), क्योंकि यह नकारात्मक परिणाम की अनुपस्थिति की गारंटी देता है, क्योंकि यदि आप सफल नहीं होते हैं, तो किसी को भी इसके बारे में पता नहीं चलेगा।

इस लेख को पोस्ट करने से, मेरे पास कई लक्ष्य हैं:

नौसिखिए परीक्षक को लाभ - स्वचालन इंजीनियर, जल्दी से पहला ऑटो-परीक्षण बनाने में मदद करें और स्वचालित करना जारी रखें;
परियोजना की आलोचना करें, जैसे यह अभी भी पिया और भरा जा रहा है;
ऐसे लोगों को खोजें जो सिस्टम का उपयोग करेंगे, उनसे प्रतिक्रिया प्राप्त करें कि वे क्या कार्यक्षमता से देखना चाहते हैं जो नहीं है।

मुझे उम्मीद है कि लेख नौसिखिया automatizer लाभ होगा।

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

क्या प्रयोग किया जाता है:

विकास की भाषा और वातावरण: एमएस विज़ुअल स्टूडियो 2012 (क्लास लाइब्रेरी प्रोजेक्ट) में सी #।
ब्राउज़र प्रबंधन: सेलेनियम वेबड्राइवर।
परीक्षण ढाँचा: NUnit।
डेटाबेस के साथ काम करने के लिए (हमें कहीं से परीक्षण डेटा लेने की आवश्यकता है;) इस स्तर पर, मानक OracleClient

और SqlClient

;

एप्लिकेशन इंस्टॉलेशन और प्रोजेक्ट सेटअप

काम करने के लिए, आपको आवश्यकता होगी:

git ;
दृश्य स्टूडियो 2010/2012;
Nunit 2.6.1;
रिचार्पर (रनिंग टेस्ट और डीबगिंग की सुविधा के लिए);
सेलेनियम आईडीई - फ़ायरफ़ॉक्स के लिए एक प्लगइन (पृष्ठों पर तत्वों के पहचानने की सुविधा के लिए)।

रिपॉजिटरी से एक प्रोजेक्ट को डाउनलोड करने के लिए, आपको फ़ोल्डर (जहां आप इसे शामिल करना चाहते हैं) में कमांड को खोलें और कमांड को चलाने की जरूरत है:

git clone git://github.com/4gott3n/AT.git master

आप इस लेख में, उदाहरण के लिए, गिट के काम से परिचित हो सकते हैं।

अगला, Visual Studio में AT.sln

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

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

आपको क्या करने की आवश्यकता है:

समाधान के लिए एक नई परियोजना (कक्षा पुस्तकालय) जोड़ें; बाद में इस नाम को App.config में पंजीकृत होना चाहिए;
लिंक कनेक्ट करें;

परिणाम चित्र में जैसा होना चाहिए:

App.config कॉन्फ़िगरेशन फ़ाइल बनाएँ;

इस फ़ाइल में प्रोजेक्ट के सभी मूल पैरामीटर होंगे।

अधिक जानकारी। app.config

 <add key="project_name" value="SampleTestProject"/> <!--    --> <!--         --> <add key="smtp_server" value=" smtp " /> <add key="smtp_port" value="" /> <add key="smtp_login" value="" /> <add key="smtp_password" value="" /> <add key="mail_from" value=" email" /> <add key="mail_to" value="   " /> <!-- end notif config --> <!--    --> <add key="ImplicitlyWait" value="   ( )" /> <add key="WaitForAjax" value="   ajax ( )" /> <add key="browser" value="  (firefox, chrome  iexplore)" /> <add key="browser_check_url" value="http://ya.ru" /> <!--      --> <!-- browser config end --> <!--   (webpages) --> <add key="Yandex" value="http://yandex.ru/" /> <!--     WebPages     (     WebPages    Yandex) --> <add key="dash_prefix" value="___" /> <!--     namespace (  ) --> <add key="extension_prefix" value="__" /> <--      (  ),    index-1.html     index___1__html --> <add key="folder_index_prefix" value="_fld" /> <!--      ,      ,    ,   https://yandex.ru/test/,      Yandex    test,     _fld --> <!-- pages config end--> <!--     --> <add key="database_name_prefix" value="db_" /> <!--   ,    --> <add key="database_selected_rows_limit" value="50" /> <!--    (- ) --> <add key="db_test" value="172.18.XX.XX;1521;SID;LOGIN;PASSWORD;oracle" /> <!--     --> <!-- : host;port;sid;login;password;type (type    oracle,  mssql--> <!-- data base config end --> <add key="test_step_prefix" value="step_" /> <!--       -,   step_01 --> <add key="test_case_prefix" value="test_" /> <!--     -,   test_000001 --> <add key="datetime_string_format" value="yyyy-MMM-dd -> hh:mm:ss" /> <!--     --> <add key="log_file_name" value="system.log" /> <--!     -->

पृष्ठों (वेबपेज) के लिए एक फ़ोल्डर बनाएँ।

इस फ़ोल्डर में पृष्ठ कक्षाओं वाली फाइलें होंगी।
अधिक जानकारी। वेबपृष्ठ।
कुछ नियम:
- पृष्ठ फ़ोल्डर को वेबपेज कहा जाना चाहिए;
- यह परियोजना के मूल में होना चाहिए;
- इसके अंदर आपके परीक्षण किए गए सिस्टम के रूट फ़ोल्डर शामिल होने चाहिए (उदाहरण के लिए, यदि आप यांडेक्स का परीक्षण कर रहे हैं, तो यैंडेक्स फ़ोल्डर वेबपेज फ़ोल्डर में होना चाहिए);
- फ़ोल्डरों में पृष्ठ उसी पदानुक्रम में होने चाहिए जैसे कि वे परीक्षण के तहत प्रणाली में हैं;
  
  एक उदाहरण:
  
  पेज: test.ru/step1/service/index.html
  
  फ़ोल्डर पदानुक्रम: वेबपेज -> परीक्षण -> चरण 1 -> सेवा -> index.html.cs
  
  महत्वपूर्ण: फ़ोल्डर और वर्ग के नाम केस संवेदी हैं
- पृष्ठ श्रेणी फ़ाइल नाम वास्तविक पृष्ठ नामों से मेल खाना चाहिए
पृष्ठ श्रेणी के नाम:

एक उदाहरण:

पेज: इंडेक्स- 1.html

वर्ग: index___1__html

यहां:
- पृष्ठ शीर्षक में हाइफ़न को तीन स्लैश द्वारा प्रतिस्थापित किया गया है (आप App.config में डैश_प्रिफ़िक्स पैरामीटर बदल सकते हैं);
- फ़ाइल बिंदु को दो स्लैश द्वारा प्रतिस्थापित किया गया है (आप एक्सटेंशन.prefix पैरामीटर को App.config में बदल सकते हैं;
जब कोई फ़ाइल नाम नहीं होता है तो क्लास नाम, लेकिन केवल एक फ़ोल्डर होता है:

एक उदाहरण:

पेज: test.ru/step1/service

वर्ग: _fld (बदला जा सकता है, फ़ोल्डर_index_prefix पैरामीटर App.config में)

Pages.cs क्लास बनाएँ

 public static class Pages { }

क्लास में पेज क्लास ऑब्जेक्ट (वेबपेज) होंगे;

अधिक जानकारी। Pages.cs

इस वर्ग में पृष्ठ श्रेणी की वस्तुएँ हैं जिनके माध्यम से तत्वों तक पहुँचा जाता है, आदि

कुछ नियम:

इस श्रेणी में, उपवर्गों के पदानुक्रम को WebPages फ़ोल्डर में पदानुक्रम से मेल खाना चाहिए;
वर्ग और उसके अंदर की सभी वस्तुएँ सार्वजनिक स्थैतिक होनी चाहिए।

कक्षा उदाहरण:

 public static class Pages { public static class Test { public static index__html Index = new index__html(); public static class step1 { public static class service { public static _fld Main = new _ fld(); } public static add__php Add = new add__php(); } } }

इस प्रविष्टि के साथ, पृष्ठ इस तरह परीक्षणों में उपलब्ध होंगे:

 Pages.Test.Index.Open(); Pages.Test.step1.service.Main.Open();

परीक्षण के लिए एक फ़ोल्डर बनाएँ (टेस्ट)

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

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

Nunit वर्णमाला क्रम में एक श्रेणी के भीतर परीक्षण चलाता है (पूर्ण वर्ग नाम से)

अधिसूचना शुरू करने के लिए, आपको कोड निष्पादित करना होगा:
```
 AT.Service.Notifier.SendNotif();
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     
```
यह पर्यावरणीय। वर्ग बनाने के लिए भी उपयोगी होगा
```
 public static class Environment { }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     
```
व्यक्तिगत रूप से, मैं इसका उपयोग विभिन्न वैश्विक चर और स्थिरांक स्टोर करने के लिए करता हूं।

पेज निर्माण उदाहरण (वेबपेज)

बनाए गए सभी पृष्ठों को बेस PageBase

क्लास से विरासत में मिला है, जिसमें आवश्यक तरीके शामिल हैं जो सभी पृष्ठों के लिए समान हैं: "खुला", "एक पैरामीटर के साथ खुला", "यूआरएल प्राप्त करें"।

पृष्ठ वर्ग उदाहरण:

 public class index__php : PageBase { public void OpenVpdnTab() { new WebElement().ByXPath("//a[contains(@href, '#internet')]").Click(); } public string VpdnAction { get { return new WebElementSelect().ByXPath("//select[@name='action']").GetSelectedValue(); } set { new WebElementSelect().ByXPath("//select[@name='action']").SelectByValue(value); } } public string VpdnLid { set { new WebElement().ByXPath("//input[@name='lid']").SendKeys(value); } } public string VpdnTechlist { set { new WebElement().ByXPath("//input[@name='file']").SendKeys(value); } } public string VpdnStartDate { set { new WebElement().ByXPath("//input[@name='start_date']").SendKeys(value); } } public void VpdnSubmit() { new WebElement().ByXPath("//input[@value='']").Click(); } }

शासन:

पृष्ठ पर मौजूद सभी तत्वों को एक्सेस किए जाने पर उन्हें आरंभीकृत किया जाना चाहिए।

पृष्ठों के साथ काम करने के उदाहरण:

Pages.Test.Index.Open();

- खुला

Pages.Test.Index.Open(“?id=1”);

- पैरामीटर के साथ खुला

var url = Pages.Test.Index.Url;

- पेज का पता प्राप्त करें

Pages.Test.Index.VpdnSubmit();

- उपरोक्त पेज क्लास में निर्धारित फ़ंक्शन का लॉन्च

टेस्ट केस (टेस्ट) बनाने का एक उदाहरण

जैसा कि ऊपर उल्लेख किया गया है, सभी परीक्षण मामले Tests

फ़ोल्डर में होने चाहिए।

सभी परीक्षण मामलों को सार्वजनिक होना चाहिए और TestBase

बेस क्लास से इनहेरिट करना चाहिए।

एक विशेषता [TestFixture]

को परीक्षण के मामले के साथ वर्ग के नाम से पहले निर्दिष्ट किया जाना चाहिए।

परीक्षण मामले के प्रत्येक चरण से पहले, [Test]

विशेषता को निर्दिष्ट किया जाना चाहिए।

परीक्षण विशेषताओं के बारे में यहाँ पढ़ें।

एक उदाहरण वर्ग एक परीक्षण मामले के साथ:

 namespace TestProject.Tests.OSE { [TestFixture] [Category("OSE"), Category("OSE_Internet")] /* , nunit       */ public class test_253750 : TestBase { [Test] public void step_01() { Pages.OSE.Inaclogin.Open(); Pages.OSE.Inaclogin.Login = “user”; Pages.OSE.Inaclogin.Password = “password”; Pages.OSE.Inaclogin.Submit(); Assertion(" ”, () => Assert.AreEqual(Pages.OSE.Inaclogin.IsAuthSuccess, true)); } }

Assertion

एक शर्त का सत्यापन है।

रिकॉर्ड प्रारूप:

Assertion ( , () => Assert._accert__nunit() );

हम सिर्फ मुखर का उपयोग क्यों नहीं करते?

सभी Assertes एक विशेष वर्ग में पकड़े जाते हैं जिसमें त्रुटियों, लॉगिंग आदि को पंजीकृत करने के लिए कार्रवाई की जाती है।

डेटाबेस के साथ काम करने के उदाहरण

डेटाबेस के साथ काम करने के लिए, AT.DataBase.Executor

वर्ग का AT.DataBase.Executor

, जिसमें विधियाँ शामिल हैं:

चयन के लिए अनुरोधों की पूर्ति (चयन);
सम्मिलित करने, अद्यतन करने, हटाने (अचयनित) जैसे प्रश्नों का निष्पादन;
संग्रहीत प्रक्रियाओं को निष्पादित करना।

उदाहरण:

का चयन करें:

 var query = select col1, col2 from table_name"; var list = Executor.ExecuteSelect(query, Environment._);

चयन रद्द करें:

 var query = “DELETE FROM table_name"; Executor.ExecuteUnSelect(query, Environment._);

संग्रहीत कार्यविधि चलाना:

 Executor.ProcedureParamList.Add(new ProcedureParam("varchar", "_", «»)); /*   */ Executor.ProcedureParamList.Add(new ProcedureParam("varchar")); /*   */ var res = Executor.ExecuteProcedure("_", Environment._);

_

को App.config में db इनिशियलाइज़ेशन स्ट्रिंग से साइड वैल्यू से मेल खाना चाहिए

 <add key="db_test" value="172.18.XX.XX;1521;SID;LOGIN;PASSWORD;oracle" /> <! --     -->

परीक्षण के परिणाम और नमूना रिपोर्ट का संग्रह:

जैसा कि ऊपर उल्लेख किया गया है, अधिसूचना शुरू करने और मेल को एक रिपोर्ट प्राप्त करने के लिए, अंतिम परीक्षण शुरू करने के बाद, आपको कोड AT.Service.Notifier.SendNotif();

चलाना चाहिए AT.Service.Notifier.SendNotif();

NUnit का तर्क यह है कि यह क्रमशः वर्णमाला क्रम में परीक्षण चलाता है, ताकि वांछित परीक्षण अंतिम रूप से लॉन्च किया जाए, इसे तदनुसार कहा जाना चाहिए।

अलर्ट सेटिंग्स App.config फ़ाइल में निर्दिष्ट हैं।

उदाहरण रिपोर्ट (यह अभी भी नम है, पर्याप्त जानकारी नहीं):

स्वतः रिपोर्ट

000001

विफल

step_01: त्रुटि

अगला। चरण: चरण विफल, पिछले चरण में त्रुटि

अगला। चरण: चरण विफल, पिछले चरण में त्रुटि

अगला। चरण: चरण विफल, पिछले चरण में त्रुटि

सारांश :

दर दर = ०%।

इस मिनी-अनुदेश के सभी बिंदुओं को पूरा करने के बाद, युवा परीक्षक - ऑटोमेशन इंजीनियर जल्दी से अपनी खुद की परियोजना बनाने में सक्षम होगा और इस यात्रा को शुरू करने के लिए न्यूनतम आवश्यक प्राप्त करेगा।

परिणाम संक्षेप।

यह ध्यान देने योग्य है कि प्रस्तावित प्रणाली को अभी तक अंतिम रूप नहीं दिया गया है, कई और विचार हैं जिन्हें लागू किया जाएगा (मैं वास्तव में प्रिय पाठक से सुधार के लिए सुझाव की उम्मीद करता हूं)।

यदि रुचि है, तो निम्नलिखित लेखों में मैं रूपरेखा के काम, परीक्षण स्थापित करने और चलाने के बारे में विस्तार से वर्णन करूंगा।

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

मुझे उम्मीद है कि इस पोस्ट को पढ़ना किसी के लिए उपयोगी रहा है।

आपका ध्यान देने के लिए धन्यवाद।

परीक्षण स्वचालन यात्रा की शुरुआत

More articles: