मेन्यू

इसके प्रकार और उदाहरण के साथ कार्यात्मक परीक्षण गाइड को पूरा करें

complete functional testing guide with its types

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

प्रकार, तकनीक और उदाहरणों के साथ एक गहराई से व्यापक कार्यात्मक परीक्षण ट्यूटोरियल:

कार्यात्मक परीक्षण क्या है?

कार्यात्मक परीक्षण एक प्रकार का ब्लैक-बॉक्स परीक्षण है जो यह पुष्टि करने के लिए किया जाता है कि किसी एप्लिकेशन या सिस्टम की कार्यक्षमता अपेक्षित रूप से व्यवहार कर रही है।

यह एक आवेदन की सभी कार्यक्षमता को सत्यापित करने के लिए किया जाता है।

इस श्रृंखला में शामिल किए गए ट्यूटोरियल की सूची:

ट्यूटोरियल # 1: कार्यात्मक परीक्षण क्या है (यह ट्यूटोरियल)
ट्यूटोरियल # 2: कार्यक्षमता परीक्षण साक्षात्कार प्रश्न
ट्यूटोरियल # 3: शीर्ष कार्यात्मक स्वचालन परीक्षण उपकरण
ट्यूटोरियल # 4: गैर-कार्यात्मक परीक्षण क्या है?
ट्यूटोरियल # 5: यूनिट, फ़ंक्शनल, और के बीच अंतर एकीकरण परिक्षण
ट्यूटोरियल # 6 : क्यों कार्यात्मक और प्रदर्शन परीक्षण पूरी तरह से किया जाना चाहिए

उपकरण:

ट्यूटोरियल # 7: Ranorex स्टूडियो के साथ कार्यात्मक परीक्षण स्वचालन
ट्यूटोरियल # 8: UFT कार्यात्मक उपकरण नई सुविधाएँ
ट्यूटोरियल # 9: क्रॉस ब्राउज़र कार्यात्मक स्वचालन तोता क्यूए उपकरण का उपयोग कर
ट्यूटोरियल # 10: कार्यक्षमता परीक्षण के लिए जुबला ओपन सोर्स टूल ट्यूटोरियल

क्रियात्मक परीक्षण

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

कार्यात्मक परीक्षण का परिचय

ऐसा कुछ होना चाहिए जो स्वीकार्य व्यवहार को परिभाषित करता है और जो नहीं है।

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

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

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

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

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

कार्यात्मक परीक्षण प्रकार

कार्यात्मक परीक्षण की कई श्रेणियां हैं और इन्हें परिदृश्य के आधार पर उपयोग किया जा सकता है।

सबसे प्रमुख प्रकारों की संक्षेप में नीचे चर्चा की गई है:

इकाई का परीक्षण :

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

कोड कवरेज इकाई परीक्षण का एक महत्वपूर्ण हिस्सा है जहां परीक्षण मामलों को नीचे तीन को कवर करने के लिए मौजूद होना चाहिए:

i) लाइन कवरेज
ii) कोड पथ कवरेज
iii) विधि कवरेज

स्वच्छता परीक्षण : परीक्षण जो यह सुनिश्चित करने के लिए किया जाता है कि एप्लिकेशन / सिस्टम की सभी प्रमुख और महत्वपूर्ण कार्यक्षमताएं सही तरीके से काम कर रही हैं। यह आम तौर पर एक धूम्रपान परीक्षण के बाद किया जाता है।

धुआँ परीक्षण : प्रत्येक स्थिरता के निर्माण के बाद परीक्षण किया जाता है ताकि निर्माण स्थिरता सुनिश्चित करने के लिए परीक्षण किया जा सके। इसे बिल्ड वेरिफिकेशन टेस्टिंग भी कहा जाता है।

प्रतिगमन परीक्षण : परीक्षण ने यह सुनिश्चित करने के लिए प्रदर्शन किया कि नए कोड, एन्हांसमेंट्स को जोड़ने, बग्स को ठीक करना मौजूदा कार्यक्षमता को नहीं तोड़ रहा है या किसी भी अस्थिरता का कारण नहीं है और अभी भी विनिर्देशों के अनुसार काम करता है।

