मेन्यू

स्वीकृति परीक्षण क्या है (एक पूर्ण गाइड)

what is acceptance testing

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

स्वीकृति परीक्षण का परिचय (भाग- I):

इस ट्यूटोरियल श्रृंखला में, आप सीखेंगे:

  1. स्वीकृति परीक्षण क्या है
  2. स्वीकृति टेस्ट और टेस्ट प्लान
  3. स्वीकृति टेस्ट स्थिति और सारांश रिपोर्ट
  4. उपयोगकर्ता स्वीकृति परीक्षण (UAT) क्या है

क्या आप सिस्टम टेस्टिंग के साथ हैं? क्या आपके अधिकांश कीड़े ठीक हो गए हैं? क्या कीड़े सत्यापित और बंद हैं? अब अगला क्या होगा?

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

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

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

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

स्वीकृति परीक्षण क्या है?

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

उत्पादन जैसा वातावरण स्वीकार्यता परीक्षण के लिए परीक्षण का माहौल होगा (आमतौर पर इसे स्टेजिंग, प्री-प्रोडक्ट, फेल-ओवर, यूएटी पर्यावरण कहा जाता है)।

स्वीकृति परीक्षण चरण

यह है एक ब्लैक-बॉक्स परीक्षण तकनीक जहां केवल यह सुनिश्चित करने के लिए कार्यक्षमता को सत्यापित किया जाता है कि उत्पाद निर्दिष्ट स्वीकृति मानदंडों (डिजाइन / कार्यान्वयन ज्ञान की कोई आवश्यकता नहीं) से मिलता है।

स्वीकृति टेस्ट क्यों?

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

फिर, यह परीक्षण ग्राहकों द्वारा क्यों आयोजित किया जाता है?

यह है क्योंकि:

  • उस उत्पाद पर विश्वास हासिल करने के लिए जो बाजार में जारी हो रहा है।
  • यह सुनिश्चित करने के लिए कि उत्पाद जिस तरह से काम कर रहा है।
  • यह सुनिश्चित करने के लिए कि उत्पाद वर्तमान बाजार मानकों से मेल खाता है और बाजार में अन्य समान उत्पादों के साथ पर्याप्त रूप से प्रतिस्पर्धी है।

प्रकार

इस परीक्षण के कई प्रकार हैं।

उनमें से कुछ नीचे सूचीबद्ध हैं:

(1) उपयोगकर्ता स्वीकृति परीक्षण (UAT)

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

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

=> इसके अलावा पढ़ें: उपयोगकर्ता स्वीकृति परीक्षण (UAT) क्या है?

# 2) व्यवसाय स्वीकृति परीक्षण (BAT)

यह आकलन करना है कि उत्पाद व्यावसायिक लक्ष्यों और उद्देश्यों को पूरा करता है या नहीं।

BAT मुख्य रूप से व्यावसायिक लाभों (वित्त) पर केंद्रित है जो बदलती बाजार स्थितियों / अग्रिम प्रौद्योगिकियों के कारण काफी चुनौतीपूर्ण है ताकि वर्तमान कार्यान्वयन को उन परिवर्तनों से गुजरना पड़े जिनके परिणामस्वरूप अतिरिक्त बजट मिलते हैं।

क्या प्रोग्राम एक dwg फाइल खोल सकते हैं

यहां तक ​​कि तकनीकी आवश्यकताओं को पारित करने वाला उत्पाद इन कारणों के कारण बीएटी को विफल कर सकता है।

# 3) अनुबंध स्वीकृति परीक्षण (कैट)

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

यहां अनुबंधित अनुबंध को सेवा स्तर समझौते (SLA) के रूप में कहा जाता है, जिसमें वे शर्तें शामिल हैं जिनमें भुगतान तभी किया जाएगा जब उत्पाद सेवाएँ सभी आवश्यकताओं के अनुरूप हों, जिसका अर्थ है कि अनुबंध पूरा हो गया है।

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

# 4) विनियम /अनुपालनस्वीकृति परीक्षण (RAT)

यह आकलन करना है कि उत्पाद देश के सरकार द्वारा परिभाषित नियमों और विनियमों का उल्लंघन करता है या नहीं, जहां उसे छोड़ा जा रहा है। यह अनजाने में हो सकता है लेकिन व्यापार पर नकारात्मक प्रभाव डालेगा।

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

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

