क्लाउड में स्वचालित परीक्षण

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

लिपि।

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

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

ट्रेनिंग

Http://tfs.visualstudio.com पर रजिस्टर करें और एक प्रोजेक्ट बनाएं। उसके बाद, हम अपनी टेस्ट बेंच डिजाइन करेंगे। इसमें दो वर्चुअल मशीनें शामिल होंगी।

1. डेस्कटॉप क्लाइंट : वह मशीन जिस पर हमारा डेस्कटॉप एप्लिकेशन चलेगा और इंटरेक्टिव परीक्षण किया जाएगा।
2. सर्वर : वह मशीन जिस पर हमारे डेस्कटॉप क्लाइंट के लिए सेवाएं चल रही हैं, शायद यह एक डेटाबेस है, शायद एक वेब अनुप्रयोग।

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

इन मशीनों के लिए एक दूसरे के साथ बातचीत करने के लिए, एज़्योर प्रबंधन पोर्टल में पहला कदम एक वर्चुअल नेटवर्क बनाना है:



फिर हम स्टैंड के लिए दो वर्चुअल मशीन बनाते हैं और बिल्ड सर्वर के लिए एक मशीन:


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

सुविधा के लिए, आप बिल्ड सर्वर के लिए तैयार वर्चुअल मशीन ले सकते हैं, लाइब्रेरी में विजुअल स्टूडियो 2013 अल्टीमेट प्रीइंस्टॉल्ड वाली मशीन है। बाकी मशीनें खाली हैं, यह विंडोज सर्वर 2012 या 2008 आर 2 है।
हमारे पूरे क्लाउड इन्फ्रास्ट्रक्चर को सही ढंग से काम करने के लिए, हमें क्लाइंट (विज़ुअल स्टूडियो, माइक्रोसॉफ्ट टेस्ट मैनेजर), टीएफएस सर्वर और इन मशीनों के बीच कनेक्शन के लिए अतिरिक्त समापन बिंदु जोड़ने की आवश्यकता है।

तदनुसार, शेष मशीनों के लिए संकेत देना चाहिए:

1. ct -lab : 137,138,139,6901,6910
2. ag -lab : 137,138,139,6910

इसके अतिरिक्त, आपको यह सुनिश्चित करना होगा कि वर्चुअल नेटवर्क पर इन वर्चुअल कंप्यूटरों के बीच के नाम दिखाई दे रहे हैं। ऐसा करने के लिए, DNS सर्वर को एक मौजूदा सर्वर बनाएं (या उपयोग करें) और इसे हमारे वर्चुअल नेटवर्क में पंजीकृत करें। मेरी स्क्रिप्ट की जरूरतों के लिए, मेजबानों का संपादन पर्याप्त है। आप Azure पोर्टल पर DNS स्थापित करने के बारे में अधिक पढ़ सकते हैं । यदि कोई DNS सर्वर नहीं है, तो टेस्ट कंट्रोलर और टेस्ट एजेंट के कॉन्फ़िगरेशन के दौरान, आप त्रुटि का सामना कर सकते हैं CreateControllerObject: प्रयास 0, System.Net.Sockets.SocketException (0x80004005): ऐसा कोई होस्ट ज्ञात नहीं है। इसे हल करने के लिए, हम DNS मशीनों के एडेप्टर में प्रत्यय ज़ोर ज़ोर से लिखते हैं ।

विन्यास

टेस्ट कंट्रोलर और टेस्ट एजेंट के साथ ct-lab और ag-lab स्थापित करें। सामान्य तौर पर, टेस्ट कंट्रोलर मशीन पर टेस्ट एजेंट स्थापित करने की अनुशंसा नहीं की जाती है, लेकिन ऐसा करना मना नहीं है। तीन कंप्यूटरों के बुनियादी ढांचे के लिए यहां प्रस्तुत किया गया संपूर्ण परिदृश्य एक वर्चुअल मशीन पर स्थापित किया जा सकता है (यह DNS और समापन बिंदुओं के साथ नृत्य को सरल करता है)।

Ct-lab कंप्यूटर सबसे पहले टेस्ट कंट्रोलर का होगा। वितरण किट से फ़ाइलों की थोड़ी स्थापना के बाद, कॉन्फ़िगरेशन चरण आएगा:


तदनुसार, हम आगे एजी-लैब मशीन पर टेस्ट एजेंट स्थापित और कॉन्फ़िगर करते हैं:



यदि आपने सब कुछ सही ढंग से किया है, तो कॉन्फ़िगरेशन से पहले प्रारंभिक जांच सभी बिंदुओं पर हरे निशान दिखाएगी।

