🤦🏿 😶 👸🏼 ASP.NET अनुप्रयोगों का स्वचालित एकीकरण परीक्षण 👨‍👩‍👦‍👦 🐎 🤴🏿

इस लेख में मैं एक वेब अनुप्रयोग के परीक्षण के एकीकरण के लिए एक बुनियादी ढांचा बनाने में अपने अनुभव को साझा करना चाहता हूं। अनुप्रयोग .Net प्लेटफ़ॉर्म पर बनाया गया है और इसमें ASP.NET MVC अनुप्रयोगों और MSSQL में एक डेटाबेस शामिल है

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

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

चूंकि एकीकरण परीक्षण आपको उपयोगकर्ता कार्यों को अनुकरण करने की अनुमति देगा, आप कह सकते हैं कि यह आपको इस तथ्य को सत्यापित करने की अनुमति देगा कि टीओआर का एक निश्चित बिंदु सफलतापूर्वक पूरा हो गया है। यदि आप टीओआर में प्रत्येक आइटम के लिए परीक्षण बनाते हैं (हम कार्यक्रम और परीक्षण पद्धति - पीएमआई :) प्राप्त करते हैं और उन्हें स्वचालित करते हैं, तो सफलतापूर्वक पूर्ण किए गए परीक्षणों की संख्या का अर्थ होगा कि कितने प्रतिशत टीके पूरा हो गया है। अन्यथा, सिस्टम की स्थिति का एक मूल्यांकन इस तरह दिखेगा:
"ठीक है, आज सिस्टम कैसा है, अगर एक शब्द में?"
"अगर एक शब्द में, तो ... यह काम करता है।"
- और अगर संक्षेप में?
- और अगर संक्षेप में, यह काम नहीं करता है।

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

इस प्रक्रिया को नीचे दिए गए चित्र में दिखाया गया है।

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

मूल विन्यास

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

डेवलपर मशीन पर कॉन्फ़िगरेशन

डेवलपर के कॉन्फ़िगरेशन में, विज़ुअल स्टूडियो का उपयोग मुख्य टूल के रूप में किया जाता है।

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

व्यक्तिगत डेटाबेस के मामले में, संपूर्ण डेटा बनाने का कार्य स्पष्ट और हल करने में आसान हो जाता है। यह नीचे "छोटी चाल" अनुभाग में वर्णित है

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

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

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

परीक्षण पूरा होने के बाद, डेटाबेस अपनी मूल स्थिति में वापस आ जाता है।

नतीजतन, परीक्षण चलाने के बाद, आप सिस्टम की सामान्य स्थिति देख सकते हैं।

कंटीन्यू इंटीग्रेशन सर्वर पर कॉन्फ़िगरेशन

यहां, विज़ुअल स्टूडियो के बजाय, कंटीन्यू इंटीग्रेशन सर्वर का उपयोग किया जाता है, लेकिन सभी क्रियाएं डेवलपर की मशीन पर कार्रवाई के समान होती हैं

औद्योगिक विन्यास

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

आवश्यक उपकरण

आवश्यक अवसंरचना बनाने के लिए निम्नलिखित साधनों की आवश्यकता है:

विजुअल स्टूडियो सॉल्यूशन, जिसमें कई परियोजनाएं शामिल हैं:
- प्रोजेक्ट "SQL सर्वर डेटाबेस प्रोजेक्ट"। जैसा कि आप जानते हैं, इस तरह की परियोजना आपको सभी DDL और SQL स्क्रिप्ट को संग्रहीत करने की अनुमति देती है जो डेटाबेस की संरचना और प्रारंभिक सामग्री को विकसित करने के लिए आवश्यक हैं। इस परियोजना का मुख्य लाभ यह है कि यह मौजूदा डेटाबेस को नवीनतम संस्करण में अपडेट करने के लिए एक अंतर स्क्रिप्ट उत्पन्न कर सकता है। यह आपको मौजूदा डेटा को हटाने के बिना अपडेट इंस्टॉल करने की अनुमति देता है। इसके अलावा, इस ऑपरेशन को MSBuild के माध्यम से स्वचालित किया जा सकता है और कंटीन्यूज़ इंटीग्रेशन सर्वर पर प्रदर्शन किया जा सकता है।
- ASP.NET अनुप्रयोग के साथ परियोजना। आवेदन को ही समाहित करता है। प्रोजेक्ट का उपयोग किसी वेब एप्लिकेशन की तैनाती को एक सर्वर पर जांचने के लिए भी किया जाता है, फिर से स्वचालित रूप से MSBuild का उपयोग करके।
- एकीकरण परीक्षणों से युक्त एक परियोजना। यह एक MSTest या NUnit परियोजना है। इस परियोजना का उपयोग परीक्षण चलाने और परीक्षण रिपोर्ट बनाने के लिए किया जाएगा।