# 5) परिचालन स्वीकृति परीक्षण (OAT)

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

OAT मुख्य रूप से उत्पादन को जारी करने से पहले उत्पाद की स्थिरता का आश्वासन देता है।

# 6) अल्फा परीक्षण

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

यहां, परीक्षण नियंत्रित तरीके से होता है।

=> यह भी पढ़ें: अल्फा टेस्टिंग क्या है?

# 7) बीटा परीक्षण / फील्ड परीक्षण

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

परीक्षण अनियंत्रित तरीके से होता है, जिसका अर्थ है कि उपयोगकर्ता के पास उस तरीके पर कोई प्रतिबंध नहीं है जिस तरह से उत्पाद का उपयोग किया जा रहा है।

=> यह भी पढ़ें: बीटा परीक्षण क्या है?

स्वीकृति परीक्षण के प्रकार

इन सभी प्रकारों का एक सामान्य लक्ष्य है:

  • उत्पाद में आत्मविश्वास प्राप्त करने / समृद्ध करने के लिए सुनिश्चित करें।
  • सुनिश्चित करें कि उत्पाद वास्तविक उपयोगकर्ताओं द्वारा उपयोग किए जाने के लिए तैयार है।

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

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

अल्फा प्रकार के अलावा, अन्य सभी स्वीकृति प्रकार आम तौर पर विभिन्न हितधारकों द्वारा किए जाते हैं। ग्राहकों की तरह, ग्राहक के ग्राहक, संगठन से विशेष परीक्षक (हमेशा नहीं)।

अपने प्रकार के आधार पर इस परीक्षण को करते समय व्यावसायिक विश्लेषकों और विषय वस्तु विशेषज्ञ को शामिल करना भी अच्छा है।

स्वीकृति परीक्षकों की योग्यता

नीचे दिए गए गुणों वाले परीक्षक स्वीकृति परीक्षक के रूप में योग्य हैं:

  • तार्किक और विश्लेषणात्मक रूप से सोचने की क्षमता।
  • अच्छा डोमेन ज्ञान।
  • बाजार में प्रतिस्पर्धी उत्पादों का अध्ययन करने और विकसित उत्पाद में उसी का विश्लेषण करने में सक्षम।
  • परीक्षण करते समय एंड-यूज़र धारणा।
  • प्रत्येक आवश्यकता के लिए व्यावसायिक आवश्यकता को समझें और तदनुसार परीक्षण करें।

इस परीक्षण के दौरान पाए जाने वाले मुद्दों का प्रभाव

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

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

इसके अलावा, स्वीकृति परीक्षण में मान्य मुद्दे इंप्रेशन, रेटिंग, ग्राहक सर्वेक्षण आदि के संदर्भ में परीक्षण और विकास टीम के प्रयासों को प्रभावित करेंगे। कभी-कभी, यदि सत्यापन पर परीक्षण टीम से कोई भी अज्ञानता पाई जाती है, तो यह आगे भी बढ़ जाती है।

प्रयोग करें

यह परीक्षण कई पहलुओं से उपयोगी है।

जिनमें से कुछ में शामिल हैं:

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

सिस्टम परीक्षण, स्वीकृति परीक्षण और उपयोगकर्ता स्वीकृति परीक्षण के बीच अंतर

नीचे दिए गए इन 3 प्रकार के स्वीकृति परीक्षणों के बीच मुख्य अंतर हैं।


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

स्वीकृति टेस्ट

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

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

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

स्वीकृति परीक्षण बिस्तर

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

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

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

स्वीकृति परीक्षण बिस्तर आमतौर पर ग्राहक-पक्ष (यानी प्रयोगशाला में) पर स्थापित किया जाता है और इसमें विकास और परीक्षण टीमों तक पहुंच प्रतिबंधित होगी।

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

प्रवेश और एटी के लिए बाहर निकलें मानदंड

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

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

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

नीचे दिए गए शर्तों को शुरू करने से पहले पूरा किया जाना है:

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

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

उत्पाद को प्रोडक्शन लॉन्च के लिए जाने के लिए एटी द्वारा पूरी की जाने वाली कुछ शर्तें हैं।

