🙁 🧙🏻 👩‍🔬 यूनिट और स्वीकृति परीक्षण के लिए एमएस-टेस्ट में डेटा-चालित परीक्षण 🌈 🌆 🧗🏾

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

अक्सर ऐसा होता है कि भले ही टूल यूनिट परीक्षणों के लिए बहुत अच्छी सुविधाएँ प्रदान करता है, फिर भी ये सुविधाएँ UI परीक्षणों के लिए व्यावहारिक रूप से अनुपयुक्त हैं।

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

यूनिट परीक्षणों की दुनिया में डेटा-संचालित दृष्टिकोण

मान लीजिये हमारे पास एक int ConvertToNumber (स्ट्रिंग इनपुट) विधि है जो इनपुट के रूप में एक संख्या के साथ एक स्ट्रिंग लेती है और केवल एक पूर्णांक प्रकार में एक ही नंबर लौटाती है।

आइए हम एक सकारात्मक परीक्षण लिखते हैं ( जो आनंद लाता है ), उदाहरण के लिए, इनपुट = "3" और जांचें कि परिणाम भी 3 होगा।

और क्या? बेशक, सीमा मूल्य और तुल्यता वर्ग: "-1", "0", "मैक्सिंट", "- (मैक्सिनेंट")।
ठीक है, अगर दशमलव अंश इनपुट से टकराता है तो क्या होगा? और अगर रेखा वर्णों के बाद एक संख्या से शुरू होती है?

ऐसी विभिन्न स्थितियों में सही निर्णय क्या होना चाहिए?
लेकिन कोई सही निर्णय नहीं है।

कृपया ध्यान दें कि विभिन्न प्रोग्रामिंग भाषाएं इन स्थितियों को अलग तरह से संभालती हैं। उदाहरण के लिए, ऑपरेशन {”10” + 1} के परिणामस्वरूप जावास्क्रिप्ट स्ट्रिंग “101” लौटाएगा, और {“10” - 1} के परिणामस्वरूप एक नंबर होगा 9. और पर्ल कहेंगे: क्रमशः 11 और 9। लेकिन एक "सच्चे" उत्तर की कमी हमें स्वतंत्र रूप से सही व्यवहार करने से रोकती नहीं है और कहती है कि अब से यह सच्चाई है, और पत्थर में इकाई परीक्षणों के साथ इस सच्चाई को तराशना है।

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

मिस-टेस्ट पर डेटा-संचालित इकाई परीक्षण

उदाहरणार्थ उद्देश्यों के लिए, ConvertToNumber के कार्यान्वयन में, मैं Convert.ToInt32 () का उपयोग नहीं करूँगा-यह बहुत सरल होगा। इसके बजाय, मैं अपने कार्यान्वयन की पेशकश करूंगा:

static int ConvertToNumber(string input) { int result = 0; while (input.Length > 0) result = (input[0] >= '0' || input[0] <= '9') ? (result * 10) + input[0] - '0' + (((input = input.Remove(0, 1)).Length > 0) ? 0 : 0) : 0; return result; }

दुर्भाग्य से, सुश्री-टेस्ट में विशेषताओं का उपयोग करके कोड में सीधे आने वाले और अपेक्षित मूल्यों को सेट करने का कोई तरीका नहीं है। लेकिन एक विकल्प है - डेटा स्रोतों का उपयोग करना। और ऐसे स्रोत के रूप में, आपको विश्वास नहीं होगा कि हम एक्सेल फाइल का उपयोग करेंगे।

यद्यपि, वास्तव में, आप किसी भी डेटा स्रोत का उपयोग कर सकते हैं जिसे .NET से एक्सेस किया जा सकता है। जिसमें CSV, XML और अन्य शामिल हैं।
लेकिन एक्सेल के साथ काम करना बहुत बढ़िया है! उदाहरण के लिए, हमारी तालिका इस तरह दिख सकती है:

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

फिर एक्सेल टेबल पर कनेक्शन के कार्यान्वयन के साथ इकाई परीक्षण और डेटा पढ़ने पर इस तरह दिखाई देगा:

 const string dataDriver = "System.Data.OleDb"; const string connectionStr = "Provider=Microsoft.ACE.OLEDB.12.0;Data Source=C:\\matrix.xlsx;Extended Properties=\"Excel 12.0 Xml;HDR=YES\";"; [TestMethod] [DataSource(dataDriver, connectionStr, "Shit1$", DataAccessMethod.Sequential)] public void TestMe() { string rowInput = TestContext.DataRow["Input"].ToString(); string rowExpected = TestContext.DataRow["Expected Result"].ToString(); string rowException = TestContext.DataRow["Exception"].ToString(); string rowComment = TestContext.DataRow["Comment"].ToString(); int actualResult = ConvertToNumber(rowInput); Assert.AreEqual(rowExpected, actualResult.ToString()); }

हां, मुझे कनेक्शन स्थापित करने और इनपुट डेटा को परिवर्तित करने पर थोड़ा सा प्रयास करना था, लेकिन हमें जो दृश्य परिणाम मिले, उन पर गौर करें।