यह उन परियोजनाओं का न्यूनतम सेट है जो स्वचालित एकीकरण परीक्षण के आयोजन के लिए आवश्यक है।

बेशक, समाधान एक संस्करण नियंत्रण प्रणाली में संग्रहीत है, जैसे एसवीएन।

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

"सेलेन्यूइम रिमोट कंटोल" के लिए आपको जावा एप्लिकेशन की आवश्यकता है "सेलेनियम-सर्वर-स्टैंडअलोन-एक्सएक्सएक्स"

परीक्षणों की त्वरित और सुविधाजनक रिकॉर्डिंग के लिए, आपको सेलेनिम आईडीई ऐड-ऑन स्थापित के साथ फायरफॉक्स की आवश्यकता होगी।

हमें एसवीएन से नवीनतम संस्करण प्राप्त करने और परीक्षण चलाने के लिए कंटीन्यूस इंटीग्रेशन सर्वर की भी आवश्यकता है।

पर्यावरण की स्थापना

मैं यह दिखाऊंगा कि विभिन्न स्टैंडों पर ऊपर वर्णित उत्पादों को कैसे स्थापित और कॉन्फ़िगर किया जाए।

डेटाबेस परियोजना

डेटाबेस डिजाइन के साथ शुरू करते हैं। डेटाबेस प्रोजेक्ट में कई publish.xml फाइलें हो सकती हैं, जिनमें से प्रत्येक यह बताती है कि डेटाबेस को कहां और कैसे प्रकाशित किया जाएगा। चूंकि प्रत्येक डेवलपर का डेटाबेस अपने स्वयं के पते पर स्थित होता है, इसलिए इन फ़ाइलों को संस्करण नियंत्रण प्रणाली से बाहर ले जाना चाहिए और प्रत्येक डेवलपर के लिए अलग से कॉन्फ़िगर किया जाना चाहिए।

डेटाबेस प्रकाशित करने के लिए, विज़ुअल स्टूडियो में इस फ़ाइल पर राइट-क्लिक करें और "प्रकाशित करें" चुनें। प्रकाशन परिनियोजन के समान है, सिवाय इसके कि परिनियोजन विकल्प प्रोजेक्ट गुण में संग्रहीत किए जाते हैं, और publish.xml में प्रकाशन विकल्प।

कमांड लाइन से एक डेटाबेस प्रकाशित करने के लिए, आपको निम्नलिखित कमांड को कॉल करना होगा:
> MSBuild / t: प्रकाशित / p: SqlPublishProfilePath = beatmypublishfile.publish.xml »DBProject.sqlproj

वेब अनुप्रयोग

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

सेलेनियम सर्वर

आपको एक सेलेनियम आरसी सर्वर की भी आवश्यकता होगी, जिसे यहां डाउनलोड किया जा सकता है: docs.seleniumhq.org/download

कमांड के साथ सर्वर शुरू करता है
> java -jar c: \ selenium \ selenium-server.jar -multiwindow

जब सर्वर चल रहा है, तो आप परीक्षण चला सकते हैं।

एकीकरण परीक्षण के साथ परीक्षण परियोजना

यह एक MSTest प्रोजेक्ट या NUnit प्रोजेक्ट हो सकता है।
सबसे पहले आपको nuGet पैकेज Selenium.RC स्थापित करने की आवश्यकता है

जैसा कि प्रत्येक परीक्षण की शुरुआत में पहले ही उल्लेख किया गया है, आपको SQL स्क्रिप्ट को चलाने की आवश्यकता है जो परीक्षण के लिए डेटा के साथ डेटाबेस को भर देगी। चूंकि मैं अक्सर SQL सर्वर प्रबंधन स्टूडियो में बनाई गई स्क्रिप्ट के साथ काम करता हूं, उनमें GO कमांड लगातार पाया जाता है। ऐसी स्क्रिप्ट चलाने के लिए, smo लाइब्रेरी का उपयोग किया जाता है, ये कई असेंबली हैं जिन्हें MSSQL सर्वर SDK के भाग के रूप में स्थापित किया जा सकता है और उदाहरण के लिए, "C: \ Program Files (x86) \ Microsoft SQL Server \ 110 \ SDK / असेंबली" में, लेकिन ध्यान रखें वे .Net 2.0 के लिए संकलित हैं और सिर्फ इसलिए उन्हें .Net 4.0 और पुराने में काम करने के लिए काम नहीं मिल रहा है। इसलिए, परीक्षण अनुप्रयोग, मैं आमतौर पर .net 3.5 के लिए कॉन्फ़िगर करता हूं

