स्वीकृति टेस्ट ऑटोमेशन सेलेनियम + .NET वेब एपि + एंगुलरज

मैं बताऊंगा कि हम कंपनी में स्वीकृति परीक्षणों के साथ कैसे काम करते हैं। लेख में आपको कोड के साथ रिपॉजिटरी का लिंक और काम के उदाहरण के साथ एक वीडियो मिलेगा।

सभी परीक्षण समान रूप से उपयोगी नहीं हैं।

कुछ समय पहले, एक बहस प्रासंगिक थी - "क्या डेवलपर को अपने कोड का परीक्षण करना चाहिए?"। हां, डेवलपर को परीक्षण करना चाहिए कि वह क्या बनाता है। मुझे लगता है कि अब कुछ लोग इस बयान के साथ बहस करते हैं।



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



यह एक आदर्श दुनिया में होता है। वास्तव में, परीक्षण के माध्यम से सभी विकास करना हमेशा संभव नहीं होता है। यहां तक ​​कि अगर सभी विकास TDD का उपयोग करके किया जाता है, तो भी हम यह नहीं कह सकते हैं कि विकसित की जा रही प्रणाली ग्राहक की शुरुआत में ठीक से काम करेगी।



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



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



जैसा कि मेरे अभ्यास से पता चलता है, सबसे उपयोगी परीक्षण स्वीकृति परीक्षण है। स्वीकृति परीक्षण द्वारा, मेरा मतलब निम्नलिखित है:

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

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



त्रुटियां निश्चित रूप से होंगी, लेकिन त्रुटियों का पता लगाने के लिए स्वीकृति परीक्षण का प्रदर्शन (इकाई और एकीकरण परीक्षण की तुलना में) अधिक संभव बनाता है।

हम स्वीकृति परीक्षण को स्वचालित करते हैं

स्वीकृति परीक्षण स्वचालन निम्न चरणों में आता है:

• स्वीकृति परीक्षण स्क्रिप्ट लिखें
• सेलेनियम पर आधारित परीक्षण विकसित करें
• रिपॉजिटरी में कोड बदलने के बाद निष्पादन परीक्षण चलाने की प्रक्रिया को स्वचालित करें

स्वीकृति परीक्षण परिदृश्य

हम विशिष्टताओं में केस स्क्रिप्ट के रूप में स्वीकृति परीक्षण स्क्रिप्ट रिकॉर्ड करते हैं। विश्लेषक कार्यात्मक, उपयोगकर्ता, गैर-कार्यात्मक और अन्य आवश्यकताओं के आधार पर विकसित होते हैं।



विशिष्टताओं को बनाए रखने के लिए, हम एटलसियन कंफ्लुएंस का उपयोग बालसामिक मॉकअप के साथ करते हैं।

सेलेनियम पर आधारित परीक्षण विकास

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

• पेजऑब्जेक्ट पैटर्न के आधार पर डिजाइन परीक्षण
• विभिन्न ब्राउज़रों पर परीक्षण चलाएं
• एक परीक्षण त्रुटि के मामले में, एक स्क्रीनशॉट, HTML पृष्ठों की एक प्रति और परीक्षण मामले का नाम प्राप्त करें

नए परीक्षणों का विकास परीक्षण किए गए पृष्ठ के विवरण में आता है - पेजऑबजेक्ट और परीक्षण मामले के चरणों का विकास।



स्वीकृति परीक्षणों वाली एक परियोजना इस प्रकार है:





मुख्य घटक:

• सामान्य \ BasePage.cs - PageObject पृष्ठों का वर्णन करने के लिए आधार कक्षाएं। विभिन्न चयनकर्ताओं का उपयोग करते हुए एक पृष्ठ पर तत्वों को खोजने के लिए सहायक तरीके शामिल हैं।
• सामान्य \ BaseTest.cs सभी स्वीकृति परीक्षणों के लिए आधार वर्ग है। इसमें परीक्षण चलाने के लिए ब्राउज़र शुरू करने / रोकने का तर्क है, सभी सक्रिय $ http क्लाइंट एप्लिकेशन अनुरोधों के पूरा होने की प्रतीक्षा करने का तर्क है।
• PageObjects - निर्देशिका में क्लाइंट एप्लिकेशन के पृष्ठों का विवरण होता है। पेज ऑब्जेक्ट पेज पेज तत्वों और पेज पर किए जा सकने वाले कार्यों का ज्ञान समाप्‍त करता है।
• TestCases Directory - परीक्षण चलाने के लिए मामले शामिल हैं