और एक नई परीक्षा जोड़ने के लिए - बस एक्सेल में एक नई पंक्ति जोड़ें। और आपको यह देखने के लिए कोड में चढ़ने की ज़रूरत नहीं है कि क्या परीक्षण द्वारा कवर किया गया है, और क्या नहीं है।

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

कृपया ध्यान दें कि मेरे कम-प्रदर्शन मशीन पर भी, सभी 14 परीक्षण 1 सेकंड से कम समय में पारित हो गए।

मैं आपके बारे में नहीं जानता, लेकिन मैं ऐसे अवसरों और दृश्य परिणामों से प्रभावित था।
नोट: सब कुछ काम करने के लिए, C: \ ड्राइव के मूल में मैट्रिक्स। Xlsx फ़ाइल की प्रतिलिपि बनाना न भूलें

उपयोगकर्ता इंटरफ़ेस के माध्यम से परीक्षण की दुनिया में डेटा-संचालित दृष्टिकोण

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

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

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

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

यह एक ऐसा रास्ता खोजने के लिए आवश्यक था जो केवल गिरे हुए परीक्षण से आगे निकलने की अनुमति देगा। और मुझे ऐसा रास्ता मिला।

समस्या का समाधान: "वंशानुक्रम के माध्यम से चक्र"

समस्या को हल करने के लिए, आपको प्रोजेक्ट में 2 फाइलें जोड़ने की आवश्यकता है: TestBase.cs और TestRows.cs ।

उसके बाद नामस्थान "MsTestRows.Rows। *" में, कक्षा TestRows_ 01 ... TestRows_ 100 दिखाई देंगे जिसमें एक से एक सौ उत्पन्न विधियाँ होंगी।

आवश्यक तरीकों की संख्या (NN) के साथ TestRows_NN से अपने TestClass को इनहेरिट करें।

अगला, विजुअल स्टूडियो आपको दो तरीकों को लागू करने के लिए कहेगा:

GetNextDataRow () - जो अगले परीक्षण के लिए डेटा लौटाएगा
TestMethod () - जिसे GetNextDataRow () से प्राप्त आंकड़ों के साथ परीक्षण से बुलाया जाएगा।

पूर्ण उदाहरण कोड

 using System; using System.Text; using System.Collections.Generic; using System.Linq; using Microsoft.VisualStudio.TestTools.UnitTesting; namespace HabraDrivenTests { // Custom Data Row public class HabrDataRow { public string Input { get; set; } public int Expected { get; set; } public Type ExpectedException { get; set; } public string Comment { get; set; } } [TestClass] public class HabrTestInherienceLoop : MsTestRows.Rows.TestRows_04<HabrDataRow> { // Production-ready method static int ConvertToNumber(string input) { int result = 0; while (input.Length > 0) result = (input[0] >= '0' || input[0] <= '9') ? (result * 10) + input[0] - '0' + (((input = input.Remove(0, 1)).Length > 0) ? 0 : 0) : 0; return result; } // Test Data static HabrDataRow[] testData = new HabrDataRow[] { #region Data new HabrDataRow() { Input = "0", Expected = 0, ExpectedException = null, Comment = " ", }, new HabrDataRow() { Input = "1", Expected = 1, ExpectedException = null, Comment = " ", }, new HabrDataRow() { Input = "-1", Expected = -1, ExpectedException = null, Comment = " ", }, new HabrDataRow() { Input = "2147483647", Expected = 2147483647, ExpectedException = null, Comment = "int.MaxValue", }, #endregion }; // Data Generator public override HabrDataRow GetNextDataRow(int rowIndex) { return testData[rowIndex]; } // Test Implementation public override void TestMethod(HabrDataRow dataRow, int rowIndex) { int actualResult = ConvertToNumber(dataRow.Input); Assert.AreEqual(dataRow.Expected, actualResult); } } }

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

स्रोत कोड और लिंक

अन्य संबंधित सामग्री:

नोट 1: फ़ाइल TestRows.cs में कोड की 30,000 लाइनें हैं। यदि आपका वेतन बोनस लिखित कोड की संख्या पर निर्भर करता है, और सिस्टम स्वचालित रूप से आपको $ 1 मिलियन का बोनस देता है, तो मुझे लगता है कि यदि आप मुझे इस राशि का कम से कम 5% भेजते हैं तो यह उचित होगा।

नोट 2: ConvertToNumber को लागू करने का प्रयास करें ताकि यह सभी परीक्षणों को पास करे।
ध्यान: "लेखक की शैली।"

यूनिट और स्वीकृति परीक्षण के लिए एमएस-टेस्ट में डेटा-चालित परीक्षण

यूनिट परीक्षणों की दुनिया में डेटा-संचालित दृष्टिकोण

मिस-टेस्ट पर डेटा-संचालित इकाई परीक्षण

उपयोगकर्ता इंटरफ़ेस के माध्यम से परीक्षण की दुनिया में डेटा-संचालित दृष्टिकोण

समस्या का समाधान: "वंशानुक्रम के माध्यम से चक्र"

स्रोत कोड और लिंक

More articles: