डेटा, कीवर्ड और amp; QTP / UFT में हाइब्रिड ऑटोमेशन फ्रेमवर्क

विषय - सूची:

Anonim

इस ट्यूटोरियल में, हम बनाने के लिए QTP (HP UFT) का उपयोग करेंगे

  • डेटा ड्रिवेन फ्रेमवर्क
  • कीवर्ड संचालित फ्रेमवर्क
  • हाइब्रिड फ्रेमवर्क

तो चलो शुरू हो जाओ -

डेटा ड्रिवेन फ्रेमवर्क

डेटा ड्रिवेन फ्रेमवर्क एक फ्रेमवर्क है जो इनपुट और आउटपुट डेटा के विभिन्न संयोजनों द्वारा संचालित होता है।

Parameterization द्वारा डेटा के विभिन्न संयोजनों को पारित करने का एक तरीका है। इस विधि में, हम QTP की विभिन्न विशेषताओं का उपयोग करते हैं। Parameterization के बारे में अधिक जानने के लिए, कृपया यहाँ जाएँ।

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

डेटा-संचालित ढांचे में शामिल सामान्य चरण हैं:

  1. एप्लीकेशन अंडर टेस्ट के लिए टेस्ट केस तैयार करें
  2. ऑब्जेक्ट को AUT से OR में जोड़ें
  3. टेस्ट केस के आधार पर स्क्रिप्ट लिखें

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

Step1) टेस्ट के तहत आवेदन के लिए टेस्ट केस तैयार करें

टेस्ट केस : ऑर्डर नंबर खोलें और उस ऑर्डर के लिए ग्राहक का नाम प्राप्त करें। विभिन्न ऑर्डर संख्याओं के लिए एक ही प्रक्रिया को दोहराएं

बाहरी स्रोत : एक्सेल फ़ाइल

इस नमूने के लिए बाहरी स्रोत एक एक्सेल फ़ाइल है। माइक्रो फ़ोकस UFT में VB स्क्रिप्ट को परीक्षण डेटा पढ़ने के लिए एक Excel फ़ाइल खोलने के लिए लिखा जाना चाहिए। यह एक पदानुक्रमित तरीके से प्राप्त किया जा सकता है।

1. सबसे पहले एक एक्सेल फाइल को एप्लीकेशन के रूप में खोला जाता है

2. फिर कार्यपुस्तिका को निर्दिष्ट स्थान से खोला जाना चाहिए

3. शीट जहां परीक्षण डेटा मौजूद हैं।

4. अंत में, सेल को पढ़ा जाना चाहिए।

चरण 2) ऑब्जेक्ट्स को AUT से OR में जोड़ें

एक बार टेस्ट केस तैयार हो जाने के बाद, सभी आवश्यक वस्तुओं को भंडार में जोड़ना शुरू करें। हमारे परीक्षण के मामले में, वस्तुओं को जोड़ने की आवश्यकता इस प्रकार है

  • फ्लाइट रिजर्वेशन एप्लिकेशन में "ओपन फोल्डर" आइकन

  • "ऑर्डर नहीं" चेकबॉक्स जो "ओपन फोल्डर" आइकन पर क्लिक करने पर प्राप्त किया जा सकता है

  • आदेश क्रमांक (जहाँ संख्या दर्ज की जाती है) का WinEdit बॉक्स

  • ठीक बटन

  • "नाम" फ़ील्ड जो एक WinEdit बॉक्स है। एक विशेष आदेश संख्या के लिए ओके बटन पर क्लिक करते ही यह फ़ील्ड एक नाम से आबाद हो जाएगी।

एक बार सभी आवश्यक वस्तुओं को जोड़ने के बाद, वस्तु भंडार निम्नानुसार दिखाई देगा:

चरण 3) टेस्ट केस के आधार पर स्क्रिप्ट लिखें

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

स्क्रिप्ट के नीचे एक्सेल से क्रम संख्या को पढ़ना है और इसे चर "vOrder" के माध्यम से आवेदन में असाइन करना है और चर "vName" के माध्यम से आवेदन से ग्राहक का नाम लिखना है।

एक्सेल नाम : FlightDDF.xlsx

शीट का नाम : शीट 1

उत्पादन

उपरोक्त स्क्रिप्ट चलने के बाद, आउटपुट एक्सेल से निम्नानुसार प्राप्त किया जा सकता है:

डेटा-ड्रिवेन फ्रेमवर्क को वर्णनात्मक प्रोग्रामिंग लिखकर भी विकसित किया जा सकता है।

DDF के लिए बाहरी स्रोत के रूप में डेटाबेस का उपयोग करना

एक ही परीक्षण मामले को निष्पादित किया जा सकता है यदि बाहरी स्रोत निम्नलिखित चरणों का उपयोग करने वाला डेटाबेस है

  1. डेटाबेस कनेक्शन स्थापित करने के लिए VBScript लिखें
  2. रिकॉर्ड या तालिका खोलने के लिए VBScript।
  3. वांछित क्षेत्र खोलने के लिए VBScript
  4. क्षेत्र से विशेष सेल को पढ़ा जाता है।

लिपि