प्रतिगमन परीक्षण वास्तविक कार्यात्मक परीक्षणों जितना व्यापक नहीं होना चाहिए, लेकिन यह सुनिश्चित करने के लिए कवरेज की मात्रा सुनिश्चित करनी चाहिए कि कार्यक्षमता स्थिर है।

एकीकरण टेस्ट : जब सिस्टम कई कार्यात्मक मॉड्यूलों पर निर्भर करता है जो व्यक्तिगत रूप से पूरी तरह से काम कर सकते हैं, लेकिन जब अंत परिदृश्य को समाप्त करने के लिए एक साथ मिलकर काम किया जाता है, तो ऐसे परिदृश्यों के सत्यापन को एकीकरण परीक्षण कहा जाता है।

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

आइए इसे एक आसान फ्लो-चार्ट में दर्शाते हैं:

कार्यात्मक परीक्षण श्रेणियाँ

कार्यात्मक प्रणाली परीक्षण:

सिस्टम परीक्षण एक परीक्षण है जो एक पूर्ण प्रणाली पर किया जाता है यह सत्यापित करने के लिए कि यह सभी मॉड्यूल या घटकों के एकीकृत होने के बाद अपेक्षित रूप से काम करता है।

परीक्षण समाप्त करने के लिए अंत उत्पाद की कार्यक्षमता को सत्यापित करने के लिए किया जाता है। यह परीक्षण केवल तब किया जाता है जब सिस्टम एकीकरण परीक्षण कार्यात्मक और गैर-कार्यात्मक दोनों आवश्यकताओं को पूरा करता है।

=> यूनिट, कार्यात्मक और एकीकरण परीक्षण के बीच अंतर

प्रोसेस

इस परीक्षण प्रक्रिया के तीन मुख्य चरण हैं:

कार्यात्मक परीक्षण प्रक्रिया के चरण

दृष्टिकोण, तकनीक और उदाहरण

कार्यात्मक या व्यवहार परीक्षण दिए गए इनपुट के आधार पर एक आउटपुट उत्पन्न करता है और यह निर्धारित करता है कि क्या सिस्टम विनिर्देशों के अनुसार सही ढंग से काम कर रहा है।

इसलिए, चित्रात्मक प्रतिनिधित्व नीचे दिखाया गया है:

कार्यात्मक परीक्षण प्रक्रिया

प्रवेश / निकास मानदंड

प्रवेश मानदंड:

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

मानदंड से बाहर निकलें:

  • सभी कार्यात्मक परीक्षण मामलों का निष्पादन पूरा हो चुका है।
  • कोई महत्वपूर्ण या P1 नहीं, P2 बग खुले हैं।
  • रिपोर्ट किए गए बग को स्वीकार कर लिया गया है।

कदम शामिल किए गए

इस परीक्षण में शामिल विभिन्न चरणों का उल्लेख नीचे दिया गया है:

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

पहुंच

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

इसमें अधिकतर चार भाग होते हैं:

  • परीक्षण सारांश
  • आवश्यक शर्तें
  • टेस्ट स्टेप्स और
  • अपेक्षित परिणाम।

हर तरह के परीक्षण के लिए लेखक का प्रयास न केवल असंभव है, बल्कि समय लेने वाला और महंगा भी है।

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

आइए इसे एक के साथ स्पष्ट करें उदाहरण।

कार्यात्मक परीक्षण उपयोग के मामले उदाहरण:

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

विनिर्देशों नीचे दिखाए गए हैं:

# 1) उपयोगकर्ता आईडी फ़ील्ड में न्यूनतम 6 वर्ण, अधिकतम 10 वर्ण, संख्याएँ (0-9), अक्षर (a-z, A-z), विशेष वर्ण (केवल अंडरस्कोर, अवधि, हाइफ़न की अनुमति है) और इसे खाली नहीं छोड़ा जा सकता है। उपयोगकर्ता आईडी को एक वर्ण या संख्या से शुरू करना चाहिए और विशेष वर्ण नहीं।