उसके बाद, आप एक परीक्षण परियोजना में इस तरह के एक सहायक वर्ग बना सकते हैं:

public class TestDBHelper { public static void ExecScript(String scriptName) { string sqlConnectionString = System.Configuration.ConfigurationManager.ConnectionStrings["TestDBConnection"].ConnectionString; FileInfo file = new FileInfo(Path.Combine("SQL", scriptName)); string script = file.OpenText().ReadToEnd(); SqlConnection conn = new SqlConnection(sqlConnectionString); Server server = new Server(new ServerConnection(conn)); server.ConnectionContext.ExecuteNonQuery(script); } public static void BackupBeforeTest() { TestDBHelper.ExecScript("BackupBeforeTest.sql"); } public static void RestoreAfterTest() { TestDBHelper.ExecScript("RestoreAfterTest.sql"); } }

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

स्क्रिप्ट में क्या है "BackupBeforeTest.sql" और "RestoreAfterTest.sql" नीचे लिखा गया है।

नतीजतन, परीक्षण कुछ इस तरह दिखता है:

 [TestClass] public class SimpleTest { private ISelenium selenium; private StringBuilder verificationErrors; [TestInitialize] public void Init() { TestDBHelper.BackupBeforeTest(); TestDBHelper.ExecScript("CreateTestUser.sql"); selenium = new DefaultSelenium("localhost", 4444, "*chrome", "http://localhost:12945/"); selenium.Start(); verificationErrors = new StringBuilder(); } [TestCleanup] public void CleanUp() { selenium.Stop(); TestDBHelper.RestoreAfterTest(); } [TestMethod] public void TestLogin() { if (selenium.IsElementPresent("link=  []")) { selenium.Click("link=  []"); selenium.WaitForPageToLoad("30000"); } selenium.Open("/"); selenium.Click("link="); selenium.WaitForPageToLoad("30000"); selenium.Type("id=UserName", "TestUser"); selenium.Type("id=Password", "123456"); selenium.Click("css=input.btn"); selenium.WaitForPageToLoad("30000"); Assert.IsFalse(selenium.IsElementPresent("css=div.validation-summary-errors > ul > li"), "  "); Assert.IsTrue(selenium.IsElementPresent("link=  []"), "  "); } }

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

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

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

फायरफॉक्स और सेलेनियम आईडीई। परीक्षण निर्माण

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

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

आंकड़ा परीक्षण की स्वीकृति दिखाता है, जो निर्देशिका प्रविष्टियों में परिवर्तन की जांच करेगा। यह पृष्ठ DevExpress MVC एक्सटेंशन का उपयोग करके कार्यान्वित किया गया है और इसमें बहुत सारे AJAX कोड हैं, इसलिए "WaitFor ..." जैसे चरण जोड़े गए हैं, जो ब्राउज़र में प्रकट होने के लिए आवश्यक अपडेट की प्रतीक्षा करते हैं।

एक और महान लाभ यह है कि परीक्षण को "सेलेनियम आईडीई" के माध्यम से जल्दी से डीबग किया जा सकता है। बस "रन टेस्ट" बटन पर क्लिक करें और सत्यापित करें कि सब कुछ काम करता है।

परीक्षण के डिबग होने के बाद, आप इसे "निर्यात परीक्षण Sute As" / "C # / NUnit / रिमोट कंट्रोल" कमांड के साथ c # फ़ाइल में सहेज सकते हैं और परीक्षण विधियों की सामग्री को परीक्षण प्रोजेक्ट में कॉपी कर सकते हैं। यह सब विकल्प की तुलना में परीक्षण बनाने की गति को काफी बढ़ा देता है जब आप तुरंत C # में एक परीक्षण लिखते हैं, और इसे MSTest या NUnit के माध्यम से चलाकर डिबग करते हैं।

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

छोटी चाल

डेटाबेस में परीक्षण डेटा बनाना और लोड करना

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

इस तरह की स्क्रिप्ट का एक उदाहरण:

 SET IDENTITY_INSERT [dbo].[User] ON INSERT [dbo].[User] ([UserId], [Login], [Password], [DisplayName]) VALUES (1000001, N'TestUser', N'7dHZDOYgwADlGdinx9u/c4Cmhtc=', N' ') SET IDENTITY_INSERT [dbo].[User] OFF SET IDENTITY_INSERT [dbo].[Order] ON INSERT [dbo].[Order] ([OrderId], [UserId], [Description], [Price]) VALUES (1000001, 1000001, N' №1', 100.0) INSERT [dbo].[Order] ([OrderId], [UserId], [Description], [Price]) VALUES (1000002, 1000001, N' №2', 200.0) INSERT [dbo].[Order] ([OrderId], [UserId], [Description], [Price]) VALUES (1000003, 1000001, N' №3', 300.0) SET IDENTITY_INSERT [dbo].[Order] OFF

