BDD: Asp.Net में रूसी-भाषा परियोजनाओं के लिए घेरकिन भाषा का अनुकूलन

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

प्रस्तावना

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

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

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

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

अब कैसा दिखता है

सबसे लोकप्रिय बीडीडी शैली उपकरण रूबी के लिए ककड़ी और .NET के लिए SpecFlow हैं। दोनों ही गेरकिन भाषा का उपयोग करते हैं। यहाँ है कि यह कैसा दिखता है। डेवलपर निम्नलिखित पाठ लिखता है:

Scenario: Show logged in user name
Given I am logged in as a user called "Vlad"
When I visit the homepage
Then the page header displays the caption ", Vlad!"


प्रत्येक क्रिया के लिए, वह संबंधित कार्यों को भी लिखता है:

Given /I am logged in as a user called "(.*)"/ do |name|
create_user(name)
sign_in_as(name)
end

Then /the page header displays the caption "(.*)"/ do |caption|
page_header.should_contain(caption)
end


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

दिए गए / जब / फिर टेम्पलेट का उपयोग परिदृश्यों का वर्णन करने के लिए किया जाता है: दिए गए प्रारंभिक शर्तों को निर्धारित करता है, जब - ऑपरेशन, फिर - अंतिम परिणाम। सभी स्क्रिप्ट एक विशेष .feature फ़ाइल में एकत्र की जाती हैं और, जैसा कि आप अनुमान लगा सकते हैं, वे परियोजना की एक विशिष्ट विशेषता से संबंधित हैं।

यह दृष्टिकोण बुरा क्यों है

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

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

यह अलग तरह से कैसे किया जा सकता है?

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

[TestMethod]
public void ___()
{
___("Vlad");
_____();
____(", Vlad!");
}


दिए गए / जब / तब पैटर्न यहाँ / अगर / _ में बदल जाता है। जड़ता के द्वारा, आप इस टेम्पलेट का नाम बदल सकते हैं यदि / जब / तब, लेकिन वाक्यांश "जब मैं मुख्य पृष्ठ पर जाता हूं, तो मुझे पृष्ठ पर" हैलो "पाठ दिखाई देता है" जब मैं मुख्य पृष्ठ पर जाता हूं, तो इससे अधिक कार्बनिक लगता है, फिर मैं पृष्ठ पर देखता हूं पाठ ... "। इस प्रकार, मैं केवल पठनीयता में सुधार के लिए अंतिम शब्द "तब" को छोड़ने की सलाह देता हूं।

यह सब बहुत सरलता से काम करता है - प्रत्येक परीक्षण वर्ग को आधार एक से विरासत में प्राप्त करने की आवश्यकता होती है, जिसमें सभी आवश्यक दिए गए / कब / फिर चरणों को परिभाषित किया गया है।

एकीकरण परीक्षण लिखते समय, मैं एक परीक्षण वर्ग में संबंधित सुविधाओं को जोड़ती हूं जिसमें स्क्रिप्ट फ़ंक्शन होते हैं। यह कैसे खाता है



यदि आपने पहले से एकीकरण परीक्षण (उदाहरण के लिए, वाटीएन का उपयोग करके) लिखा है, तो आप सराहना करेंगे कि इस प्रक्रिया को कितना सरल किया जाएगा। यहाँ कैसे प्रतिक्रिया के माध्यम से एक संदेश भेजने के लिए मेरी स्क्रिप्ट पहले की तरह देखा:

[TestMethod]
public void _______()
{
string caption = U.GetRandomString();
string text = U.GetRandomString();

using (IE ie = new IE())
{
U.Logout(ie);
ie.GoToContacts();
ie.TextField("Caption").Value = caption;
ie.TextField("Text").Value = text;
ClickOnSendMessage(ie);
ie.Text.ShouldContain(" ");
Div div = U.GetLastUnreadMailMessageText(ie);
div.Text.ShouldContain(text);
}
}


और यहाँ अब ऐसा दिखता है:

[TestMethod]
public void _______()
{
___();
______();
_____("", " ");
_____("", " ");
______("");
__(" ");
__();
____(" ");
}


कुछ मामलों में, उसे चरण को पूरा करने के लिए एक संदर्भ की आवश्यकता है - पिछले चरण का परिणाम ("This_Let_Listen_contains_text" कार्य के परिणाम का उपयोग करता है "Admin_Recome_Letter")। इसे बेस क्लास में protected object _lastActionResult; रूप में भी छिपाया जा सकता है protected object _lastActionResult; और यदि आवश्यक हो तो उससे संपर्क करें।

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

निष्कर्ष

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