Microsoft डेटाबेस कनेक्शन स्थापित करने के लिए

ड्राइवर = {Microsoft एक्सेस ड्राइवर (* .mdb)}; DBQ = <डेटाबेस का पथ>

रिकॉर्ड सेट नाम: OpenOrder

फ़ील्ड्स का नाम: ऑर्डरनो, कस्टमरनेम

PS: Microsoft Access 2010 को नीचे दी गई स्क्रिप्ट का उपयोग करके नहीं जोड़ा जा सकता है।

उत्पादन

डीडीएफ के लाभ

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

डीडीएफ का नुकसान

  • इस ढांचे को विकसित करने के लिए स्क्रिप्टिंग ज्ञान की आवश्यकता है
  • कभी-कभी डेटाबेस जैसे बाहरी स्रोत से डेटा की संख्या या संयोजन QTP को धीमा या क्रैश कर सकते हैं

कीवर्ड संचालित फ्रेमवर्क

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

QTP में उपयोगकर्ता-परिभाषित कार्यों के बारे में जानने के लिए, कृपया यहाँ जाएँ

सामान्य तौर पर, परीक्षण को चलाने के लिए रूपरेखा को तीन तरीकों से विकसित किया जा सकता है।

  1. टेस्ट को रिकॉर्ड करें और चलाएं
  2. स्थानीय रिपॉजिटरी में ऑब्जेक्ट जोड़ें और सभी परीक्षण चरणों के लिए स्क्रिप्ट लिखें
  3. सभी परीक्षण चरणों के लिए वर्णनात्मक प्रोग्रामिंग लिखें

इस ट्यूटोरियल में, केडीएफ को रिकॉर्ड करके और परीक्षण करके विकसित किया गया है।

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

टेस्ट केस 1: आवेदन में लॉगिन करें

कीवर्ड: लॉगिन ()

रिकॉर्डेड स्क्रिप्ट:

टेस्ट Case2: ऑर्डर डालें

कीवर्ड: सम्मिलित करें ()

रिकॉर्डेड स्क्रिप्ट:

टेस्ट केस 3: ऑर्डर खोलें

कीवर्ड: ओपनऑर्डर ()

रिकॉर्डेड स्क्रिप्ट:

टेस्ट केस 4: ऑर्डर डिलीट करें

कीवर्ड: DeleteOrder ()

रिकॉर्डेड स्क्रिप्ट:

टेस्ट केस 5: एप्लिकेशन को बंद करें

कीवर्ड: CloseApp ()

रिकॉर्डेड स्क्रिप्ट:

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

इस सरल ढांचे के लिए ड्राइवर स्क्रिप्ट निम्नानुसार है:

उपरोक्त स्क्रिप्ट को चलाने से, सभी पांच परीक्षण मामलों का वास्तविक परिणाम एक ही परीक्षण से प्राप्त किया जा सकता है।

लाभ

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

नुकसान

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

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

हाइब्रिड फ्रेमवर्क डेटा ड्रिवेन फ्रेमवर्क (डीडीएफ) और कीवर्ड ड्रिवेन फ्रेमवर्क (केडीएफ) का एक संयोजन है जहां एक ही टेस्ट में कई इनपुट के साथ कई परीक्षण मामलों को निष्पादित किया जा सकता है।

इस लेख में, केडीएफ में उपयोग किए जाने वाले समान परीक्षण मामलों को एक ही परीक्षण में निष्पादित किया जाएगा। सभी परीक्षण मामलों के कीवर्ड और स्क्रिप्ट केडीएफ के समान हैं। हालाँकि, TC3: ओपन ऑर्डर को पैरामीटर किया गया है। इसलिए इस परीक्षण मामले की स्क्रिप्ट एक्सेल फ़ाइल से ऑर्डर नंबर प्राप्त करने और ग्राहक का नाम एक्सेल फाइल में लिखने के लिए लिखी गई है

टेस्ट केस 1: आवेदन में लॉगिन करें

कीवर्ड: लॉगिन ()

टेस्ट Case2: ऑर्डर डालें

कीवर्ड: सम्मिलित करें ()

टेस्ट केस 3: कई ऑर्डर संख्याओं के लिए ऑर्डर खोलें

कीवर्ड: ओपनऑर्डर ()

विवरण: यहां एक ही स्क्रिप्ट का उपयोग डीडीएफ विकसित करने के लिए किया जाता है, जिससे कई पुनरावृत्तियों के लिए परीक्षण मामले को प्राप्त किया जाता है।

स्क्रिप्ट:

टेस्ट केस 4: ऑर्डर डिलीट करें

कीवर्ड: DeleteOrder ()

टेस्ट केस 5: एप्लिकेशन को बंद करें

कीवर्ड: CloseApp ()

इस सरल विधि का पालन करके, टीसी 3 का पैरामीटराइजेशन हासिल किया जाता है। यदि लागू हो, तो अन्य सभी परीक्षण मामलों को भी उसी परीक्षण में परिमाणित किया जा सकता है।

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

लाभ

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

हानि

  • विभिन्न ढांचे के संयोजन पर स्पष्ट ज्ञान की आवश्यकता है।