परीक्षण प्रबंधक कॉन्फ़िगरेशन

आपके द्वारा पर्यावरण अवसंरचना तैयार करने के बाद, आपको Microsoft Test Manager में लैब पर्यावरण को कॉन्फ़िगर करना होगा।


वहां हमारे आभासी कंप्यूटरों को जोड़ें (पूर्ण नामों के साथ - ag-lab.cloudapp.net), ड्रॉप-डाउन मेनू (डेस्कटॉप क्लाइंट, सर्वर) से भूमिकाओं को निर्दिष्ट करें और नियंत्रक को कॉन्फ़िगर करें:


कॉन्फ़िगरेशन सत्यापन प्रक्रिया के बाद, कुछ समय (3-5 मिनट) के बाद, आपके वातावरण में तैयार स्थिति चालू होनी चाहिए। एजी-लैब मशीन को अंतःक्रियात्मक रूप से कॉन्फ़िगर किया गया है और परीक्षण एजेंट को वहां शुरू करना चाहिए:

सर्वर कॉन्फ़िगरेशन बनाएँ।

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

कॉन्फ़िगरेशन बनाएँ।

हमारी स्क्रिप्ट को काम करने के लिए, बीसी-लैब नियंत्रक से बंधे दो निर्माण परिभाषाओं को बनाना आवश्यक है।

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

मुझे लगता है कि आपको पहले विकल्प के विन्यास में कोई समस्या नहीं होगी, हम दूसरे पर अधिक विस्तार से ध्यान देंगे। मानक मापदंडों में भरने के बाद (जहां से स्रोत प्राप्त करना है, जो बिल्ड नियंत्रक है), आपको प्रक्रिया टैब पर बिल्ड टेम्पलेट बदलना चाहिए:



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


पहली स्क्रिप्ट डेस्कटॉप क्लाइंट (एजी-लैब कंप्यूटर) की भूमिका पर चलाई जाएगी, दूसरी, क्रमशः सर्वर की भूमिका पर (यह सीटी-लैब है)। इन मशीनों पर सी: \ टूल्स डायरेक्टरी में लिपियों को लगाना चाहिए। पहला स्क्रिप्ट $ (BuildLocation) पैरामीटर लेता है और नेटवर्क ड्राइव से एकत्रित बिल्ड बायनेरिज़ की प्रतिलिपि बनाता है:

"इनपुटपथ =% 1" सेट करें
xcopy% इनपुटपथ% c: \ कैलक्यूलेटर / ई / आर / वाई

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


विज़ार्ड का अंतिम चरण कॉन्फ़िगर करना है कि कौन से परीक्षण चलाने हैं:


परीक्षण योजना, परीक्षण कॉन्फ़िगरेशन और परीक्षण सेटिंग्स Microsoft टेस्ट प्रबंधक में बनाई जानी चाहिए।

एक स्वचालित परीक्षण बनाएं

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

उसके बाद, यह परीक्षण केस टेस्ट सूट में जोड़ा जाता है (हमारे मामले में, इसे ऑटो-बीवीटी कहा जाता है):


यूनिट परीक्षण के दौरान शुरू करने से CodedUITest को रोकने के लिए, आप परीक्षण श्रेणियों का उपयोग कर सकते हैं। सीधे परीक्षण कोड में विशेषता जोड़ें:

और फिर हम बिल्ड पैरामीटर में फ़िल्टर करते हैं:

यह सब एक साथ कैसे काम करता है

अब डेवलपर के लिए कैलकुलेटर-बीवीटी बिल्ड के निर्माण की शुरुआत करना काफी है और निम्नलिखित होगा:

1. बिल्ड कैलकुलेटर- BVT बिल्ड कैलकुलेटर को कॉल करेगा
2. बीसी-लैब नियंत्रक पर बिल्ड कैलकुलेटर क्लाउड टीएफएस से हमारी परियोजना के नवीनतम स्रोतों को प्राप्त करेगा
3. अगला, परियोजना संकलित की जाएगी
4. यूनिट परीक्षण किए गए
5. यदि सब कुछ ठीक है, तो कैलकुलेटर-बीवीटी बिल्ड पर रिटर्न को नियंत्रित करें
6. यह निर्माण परिनियोजन स्क्रिप्ट चलाता है
7. और फिर परीक्षण योजना से स्वचालित परीक्षण

यदि सब कुछ ठीक रहा, तो बिल्ड रिपोर्ट में इन सभी चरणों को इंगित किया जाएगा:

आगे क्या है

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

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