मेन्यू

सबसे लोकप्रिय टेस्ट ऑटोमेशन फ्रेमवर्क प्रत्येक के पेशेवरों और विपक्षों के साथ - सेलेनियम ट्यूटोरियल # 20

most popular test automation frameworks with pros

समस्याओं को खत्म करने के लिए हमारे साधन का प्रयास करें

पिछले कुछ सेलेनियम ट्यूटोरियल में, हमने विभिन्न सामान्यतः और लोकप्रिय रूप से उपयोग की जाने वाली चर्चा की WebDriver में कमांड , वेब टेबल्स, फ्रेम्स जैसे वेब तत्वों को संभालना तथा अपवादों को संभालना सेलेनियम लिपियों में।

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

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

स्वचालन परीक्षण चौखटे

आप क्या सीखेंगे:

फ्रेमवर्क क्या है?

एक फ्रेमवर्क को सेट प्रोटोकॉल, नियमों, मानकों और दिशानिर्देशों का एक संयोजन माना जाता है जिन्हें फ्रेमवर्क द्वारा प्रदान किए गए मचान के लाभों का लाभ उठाने के लिए शामिल किया जा सकता है।

आइए हम वास्तविक जीवन के परिदृश्य पर विचार करें।

हम बहुत बार लिफ्ट या लिफ्ट का उपयोग करते हैं। कुछ दिशा-निर्देश हैं जिनका उल्लेख लिफ्ट के भीतर किया जाता है और सिस्टम से अधिकतम लाभ और लंबे समय तक सेवा का लाभ उठाने के लिए देखभाल की जाती है।

इस प्रकार, उपयोगकर्ताओं ने निम्नलिखित दिशानिर्देशों पर ध्यान दिया हो सकता है:

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

दिशानिर्देशों के कई और नियम या सेट हो सकते हैं। इस प्रकार, इन दिशानिर्देशों का पालन करने पर सिस्टम अधिक लाभकारी, सुलभ, स्केलेबल और उपयोगकर्ताओं के लिए कम परेशान हो जाता है।

अब, जैसा कि हम 'टेस्ट ऑटोमेशन फ्रेमवर्क' के बारे में बात कर रहे हैं, आइए हम अपना ध्यान उनकी ओर ले जाएँ।

टेस्ट ऑटोमेशन फ्रेमवर्क

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

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

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

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

ध्यान दें : ध्यान दें कि एक परीक्षण ढाँचा हमेशा अनुप्रयोग स्वतंत्र होता है जो कि परीक्षण के तहत आवेदन की जटिलताओं (चाहे प्रौद्योगिकी ढेर, वास्तुकला आदि) के बावजूद किसी भी आवेदन के साथ प्रयोग किया जा सकता है। ढांचा स्केलेबल और रखरखाव योग्य होना चाहिए।

टेस्ट ऑटोमेशन ढांचे का लाभ

  1. कोड की पुन: प्रयोज्यता
  2. अधिकतम कवरेज
  3. पुनर्प्राप्ति परिदृश्य
  4. कम लागत वाले रखरखाव
  5. न्यूनतम मैनुअल हस्तक्षेप
  6. आसान रिपोर्टिंग

टेस्ट ऑटोमेशन फ्रेमवर्क के प्रकार

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

आजकल ऑटोमेशन फ्रेमवर्क की एक अलग श्रेणी उपलब्ध है। स्वचालन को पुन: प्रयोज्य करने, रखरखाव में आसानी आदि के लिए विभिन्न प्रमुख कारकों के आधार पर ये फ्रेमवर्क एक-दूसरे से भिन्न हो सकते हैं।

नकली ईमेल पता जिसका मैं उपयोग कर सकता हूं