परीक्षण में चरण होते हैं - चरण ()। एक कदम एक कार्रवाई कर सकता है और सत्यापित कर सकता है कि कुछ कथन पूरा हो गया है। निम्नलिखित एक उदाहरण परीक्षण है:

• ऑथराइजेशन पेज खोलें
• व्यवस्थापक के रूप में लॉगिन करें
• ओपन रिपोर्ट
• ब्लॉक की रिपोर्ट
• दो कोशिकाओं "110" और "220" को संपादित करें
• परिवर्तन सहेजें
• रिपोर्ट अनलॉक करें
• सुनिश्चित करें कि "GOU" सेल में दर्ज की गई मानों के अनुसार राशि की गणना की जाती है - "110" + "220"

टेस्ट कोड:





वीडियो परीक्षण दिखाता है।





यदि परीक्षण के दौरान कोई त्रुटि हुई - प्राधिकरण विफल हो गया, रिपोर्ट नहीं खुली, आदि, तो पृष्ठ का एक स्क्रीनशॉट, ब्राउज़र का नाम, परीक्षण का नाम और HTML त्रुटि पृष्ठ app.config में निर्दिष्ट निर्देशिका में सहेजा जाएगा।

AngularJS एप्लिकेशन के सभी $ http अनुरोधों के पूरा होने का निर्धारण

क्लाइंट एसपीए एप्लिकेशन $ http सेवा का उपयोग करके सर्वर से अनुरोध करता है। उदाहरण के लिए, जब आप "दैनिक विवरण" रिपोर्ट खोलते हैं, तो सर्वर पर एक एसिंक्रोनस कॉल किया जाता है। जवाब में, क्लाइंट को सर्वर से रिपोर्ट डेटा प्राप्त होता है।



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



सभी $ http अनुरोधों को पूरा करने के लिए, मैं निम्नलिखित दृष्टिकोण का उपयोग करता हूं:

• क्लाइंट अनुप्रयोग में एक चर बनाया जाता है जिसमें सक्रिय $ http अनुरोधों की संख्या होती है
• एक इंजेक्शन $ http सेवा में बनाया जाता है, जो अनुरोध भेजते समय चर को 1 से बढ़ाता है और अनुरोध सफल या असफल होने पर 1 से चर कम हो जाता है
• सेलेनियम इस चर के मूल्य की जांच करता है ताकि यह सुनिश्चित किया जा सके कि ग्राहक ने अनुरोध को पूरा कर लिया है।

टीमसिटी के साथ रनिंग एक्सेप्टेंस टेस्ट

एक निरंतर एकीकरण सर्वर के रूप में हम टीमसिटी का उपयोग करते हैं।



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



मुख्य चरण:

• पुराने बिल्ड से स्पष्ट साइट निर्देशिका
• एप्लिकेशन को कॉन्फ़िगर करें। एप्लिकेशन का कनेक्शन - परीक्षण डेटाबेस से कनेक्शन स्ट्रिंग्स के कॉन्फ़िगरेशन का प्रदर्शन किया जाता है
• एक परियोजना का निर्माण - MSBuild लॉन्च
• IIS रोकें
• पुराने परीक्षण डेटाबेस को हटाएँ
• एक नया परीक्षण डेटाबेस बनाएँ
• साइट डायरेक्टरी में एप्लिकेशन फाइल कॉपी करें
• IIS लॉन्च करें
• स्वीकृति परीक्षण चलाएं

स्वीकृति परीक्षण कौन लिखता है

स्वीकृति परीक्षण डेवलपर द्वारा दोनों पर लिखा जा सकता है - स्क्रिप्ट के कार्यान्वयन के पूरा होने पर, और परीक्षण इंजीनियर द्वारा विशेष रूप से कार्य डेटा के लिए समर्पित।

स्रोत कोड

टेस्ट एप्लिकेशन के लिए सोर्स कोड जीथब पर उपलब्ध है।

निष्कर्ष

स्वचालित स्वीकृति परीक्षण संभव और आवश्यक है। इस दृष्टिकोण के लाभ:

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

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