वे इस प्रकार हैं:

  • स्वीकृति परीक्षणों को निष्पादित किया जाना चाहिए और सभी परीक्षण पास होने चाहिए।
  • कोई क्रिटिकल / मेजर दोष खुला नहीं छोड़ा। सभी दोषों को तुरंत ठीक किया जाना चाहिए।
  • एटी को सभी शामिल हितधारकों के साथ हस्ताक्षरित-बंद होना चाहिए जाओ / नहीं-जाओ उत्पाद पर निर्णय।

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

में वि मॉडल , एटी चरण आवश्यकताएँ चरण के समानांतर है।

वास्तविक एटी प्रक्रिया नीचे बताई गई है:

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

व्यावसायिक आवश्यकताएँ विश्लेषण

परियोजना के भीतर सभी उपलब्ध दस्तावेजों का उल्लेख करके व्यावसायिक आवश्यकताओं का विश्लेषण किया जाता है।

जिनमें से कुछ हैं:

  • सिस्टम की आवश्यकता विनिर्देशों
  • व्यावसायिक आवश्यकताएँ दस्तावेज़
  • बक्सों का इस्तेमाल करें
  • वर्कफ़्लो आरेख
  • डिज़ाइन की गई मैट्रिक्स

डिजाइन स्वीकृति परीक्षण योजना

स्वीकृति परीक्षण योजना में कुछ वस्तुओं को प्रलेखित किया जाना है।

आइए उनमें से कुछ पर एक नज़र डालें:

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

डिजाइन और समीक्षा स्वीकार टेस्ट

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

व्यावसायिक आवश्यकताओं पर उच्च कवरेज प्राप्त करने के लिए सभी लिखित स्वीकृति परीक्षणों की समीक्षा की जानी चाहिए।

यह सुनिश्चित करना है कि उल्लिखित गुंजाइश के अलावा कोई अन्य परीक्षण शामिल नहीं है ताकि परीक्षण निर्धारित समयसीमा के भीतर हो।

सॉफ्टवेयर परीक्षण में उपयोगकर्ता स्वीकृति परीक्षण क्या है

स्वीकृति टेस्ट बिस्तर सेट अप

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

स्वीकृति टेस्ट डेटा सेट अप

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

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

स्वीकृति परीक्षण निष्पादन

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

फिर से, तय किए गए बगों को उच्च प्राथमिकता वाले कार्य के रूप में सत्यापित और बंद करना होगा। परीक्षण निष्पादन रिपोर्ट को दैनिक आधार पर साझा किया जाना है।

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

व्यापारिक निर्णय

वहाँ एक आता है जाओ / नहीं-जाओ उत्पाद को प्रोडक्शन में लॉन्च करने का निर्णय। जाओ निर्णय उत्पाद को बाजार में जारी करने के लिए आगे ले जाएगा। नही जाओ निर्णय उत्पाद को विफलता के रूप में चिह्नित करता है।

नो-गो निर्णय के कुछ कारक:

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

इस परीक्षण के लिए सफलता कारक

एक बार जब इस परीक्षण की योजना बनाई जाती है, तो एक चेकलिस्ट तैयार करें जो इसकी सफलता दर बढ़ाती है। स्वीकृति परीक्षण शुरू होने से पहले कुछ कार्य आइटम हैं जिनका पालन किया जाना है।

वे:

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

निष्कर्ष

संक्षेप में, स्वीकृति परीक्षण विकास और परीक्षण टीमों की दक्षता का पता लगाने में मदद करता है।

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

आगे क्या होगा?

हमारे अगले ट्यूटोरियल में, हम नीचे के विषयों पर हॉवर करेंगे:

  • स्वीकृति परीक्षण मानदंड उदाहरण।
  • स्वीकृति परीक्षण योजना कैसे लिखें।
  • स्वीकृति टेस्ट लिखने के लिए एक उपयुक्त टेम्पलेट।
  • उदाहरण के साथ स्वीकृति परीक्षण कैसे लिखें।
  • स्वीकृति परीक्षण परिदृश्यों की पहचान करना।
  • स्वीकृति परीक्षण रिपोर्ट।
  • चुस्त और परीक्षण संचालित विकास में स्वीकृति परीक्षण।

अगला ट्यूटोरियल # 2: स्वीकृति परीक्षण योजना

क्या आपने स्वीकृति परीक्षण किया है? हमें आपके अनुभव सुनकर खुशी होगी !!

अनुशंसित पाठ

^