आइए हम कुछ सबसे लोकप्रिय टेस्ट ऑटोमेशन फ्रेमवर्क की चर्चा करें:

  1. मॉड्यूल आधारित परीक्षण रूपरेखा
  2. लाइब्रेरी आर्किटेक्चर टेस्टिंग फ्रेमवर्क
  3. डेटा चालित परीक्षण रूपरेखा
  4. कीवर्ड संचालित परीक्षण रूपरेखा
  5. हाइब्रिड टेस्टिंग फ्रेमवर्क
  6. व्यवहार प्रेरित विकास ढांचा

(बढ़े हुए देखने के लिए चित्र पर क्लिक करें)

टेस्ट ऑटोमेशन फ्रेमवर्क 1

आइए हम उनमें से प्रत्येक पर विस्तार से चर्चा करें।

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

# 1) मॉड्यूल आधारित परीक्षण रूपरेखा

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

इन मॉड्यूल्स को एब्सट्रैक्शन लेयर द्वारा इस तरह से अलग किया जाता है कि इस मॉड्यूल पर एप्लिकेशन के अनुभागों में किए गए परिवर्तन प्रभावित न हों।

टेस्ट ऑटोमेशन फ्रेमवर्क 2

टेस्ट ऑटोमेशन फ्रेमवर्क 3

पेशेवरों:

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

विपक्ष:

  1. प्रत्येक मॉड्यूल के लिए अलग से परीक्षण स्क्रिप्ट को लागू करते समय, हम परीक्षण स्क्रिप्ट में डेटा (जिसके साथ हम परीक्षण करने के लिए माना जाता है) एम्बेड करते हैं। इस प्रकार, जब भी हमें परीक्षण डेटा के एक अलग सेट के साथ परीक्षण करना होता है, तो उसे परीक्षण स्क्रिप्ट में किए जाने वाले हेरफेर की आवश्यकता होती है।

# 2) लाइब्रेरी आर्किटेक्चर टेस्टिंग फ्रेमवर्क

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

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

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

टेस्ट ऑटोमेशन चौखटे 4

पेशेवरों:

  1. मॉड्यूल आधारित फ्रेमवर्क की तरह, यह फ्रेमवर्क उच्च स्तर के मॉड्यूलाइज़ेशन का भी परिचय देता है जो आसान और लागत-कुशल रखरखाव और मापनीयता की ओर जाता है।
  2. जैसा कि हम सामान्य कार्यों का निर्माण करते हैं जो फ्रेमवर्क में विभिन्न परीक्षण लिपियों द्वारा कुशलतापूर्वक उपयोग किया जा सकता है। इस प्रकार, रूपरेखा पुनः प्रयोज्य की एक महान डिग्री का परिचय देती है।

विपक्ष:

  1. मॉड्यूल आधारित फ्रेमवर्क की तरह, टेस्ट डेटा को टेस्ट स्क्रिप्ट में दर्ज किया जाता है, इस प्रकार टेस्ट डेटा में किसी भी बदलाव के लिए टेस्ट स्क्रिप्ट में बदलाव की आवश्यकता होती है।
  2. पुस्तकालयों की शुरुआत के साथ, ढांचा थोड़ा जटिल हो जाता है।

# 3) डेटा ड्रिवन टेस्टिंग फ्रेमवर्क

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

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

ध्यान दें : बाहरी फ़ाइल में संग्रहीत परीक्षण डेटा अपेक्षित मूल्य के मैट्रिक्स के साथ-साथ इनपुट मूल्यों के मैट्रिक्स से संबंधित हो सकता है।

टेस्ट ऑटोमेशन फ्रेमवर्क 5

बाकी वेब सेवाएं परीक्षण साक्षात्कार प्रश्न

उदाहरण:

एक उदाहरण की मदद से उपरोक्त तंत्र को समझते हैं।

आइए हम 'Gmail - लॉगिन' कार्यशीलता पर विचार करें।

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

टेस्ट ऑटोमेशन फ्रेमवर्क 6

चरण 2: अगला कदम ऑटोमेशन टेस्ट स्क्रिप्ट में टेस्ट डेटा को पॉप्युलेट करना है। इस उद्देश्य के लिए, परीक्षण डेटा को पढ़ने के लिए कई एपीआई का उपयोग किया जा सकता है।