यह स्क्रिप्ट "एसक्यूएल डम्पर" या एसक्यूएल सर्वर मैनेजमेंट स्टूडियो जैसे कार्यक्रमों के माध्यम से प्राप्त की जा सकती है, जिसमें डेटाबेस ऑब्जेक्ट्स पर स्क्रिप्ट बनाने के लिए एक अच्छा विज़ार्ड है, जिसमें टेबल डेटा भी शामिल है।

- [डेटाबेस रिकॉर्ड पहचानकर्ताओं का प्रबंधन] -

मुझे लगता है कि आपने पहले ही देखा था कि पहचानकर्ता, डेटा निर्माण स्क्रिप्ट में, 1,000,000 से शुरू करते हैं, 1 से नहीं।
यह इस तथ्य के कारण है कि जब आपके पास मुकाबला डेटाबेस होता है, तो छोटे मान वाले पहचानकर्ता शायद पहले से ही उपयोग किए जाते हैं और यदि आप इन मानों को स्क्रिप्ट में सम्मिलित करने का प्रयास करते हैं, तो हमें पहचानकर्ताओं की विशिष्टता का उल्लंघन मिलता है।

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

परीक्षण के बाद डेटाबेस की सफाई

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

इसलिए, प्रत्येक परीक्षण से पहले, मैं "BackupBeforeTest.sql" फ़ाइल से एक बैकअप स्क्रिप्ट बनाता हूं

 USE [master] GO IF EXISTS (SELECT name FROM sys.databases WHERE name = N'MyDataBase_Spanpshot') DROP DATABASE MyDataBase_Spanpshot GO CREATE DATABASE MyDataBase_Spanpshot ON (NAME = 'DataBase_data_File', FILENAME = 'C:\MyDataBase_TestBU.SNP') AS SNAPSHOT OF MyDataBase;

और परीक्षण के बाद मैं निम्नलिखित स्क्रिप्ट को "RestoreAfterTest.sql" से पुनर्स्थापित करता हूं:

 USE master; DECLARE @DatabaseName nvarchar(50) SET @DatabaseName = N'MyDataBase' DECLARE @SQL varchar(max) SELECT @SQL = COALESCE(@SQL,'') + ' BEGIN TRY Kill ' + Convert(varchar, SPId) + '; END TRY BEGIN CATCH END CATCH;' FROM MASTER..SysProcesses WHERE DBId = DB_ID(@DatabaseName) AND SPId <> @@SPId EXEC(@SQL) RESTORE DATABASE MyDataBase_Spanpshot from DATABASE_SNAPSHOT = 'MyDataBase_Spanpshot'; GO IF EXISTS (SELECT name FROM sys.databases WHERE name = N'MyDataBase_Spanpshot') DROP DATABASE MyDataBase_Spanpshot GO

जैसा कि आप देख सकते हैं, पुनर्स्थापित करने से पहले, आपको उन सभी उपयोगकर्ताओं को डिस्कनेक्ट करना होगा जो परीक्षण के बाद जुड़े रहें। अन्यथा, आप डेटाबेस को पुनर्स्थापित नहीं कर सकते।

परीक्षण से पहले डेटाबेस के वृद्धिशील भरने के लिए एसक्यूएल स्क्रिप्ट का संगठन

मैंने कई बार उल्लेख किया कि स्क्रिप्ट चलाने से पहले, आपको इसके लिए एक डेटाबेस तैयार करना होगा। लेकिन अगर आप थोड़ा गहरा खोदते हैं, तो यह देखा जाएगा कि ये स्क्रिप्ट एक-दूसरे पर निर्भर हैं।

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

जाहिर है, आदेश के लिए परीक्षण डेटा तैयार करते समय, उपयोगकर्ताओं और उत्पाद कैटलॉग को बनाने के लिए मौजूदा डेटा का उपयोग करना उचित है, इससे कम से कम समय की बचत होगी।

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

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

निष्कर्ष

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

बेशक, वर्णित बुनियादी ढांचे को बनाए रखने के लिए कुछ लागतों की आवश्यकता होती है, लेकिन मेरा मानना है कि मैन्युअल परीक्षण के लिए कम लागत के कारण इन लागतों का भुगतान किया जाता है।

ASP.NET अनुप्रयोगों का स्वचालित एकीकरण परीक्षण