#दो) पासवर्ड फ़ील्ड में न्यूनतम 6 वर्ण, अधिकतम 8 वर्ण, संख्याएँ (0-9), अक्षर (a-z, A-Z), विशेष वर्ण (सभी), और रिक्त नहीं हो सकते हैं।

उदाहरण उपयोग मामला - एचआरएमएस ऑनलाइन पोर्टल

इस परिदृश्य के परीक्षण के लिए मूल दृष्टिकोण को दो व्यापक श्रेणियों में वर्गीकृत किया जा सकता है:

  1. सकारात्मक परीक्षण और
  2. नकारात्मक परीक्षण

बेशक, इन श्रेणियों में से प्रत्येक के पास परीक्षण के अपने उप-भाग हैं जो किए जाएंगे।

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

नकारात्मक परिदृश्य यह सुनिश्चित करें कि अप्रत्याशित डेटा के अधीन होने पर भी उत्पाद ठीक से व्यवहार करता है।

सुझाव दिया => नकारात्मक परीक्षण क्या है और नकारात्मक परीक्षण मामलों को कैसे लिखें

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

कार्यात्मक परीक्षण तकनीक

कार्यात्मक परीक्षण तकनीक

(1) एंड-यूज़र आधारित / सिस्टम टेस्ट

परीक्षण के तहत प्रणाली में कई घटक हो सकते हैं जो एक साथ मिलकर उपयोगकर्ता के परिदृश्य को प्राप्त करते हैं।

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

सॉफ्टवेयर टेस्टिंग में ट्रैसेबिलिटी मैट्रिक्स क्या है

कुछ नमूने नीचे दिए गए हैं:

क्रम संसारांशपूर्व-अपेक्षापरीक्षण मामलाअपेक्षित परिणाम।
१।पूरी तरह से विशेषाधिकार प्राप्त उपयोगकर्ता खाता परिवर्तन कर सकता है1) उपयोगकर्ता खाता मौजूद होना चाहिए
2) उपयोगकर्ता के लिए आवश्यक विशेषाधिकार होना चाहिए		1) उपयोगकर्ता उपयोगकर्ता और पासवर्ड दर्ज करता है
2) उपयोगकर्ता खाता संशोधित करने के लिए संपादन अनुमति देखता है
3) उपयोगकर्ता खाता जानकारी को संशोधित करता है और बचाता है।
4) उपयोगकर्ता लॉग आउट करता है।		1) उपयोगकर्ता होम पेज में लॉग इन है
2) संपादन स्क्रीन उपयोगकर्ता के लिए प्रस्तुत किया गया है।

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

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

# 2) समतुल्यता परीक्षण

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

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

# 3) सीमा मूल्य परीक्षण

सीमा परीक्षण आवेदन के लिए डेटा सीमाएं निर्धारित करते हैं और यह व्यवहार करते हैं कि कैसे मान्य करते हैं।

इसलिए, यदि इनपुट्स को सीमा मूल्यों से परे आपूर्ति की जाती है, तो इसे नकारात्मक परीक्षण माना जाता है। तो उपयोगकर्ता के लिए न्यूनतम 6 अक्षर सीमा निर्धारित करते हैं। उपयोगकर्ता आईडी के लिए लिखे गए परीक्षण<6 characters are boundary analysis tests.

# 4) निर्णय-आधारित टेस्ट

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

दिए गए उपरोक्त परिदृश्य में, निम्नलिखित निर्णय-आधारित परीक्षण तुरंत प्राप्त किए जा सकते हैं:

  1. यदि गलत क्रेडेंशियल दर्ज किए गए हैं, तो यह इंगित करना चाहिए कि उपयोगकर्ता को और लॉगिन पृष्ठ को फिर से लोड करना है।
  2. यदि उपयोगकर्ता सही क्रेडेंशियल में प्रवेश करता है, तो उसे उपयोगकर्ता को अगले UI पर ले जाना चाहिए।
  3. यदि उपयोगकर्ता सही क्रेडेंशियल में प्रवेश करता है, लेकिन लॉगिन को रद्द करना चाहता है, तो उसे उपयोगकर्ता को अगले UI पर नहीं ले जाना चाहिए और लॉगिन पृष्ठ को फिर से लोड करना चाहिए।