public void readTD(String TestData, String testcase) throws Exception { TestData=readConfigData(configFileName,'TestData',driver); testcase=readConfigData(configFileName,'testcase',driver); FileInputStream td_filepath = new FileInputStream(TestData); Workbook td_work =Workbook.getWorkbook(td_filepath); Sheet td_sheet = td_work.getSheet(0); if(counter==0) { for (int i = 1,j = 1; i <= td_sheet.getRows()-1; i++){ if(td_sheet.getCell(0,i).getContents().equalsIgnoreCase(testcase)){ startrow = i; arrayList.add(td_sheet.getCell(j,i).getContents()); testdata_value.add(td_sheet.getCell(j+1,i).getContents());}} for (int j = 0, k = startrow +1; k <= td_sheet.getRows()-1; k++){ if (td_sheet.getCell(j,k).getContents()==''){ arrayList.add(td_sheet.getCell(j+1,k).getContents()); testdata_value.add(td_sheet.getCell(j+2,k).getContents());}} } counter++; }

उपरोक्त विधि परीक्षण डेटा को पढ़ने में मदद करती है और नीचे दिया गया परीक्षण चरण उपयोगकर्ता को GUI पर परीक्षण डेटा में टाइप करने में मदद करता है।

element.sendKeys (obj_value.get (obj_index));

पेशेवरों:

  1. इस ढांचे की सबसे महत्वपूर्ण विशेषता यह है कि यह परीक्षण परिदृश्यों के सभी संभावित संयोजनों को कवर करने के लिए आवश्यक स्क्रिप्ट की कुल संख्या को काफी कम कर देता है। इस प्रकार परिदृश्यों के एक पूरे सेट का परीक्षण करने के लिए कम मात्रा में कोड की आवश्यकता होती है।
  2. परीक्षण डेटा मैट्रिक्स में कोई भी परिवर्तन परीक्षण स्क्रिप्ट कोड को बाधित नहीं करेगा।
  3. लचीलापन और स्थिरता को बढ़ाता है
  4. एक एकल परीक्षण परिदृश्य को परीक्षण डेटा मानों को बदलकर निष्पादित किया जा सकता है।

विपक्ष:

  1. प्रक्रिया जटिल है और परीक्षण डेटा स्रोतों और पढ़ने के तंत्र के साथ आने के लिए एक अतिरिक्त प्रयास की आवश्यकता है।
  2. एक प्रोग्रामिंग भाषा में प्रवीणता की आवश्यकता होती है जिसका उपयोग परीक्षण स्क्रिप्ट को विकसित करने के लिए किया जा रहा है।

# 4) कीवर्ड संचालित परीक्षण रूपरेखा

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

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

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

टेस्ट ऑटोमेशन फ्रेमवर्क 7

उदाहरणकीवर्ड ड्रिवेन टेस्ट फ्रेमवर्क का टेस्ट केस

टेस्ट ऑटोमेशन फ्रेमवर्क 8

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

सभी आवश्यक कीवर्ड रूपरेखा के आधार कोड में डिज़ाइन और रखे गए हैं।

पेशेवरों:

  1. डेटा ड्रिवन परीक्षण द्वारा प्रदान किए गए लाभों के अलावा, कीवर्ड संचालित फ्रेमवर्क के लिए उपयोगकर्ता को डेटा ड्रिवन परीक्षण के विपरीत, स्क्रिप्टिंग ज्ञान रखने की आवश्यकता नहीं है।
  2. एक एकल खोजशब्द का उपयोग कई परीक्षण लिपियों में किया जा सकता है।

विपक्ष:

  1. उपयोगकर्ता को कीवर्ड निर्माण तंत्र के साथ अच्छी तरह से वाकिफ होना चाहिए ताकि फ्रेमवर्क द्वारा प्रदान किए गए लाभों का कुशलता से लाभ उठाया जा सके।
  2. फ्रेमवर्क धीरे-धीरे जटिल होता जाता है क्योंकि यह बढ़ता है और कई नए कीवर्ड पेश किए जाते हैं।