# 5) वैकल्पिक प्रवाह परीक्षण

वैकल्पिक पथ परीक्षण एक फ़ंक्शन को पूरा करने के लिए मुख्य प्रवाह के अलावा मौजूद सभी संभावित तरीकों को मान्य करने के लिए चलाए जाते हैं।

# 6) तदर्थ टेस्ट

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

उदाहरण के लिए , एक नमूना परीक्षण मामला होगा:

  • एक उपयोगकर्ता में लॉग इन किया जाता है, लेकिन व्यवस्थापक उपयोगकर्ता खाते को हटा देता है, जबकि वह कुछ ऑपरेशन कर रहा है। यह देखना दिलचस्प होगा कि आवेदन इस इनायत से कैसे निपटता है।

कार्यात्मक बनाम गैर-कार्यात्मक परीक्षण:

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

=> सटीक अंतर यहां पढ़ें

कार्यात्मक परीक्षण स्वचालन

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

स्वचालन के साथ मैनुअल प्रयास को कम किया जा सकता है, समय की बचत की जा सकती है, बग की फिसलन से बचा जा सकता है, और दक्षता बढ़ाई जा सकती है।

हालांकि, प्रत्येक और सब कुछ को स्वचालित करना संभव नहीं है। यह परीक्षण स्वचालित हो सकता है, लेकिन उपयोगकर्ता को स्वचालन के लिए परीक्षण मामलों के लिए काम करना होगा। एक उपयुक्त उपकरण के साथ-साथ स्वचालित होने के लिए सही परीक्षण मामलों को खोजना महत्वपूर्ण है।

कार्यात्मक मामलों को स्वचालित करने में कमियां हो सकती हैं जैसे यदि परीक्षण मामलों की संख्या बहुत अधिक है और बार-बार फिर से प्रभावित होती है (जो किया जाना है) तो डेवलपर को कोड में परिवर्तन करने में समस्या का सामना करना पड़ सकता है।

कई बार दोष भागने के विश्लेषण का प्रदर्शन करते समय, भागने का प्रमुख और बारहमासी कारण किसी विशेष कार्य में परीक्षण कवरेज की कमी है।

फिर, इसके कई कारण हो सकते हैं जैसे वातावरण की कमी, परीक्षकों की कमी, बहुत सारे कार्य दिए जा रहे हैं, परीक्षण के सभी पहलुओं को कवर करने के लिए कम समय, और कभी-कभी इसे अनदेखा करना।

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

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

स्वचालन के विचार:

# 1) सही स्वचालन उपकरण का चयन करें : बाजार में कई उपकरण उपलब्ध हैं, एक स्वचालन उपकरण चुनने के लिए एक असली चुनौतीपूर्ण काम है! हालाँकि, आप आवश्यकताओं की एक सूची बना सकते हैं, जिसके आधार पर आप चयन कर सकते हैं कि किस स्वचालन उपकरण का उपयोग करना है।

शामिल करने के लिए कुछ प्राथमिक पहलू:

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

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

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

नीचे दिए गए कुछ शीर्ष कार्यात्मक परीक्षण उपकरण दिए गए हैं:

  • सेलेनियम
  • QTP
  • JUnit
  • भार उठाने वाला
  • साबुन
  • परीक्षण करने योग्य

=> शीर्ष कार्यात्मक स्वचालन उपकरण की इस पूरी सूची की जाँच करें

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

इसलिए, आप परीक्षणों को स्वचालित कर सकते हैं:

  • बार-बार चलाने की जरूरत है।
  • विभिन्न प्रकार के डेटा के साथ चलाएँ।
  • कुछ पी 1, पी 2 परीक्षण मामलों में बहुत प्रयास और समय लगता है।
  • परीक्षण जो त्रुटि-प्रवण हैं।
  • विभिन्न वातावरणों, ब्राउज़रों आदि में चलने वाले परीक्षणों का सेट

# 3) समर्पित स्वचालन टीम : यह संभवतः अधिकांश संगठनों में अनदेखी है और क्यूए टीम के सभी सदस्यों पर स्वचालन लगाया जाता है।

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

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

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

# 4) डेटा-चालित परीक्षण: स्वचालित परीक्षण मामलों में डेटा के कई सेटों की आवश्यकता होती है, जिन्हें अच्छी तरह से लिखा जाना चाहिए ताकि वे पुन: प्रयोज्य हो सकें। डेटा को पाठ या गुण फ़ाइल, XML फ़ाइलों जैसे स्रोतों में लिखा जा सकता है या डेटाबेस से पढ़ा जा सकता है।

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

# 5) यूआई परिवर्तन परीक्षणों को नहीं तोड़ना चाहिए: चयनित उपकरण का उपयोग करके आपके द्वारा बनाए गए परीक्षण मामले संभावित UI परिवर्तनों से निपटने में सक्षम होने चाहिए। उदाहरण के लिए, सेलेनियम के पुराने संस्करणों ने पृष्ठ तत्वों की पहचान करने के लिए एक स्थान का उपयोग किया।

इसलिए, यदि UI बदल गया, तो उन तत्वों को उन स्थानों पर नहीं पाया गया और बदले में, परीक्षणों की व्यापक विफलता के लिए नेतृत्व किया जाएगा।

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

# 6) बार-बार परीक्षण: एक बार जब आप एक बुनियादी स्वचालन परीक्षण बाल्टी तैयार कर लेते हैं, तो इस बाल्टी के अधिक लगातार निष्पादन की योजना बनाएं। इसका दोतरफा फायदा है: एक यह है कि आप ऑटोमेशन ढांचे को बढ़ा सकते हैं और इसे और अधिक मजबूत बना सकते हैं और दूसरा यह है कि आप इस प्रक्रिया में अधिक बग पकड़ लेंगे।

लाभ

नीचे सूचीबद्ध कार्यात्मक परीक्षण के विभिन्न फायदे हैं:

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

सीमाओं

यह परीक्षण यह सुनिश्चित करने के लिए किया जाता है कि उत्पाद अपेक्षित रूप से काम करता है और पूरी आवश्यकता को लागू किया जाता है और उत्पाद ग्राहक की आवश्यकता के अनुसार ठीक है।

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

नुकसान

  • निरर्थक परीक्षण करने की कई संभावनाएँ हैं।
  • उत्पाद में तार्किक त्रुटियां छूट सकती हैं।
  • यह परीक्षण आवश्यकता पर आधारित होता है, यदि स्थिति में आवश्यकता पूरी नहीं होती है या जटिल नहीं है या स्पष्ट नहीं है, तो ऐसे परिदृश्य में इस परीक्षण को करना मुश्किल हो जाता है और समय लेने वाला भी हो सकता है।

इसलिए मूल रूप से, गुणवत्ता वाले उत्पाद के लिए इन दोनों प्रकार के परीक्षण की आवश्यकता होती है।

निष्कर्ष

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

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

लेखक के बारे में: संजय जल्लादिया - ग्राहक सेवा के वीपी के रूप में हलकी हवा , आईटी और तकनीकी सहायता सेवाओं में नेतृत्व के अनुभव के 15 वर्षों में लाता है।

मुझे उम्मीद है कि कुछ तकनीकें जो हमने सुझाई हैं, वे सभी पाठकों के काम आएंगी। नीचे टिप्पणी में आप हमें अपने विचारों से अवगत कराएं।

सुझाव दिया => फ़ीचर टेस्टिंग ट्यूटोरियल

अनुशंसित पाठ

^