# 5) हाइब्रिड टेस्टिंग फ्रेमवर्क

जैसा कि नाम से पता चलता है, हाइब्रिड टेस्टिंग फ्रेमवर्क एक से अधिक उपर्युक्त रूपरेखाओं का संयोजन है। इस तरह के सेटअप के बारे में सबसे अच्छी बात यह है कि यह सभी प्रकार के संबद्ध ढांचे का लाभ उठाता है।

टेस्ट ऑटोमेशन फ्रेमवर्क 9

उदाहरणहाइब्रिड फ्रेमवर्क का

टेस्ट शीट में कीवर्ड और डेटा दोनों शामिल होंगे।

टेस्ट ऑटोमेशन फ्रेमवर्क 10

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

# 6) व्यवहार प्रेरित विकास ढांचा

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

ऑटोमेशन टेस्टिंग फ्रेमवर्क के घटक

टेस्ट ऑटोमेशन फ्रेमवर्क 11

हालांकि एक ढांचे के ऊपर सचित्र प्रतिनिधित्व स्व-व्याख्यात्मक है हम अभी भी कुछ बिंदुओं को उजागर करेंगे।

  1. ऑब्जेक्ट रिपोजिटरी : ऑब्जेक्ट रिपोजिटरी संक्षिप्त रूप में या वेब तत्वों से जुड़े लोकेटर प्रकार के सेट के रूप में गठित की जाती है।
  2. परीक्षण डेटा: इनपुट डेटा जिसके साथ परिदृश्य का परीक्षण किया जाएगा और यह अपेक्षित मान हो सकता है जिसके साथ वास्तविक परिणामों की तुलना की जाएगी।
  3. कॉन्फ़िगरेशन फ़ाइल / लगातार / पर्यावरण सेटिंग्स : फ़ाइल एप्लिकेशन URL, ब्राउज़र-विशिष्ट जानकारी आदि के बारे में जानकारी संग्रहीत करती है। यह आमतौर पर ऐसी जानकारी होती है जो पूरे ढांचे में स्थिर रहती है।
  4. जेनरिक / प्रोग्राम लॉजिक्स / रीडर्स : ये ऐसी कक्षाएं हैं जो उन कार्यों को संग्रहीत करती हैं जिन्हें आमतौर पर पूरे ढांचे में उपयोग किया जा सकता है।
  5. उपकरण और सतत एकीकरण बनाएँ : ये उपकरण हैं जो परीक्षण रिपोर्ट, ईमेल सूचना और लॉगिंग जानकारी उत्पन्न करने के लिए ढांचे की क्षमताओं के लिए सहायता करते हैं।

निष्कर्ष

ऊपर बताए गए ढांचे सबसे लोकप्रिय फ्रेमवर्क हैं जो परीक्षण बिरादरी द्वारा उपयोग किए जाते हैं। कई अन्य ढांचे भी जगह में हैं। आगे के सभी ट्यूटोरियल्स के लिए हम आधार देंगे डेटा चालित परीक्षण रूपरेखा ।

इस ट्यूटोरियल में हमने ऑटोमेशन फ्रेमवर्क की मूल बातें पर चर्चा की। हमने बाजार में उपलब्ध फ्रेमवर्क के प्रकारों पर भी चर्चा की।

अगला ट्यूटोरियल # 21 : अगले ट्यूटोरियल में, हम संक्षेप में बताएंगे आपको सैंपल फ्रेमवर्क से मिलवाते हैं, एमएस एक्सेल जो टेस्ट डेटा, एक्सेल मैनिपुलेशन आदि को स्टोर करेगा।

तब तक बेझिझक ऑटोमेशन ढांचे के बारे में अपने सवाल पूछ सकते हैं

अनुशंसित पाठ

^