exact difference between verification
सत्यापन बनाम सत्यापन: उदाहरणों के साथ अंतर का अन्वेषण करें
आईटी इस मूल तथ्यों को पुनः देखो मित्रों! के बीच अंतर पर एक क्लासिक देखो जाँच और वैधता ।
सॉफ्टवेयर परीक्षण की दुनिया में इन शर्तों के बारे में बहुत भ्रम और बहस है।
इस लेख में, हम देखेंगे कि सॉफ्टवेयर परीक्षण के दृष्टिकोण से सत्यापन और सत्यापन क्या हैं। इस लेख के अंत तक, हम दोनों शब्दों के बीच मतभेदों का बहाव प्राप्त करेंगे।
अंतर को समझने के लिए कुछ महत्वपूर्ण कारण निम्नलिखित हैं:
- यह एक मौलिक क्यूए अवधारणा है, इसलिए यह क्यूए-संज्ञेय होने के लिए लगभग बिल्डिंग ब्लॉक है।
- यह आमतौर पर पूछा जाता है सॉफ्टवेयर परीक्षण साक्षात्कार प्रश्न ।
- प्रमाणीकरण सिलेबस में इसके चारों ओर घूमने वाले अध्यायों की अच्छी संख्या है।
- अंत में, और व्यावहारिक रूप से जब हम परीक्षक इन दोनों प्रकार के परीक्षण करते हैं, तो हम इसके विशेषज्ञ भी हो सकते हैं।
आप क्या सीखेंगे:
- सॉफ्टवेयर परीक्षण में सत्यापन और सत्यापन क्या है?
- सत्यापन क्या है?
- मान्यता क्या है?
- सत्यापन और सत्यापन उदाहरण
- विकास जीवनचक्र के विभिन्न चरणों में V & V
- सत्यापन और मान्यता के बीच अंतर
- विभिन्न मानक
- कब करें मान्य और सत्यापित करें?
- निष्कर्ष
सॉफ्टवेयर परीक्षण में सत्यापन और सत्यापन क्या है?
परीक्षण के संदर्भ में, ' जाँच और वैधता 'दो व्यापक रूप से और आमतौर पर इस्तेमाल किए जाने वाले शब्द हैं। ज्यादातर बार, हम दोनों शब्दों को समान मानते हैं, लेकिन वास्तव में, ये शब्द बिल्कुल अलग हैं।
V & V के दो पहलू हैं (सत्यापन और सत्यापन) कार्य:
- आवश्यकताओं की पुष्टि करता है (गुणवत्ता का निर्माता देखें)
- उपयोग के लिए फ़िट (गुणवत्ता के उपभोक्ता दृश्य)
गुणवत्ता के प्रति निर्माता का दृष्टिकोण , सरल शब्दों में, अंतिम उत्पाद के डेवलपर्स की धारणा का मतलब है।
उपभोक्ता गुणवत्ता देखें अंतिम उत्पाद के उपयोगकर्ता की धारणा का मतलब है।
जब हम V & V कार्यों को करते हैं, तो हमें गुणवत्ता के इन दोनों दृष्टिकोणों पर ध्यान केंद्रित करना चाहिए।
आइए पहले सत्यापन और सत्यापन की परिभाषाओं के साथ शुरुआत करें और फिर हम उदाहरणों के साथ इन शर्तों को समझेंगे।
ध्यान दें: ये परिभाषाएँ हैं, जैसा कि QAI के CSTE CBOK में वर्णित है (CSTE के बारे में अधिक जानने के लिए इस लिंक को देखें)
सत्यापन क्या है?
सत्यापन एक सॉफ्टवेयर विकास जीवनचक्र के मध्यस्थ कार्य उत्पादों के मूल्यांकन की प्रक्रिया है ताकि यह जांचा जा सके कि हम अंतिम उत्पाद बनाने के सही ट्रैक में हैं या नहीं।
दूसरे शब्दों में, हम यह भी कह सकते हैं कि सत्यापन एक प्रक्रिया है सॉफ्टवेयर की मध्यस्थ उत्पादों का मूल्यांकन करने के लिए कि क्या उत्पाद चरण की शुरुआत के दौरान लगाए गए शर्तों को पूरा करते हैं।
अब यहाँ प्रश्न है: मध्यस्थ या मध्यस्थ उत्पाद क्या हैं?
अच्छी तरह से, ये उन दस्तावेजों को शामिल कर सकते हैं जो विकास चरणों के दौरान उत्पन्न होते हैं, जैसे कि आवश्यकता विनिर्देशन, डिज़ाइन दस्तावेज़, डेटाबेस तालिका डिज़ाइन, ईआर आरेख, परीक्षण मामले, पता लगाने की क्षमता का मापदंड , आदि।
हम कभी-कभी इन दस्तावेजों की समीक्षा करने के महत्व की उपेक्षा करते हैं, लेकिन हमें यह समझना चाहिए कि स्वयं की समीक्षा करने से कई छिपी हुई विसंगतियों का पता चल सकता है जब विकास चक्र के बाद के चरण में पाया या तय किया गया हो, तो बहुत महंगा हो सकता है।
सत्यापन यह सुनिश्चित करता है कि सिस्टम (सॉफ्टवेयर, हार्डवेयर, प्रलेखन और कर्मियों) एक संगठन के मानकों और प्रक्रियाओं का अनुपालन करता है, जो समीक्षा या गैर-निष्पादन योग्य तरीकों पर निर्भर करता है।
सत्यापन कहाँ किया जाता है?
आईटी परियोजनाओं के लिए विशिष्ट, निम्नलिखित कुछ क्षेत्र हैं (मुझे इस बात पर जोर देना चाहिए कि यह सब नहीं है) जिसमें सत्यापन किया जाता है।
सत्यापन की स्थिति | अभिनेताओं | परिभाषा | उत्पादन |
---|---|---|---|
परीक्षण प्रलेखन समीक्षा (सहकर्मी समीक्षा) | QA टीम के सदस्य | एक सहकर्मी की समीक्षा वह जगह है जहां टीम के सदस्य एक-दूसरे के काम की समीक्षा करते हैं ताकि यह सुनिश्चित हो सके कि दस्तावेज में कोई गलती न हो। | परीक्षण प्रलेखन बाहरी टीमों के साथ साझा करने के लिए तैयार है। |
व्यापार / कार्यात्मक आवश्यकता की समीक्षा | व्यावसायिक आवश्यकताओं के लिए देव टीम / ग्राहक। | यह न केवल यह सुनिश्चित करने के लिए एक आवश्यक कदम है कि आवश्यकताओं को इकट्ठा किया गया है और / या सही ढंग से, लेकिन यह भी सुनिश्चित करने के लिए कि वे संभव हैं या नहीं। | अंतिम आवश्यकताएं जो अगले चरण - डिजाइन द्वारा उपभोग करने के लिए तैयार हैं। |
डिजाइन की समीक्षा | देव की टीम | डिजाइन निर्माण के बाद, देव टीम यह सुनिश्चित करने के लिए पूरी तरह से समीक्षा करती है कि प्रस्तावित आवश्यकताओं को डिजाइन किए गए डिजाइन के माध्यम से पूरा किया जा सकता है। | डिजाइन एक आईटी प्रणाली में लागू करने के लिए तैयार है। |
कोड वॉकथ्रू | व्यक्तिगत डेवलपर | एक बार लिखे गए कोड की समीक्षा किसी भी वाक्यात्मक त्रुटियों की पहचान करने के लिए की जाती है। यह प्रकृति में अधिक आकस्मिक है और स्वयं द्वारा विकसित कोड पर व्यक्तिगत डेवलपर द्वारा किया जाता है। | यूनिट परीक्षण के लिए तैयार कोड। |
कोड निरीक्षण | देव की टीम | यह एक अधिक औपचारिक सेट अप है। विषय विशेषज्ञ और डेवलपर्स यह सुनिश्चित करने के लिए कोड की जांच करते हैं कि यह सॉफ़्टवेयर द्वारा लक्षित व्यावसायिक और कार्यात्मक लक्ष्यों के अनुसार है। | कोड परीक्षण के लिए तैयार है। |
टेस्ट प्लान की समीक्षा (QA टीम के लिए आंतरिक) | क्यूए टीम | यह सुनिश्चित करने के लिए कि यह सटीक और संपूर्ण है, क्यूए टीम द्वारा एक परीक्षण योजना की आंतरिक समीक्षा की जाती है। | एक परीक्षण योजना दस्तावेज बाहरी टीमों (परियोजना प्रबंधन, व्यवसाय विश्लेषण, विकास, पर्यावरण, ग्राहक, आदि) के साथ साझा करने के लिए तैयार है। |
टेस्ट प्लान की समीक्षा (बाहरी) | प्रोजेक्ट मैनेजर, बिजनेस एनालिस्ट और डेवलपर। | परीक्षण योजना दस्तावेज़ का एक औपचारिक विश्लेषण यह सुनिश्चित करने के लिए कि क्यूए टीम की समयरेखा और अन्य विचार अन्य टीमों और पूरी परियोजना के अनुरूप हैं। | एक हस्ताक्षरित या स्वीकृत परीक्षण योजना दस्तावेज़ जिसके आधार पर परीक्षण गतिविधि होने वाली है। |
परीक्षण प्रलेखन अंतिम समीक्षा | व्यापार विश्लेषक और विकास टीम। | एक परीक्षण दस्तावेज़ीकरण यह सुनिश्चित करने के लिए समीक्षा करता है कि परीक्षण मामले सिस्टम की सभी व्यावसायिक स्थितियों और कार्यात्मक तत्वों को कवर करते हैं। | परीक्षण प्रलेखन निष्पादन के लिए तैयार है। |
देखें परीक्षण प्रलेखन समीक्षा लेख जो परीक्षकों की समीक्षा कर सकते हैं पर एक विस्तृत प्रक्रिया पोस्ट करता है।
मान्यता क्या है?
सत्यापन अंतिम उत्पाद का मूल्यांकन करने की प्रक्रिया है जो यह जांचता है कि सॉफ्टवेयर व्यवसाय की जरूरतों को पूरा करता है या नहीं। सरल शब्दों में, परीक्षण निष्पादन जो हम अपने दिन-प्रतिदिन के जीवन में करते हैं, वास्तव में सत्यापन गतिविधि है जिसमें शामिल है धूम्रपान परीक्षण , कार्यात्मक परीक्षण, प्रतिगमन परीक्षण, सिस्टम परीक्षण, आदि।
सत्यापन परीक्षण के सभी प्रकार हैं जिसमें उत्पाद के साथ काम करना और परीक्षण करना शामिल है।
नीचे दिए गए सत्यापन तकनीक हैं:
सत्यापन शारीरिक रूप से यह सुनिश्चित करता है कि प्रणाली एक योजना के अनुसार संचालित होती है और सिस्टम कार्यों को परीक्षण की एक श्रृंखला के माध्यम से निष्पादित करती है जिसे देखा और मूल्यांकन किया जा सकता है।
उचित पर्याप्त है, है ना? यहाँ मेरे दो-सेंट आते हैं:
जब मैं अपनी कक्षा में इस वी एंड वी अवधारणा से निपटने की कोशिश करता हूं, तो इसके चारों ओर बहुत भ्रम होता है। एक सरल, क्षुद्र उदाहरण सभी भ्रम को हल करने के लिए लगता है। यह कुछ हद तक मूर्खतापूर्ण है लेकिन वास्तव में काम करता है।
सत्यापन और सत्यापन उदाहरण
वास्तविक जीवन का उदाहरण :अपने आप को एक रेस्तरां / डिनर पर जाने और शायद ब्लूबेरी पेनकेक्स ऑर्डर करने की कल्पना करें। जब वेटर / वेट्रेस आपके ऑर्डर को बाहर लाता है, तो आप कैसे बता सकते हैं कि जो खाना बाहर आया है वह आपके ऑर्डर के अनुसार है?
पहली चीजें यह हैं कि हम इसे देखते हैं और निम्नलिखित चीजों को नोटिस करते हैं:
विंडोज 7 के लिए मुफ्त सिस्टम अनुकूलक
- क्या भोजन ऐसा दिखता है जो आम तौर पर पेनकेक्स दिखाई देता है?
- क्या ब्लूबेरी को देखा जा सकता है?
- क्या उन्हें सही गंध आती है?
शायद अधिक है, लेकिन आप सही पकड़ लेते हैं?
दूसरी ओर, जब आपको यह सुनिश्चित करने की आवश्यकता होती है कि क्या भोजन आपके अनुसार है: आपको इसे खाना होगा।
सत्यापन वह सब है जब आप अभी तक खाने के लिए नहीं हैं लेकिन विषयों की समीक्षा करके कुछ चीजों पर जाँच कर रहे हैं। सत्यापन तब होता है जब आप वास्तव में यह देखने के लिए उत्पाद खाते हैं कि क्या यह सही है।
इस संदर्भ में, मैं अपनी मदद नहीं कर सकता लेकिन वापस जा सकता हूं सीएसटीई CBOK reference. वहाँ एक अद्भुत बयान है जो हमें इस अवधारणा को घर लाने में मदद करता है।
सत्यापन प्रश्न का उत्तर देता है, 'क्या हमने सही प्रणाली का निर्माण किया?' मान्यताओं के पते पर, 'क्या हमने सिस्टम को सही बनाया है?'
विकास जीवनचक्र के विभिन्न चरणों में V & V
विकास जीवनचक्र के प्रत्येक चरण में सत्यापन और सत्यापन किया जाता है।
आइए उन पर एक नज़र डालने की कोशिश करें।
# 1) V & V कार्य - योजना
- अनुबंध का सत्यापन।
- संकल्पना दस्तावेज़ का मूल्यांकन।
- जोखिम विश्लेषण करना।
# 2) V & V कार्य - आवश्यकता चरण
- सॉफ्टवेयर आवश्यकताओं का मूल्यांकन।
- इंटरफेस का मूल्यांकन / विश्लेषण।
- सिस्टम परीक्षण योजना का निर्माण।
- स्वीकृति परीक्षण योजना का सृजन।
# 3) V & V कार्य - डिजाइन चरण
- सॉफ्टवेयर डिजाइन का मूल्यांकन।
- अंतर का मूल्यांकन / विश्लेषण (यूआई)।
- एकीकरण परीक्षण योजना का निर्माण।
- घटक परीक्षण योजना का निर्माण।
- परीक्षण डिजाइन का निर्माण।
# 4) वी एंड वी टास्क - कार्यान्वयन चरण
- स्रोत कोड का मूल्यांकन।
- दस्तावेजों का मूल्यांकन।
- परीक्षण मामलों की उत्पत्ति।
- परीक्षण प्रक्रिया का निर्माण।
- घटक परीक्षण मामलों का निष्पादन।
# 5) वी एंड वी टास्क - परीक्षण चरण
- सिस्टम परीक्षण मामले का निष्पादन।
- स्वीकृति परीक्षण मामले का निष्पादन।
- ट्रेसबिलिटी मेट्रिक्स को अपडेट करना।
- संकट विश्लेषण
# 6) वी एंड वी टास्क - स्थापना और चेकआउट चरण
- स्थापना और कॉन्फ़िगरेशन का ऑडिट।
- स्थापना उम्मीदवार के निर्माण का अंतिम परीक्षण।
- अंतिम परीक्षण रिपोर्ट का सृजन।
# 7) वी एंड वी टास्क - ऑपरेशन चरण
- नए अवरोध का मूल्यांकन।
- प्रस्तावित परिवर्तन का आकलन।
# 8) वी एंड वी टास्क - रखरखाव का चरण
- विसंगतियों का मूल्यांकन।
- प्रवास का आकलन।
- रेट्रियल विशेषताओं का आकलन।
- प्रस्तावित परिवर्तन का आकलन।
- उत्पादन के मुद्दों को वैध बनाना।
सत्यापन और मान्यता के बीच अंतर
सत्यापन | मान्यकरण |
---|---|
यह जांचने के लिए मध्यस्थ उत्पादों का मूल्यांकन करता है कि क्या यह विशेष चरण की विशिष्ट आवश्यकताओं को पूरा करता है। | अंतिम उत्पाद का मूल्यांकन यह जांचने के लिए करता है कि यह व्यवसाय की जरूरतों को पूरा करता है या नहीं। |
जाँचता है कि उत्पाद निर्दिष्ट आवश्यकता और डिज़ाइन विनिर्देश के अनुसार बनाया गया है या नहीं। | यह निर्धारित करता है कि सॉफ्टवेयर उपयोग के लिए फिट है या व्यवसाय की जरूरतों को संतुष्ट करता है। |
चेक 'क्या हम उत्पाद का सही निर्माण कर रहे हैं'? | चेक 'क्या हम सही उत्पाद का निर्माण कर रहे हैं'? |
यह सॉफ्टवेयर को निष्पादित किए बिना किया जाता है। | सॉफ्टवेयर निष्पादित करने के साथ किया जाता है। |
सभी स्थिर परीक्षण तकनीकों को शामिल करता है। | सभी गतिशील परीक्षण तकनीक शामिल हैं। |
उदाहरणों में समीक्षा, निरीक्षण, और वॉकथ्रू शामिल हैं। | उदाहरण में धूम्रपान, प्रतिगमन, कार्यात्मक, सिस्टम और यूएटी जैसे सभी प्रकार के परीक्षण शामिल हैं। |
विभिन्न मानक
आईएसओ / आईईसी 12207: 2008
सत्यापन गतिविधियाँ | मान्यता गतिविधियाँ |
---|---|
आवश्यकता सत्यापन में आवश्यकताओं की समीक्षा शामिल है। | परीक्षण के परिणामों का विश्लेषण करने के लिए परीक्षण आवश्यकताओं के दस्तावेज, परीक्षण मामलों और अन्य परीक्षण विनिर्देशों को तैयार करें। |
डिज़ाइन सत्यापन में HLD और LDD सहित सभी डिज़ाइन दस्तावेज़ों की समीक्षाएं शामिल हैं। | मूल्यांकन करें कि ये परीक्षण आवश्यकताओं, परीक्षण मामलों और अन्य विशिष्टताओं की आवश्यकताओं को दर्शाते हैं और उपयोग के लिए फिट हैं। |
कोड सत्यापन में कोड समीक्षा शामिल है। | सीमा मूल्यों, तनाव और कार्यक्षमता के लिए परीक्षण करें। |
दस्तावेज़ीकरण सत्यापन उपयोगकर्ता मैनुअल और अन्य संबंधित दस्तावेजों का सत्यापन है। | त्रुटि संदेशों के लिए परीक्षण और किसी भी त्रुटि के मामले में, आवेदन को शालीनतापूर्वक समाप्त किया जाता है। परीक्षण जो सॉफ़्टवेयर व्यावसायिक आवश्यकताओं को पूरा करता है और उपयोग के लिए फिट है। |
CMMI:
सत्यापन और सत्यापन परिपक्वता स्तर 3 पर दो अलग-अलग केपीए हैं
सत्यापन गतिविधियाँ | मान्यता गतिविधियाँ |
---|---|
सहकर्मी समीक्षा कर रहे हैं। | मान्य करें कि उत्पाद और इसके घटक पर्यावरण के लिए उपयुक्त हैं। |
चयनित कार्य उत्पादों को सत्यापित करें। | जब सत्यापन प्रक्रिया लागू की जा रही है, तो इसकी निगरानी और नियंत्रण किया जाता है। |
योजना और समीक्षा करने के लिए संगठनात्मक स्तर की नीतियों की स्थापना करके एक निश्चित प्रक्रिया का मानकीकरण करें। | सबक सीखी गतिविधियाँ करें और सुधार जानकारी एकत्र करें। एक निश्चित प्रक्रिया का संस्थागतकरण करें। |
IEEE 1012:
इन परीक्षण गतिविधियों के उद्देश्य हैं:
- त्रुटियों का शीघ्र पता लगाने और सुधार की सुविधा देता है।
- प्रक्रिया और उत्पाद जोखिमों के अंदर प्रबंधन हस्तक्षेप को प्रोत्साहित और बढ़ाता है।
- कार्यक्रम और बजट आवश्यकताओं के अनुपालन को बढ़ाने के लिए सॉफ्टवेयर जीवन चक्र प्रक्रिया के लिए सहायक उपाय प्रदान करता है।
कब करें मान्य और सत्यापित करें?
ये स्वतंत्र प्रक्रियाएं हैं जिन्हें जांचने के लिए एक साथ नियोजित किया जाना चाहिए कि क्या सिस्टम या एप्लिकेशन आवश्यकताओं और विनिर्देशों के अनुरूप है और यह अपने इच्छित उद्देश्य को प्राप्त करता है। दोनों गुणवत्ता प्रबंधन प्रणाली के महत्वपूर्ण घटक हैं।
यह अक्सर संभव है कि कोई उत्पाद सत्यापन से गुजरता है, लेकिन सत्यापन चरण में विफल रहता है। जैसा कि यह दस्तावेज़ों की आवश्यकताओं और विनिर्देशों को पूरा करता है, हालांकि, उपयोगकर्ता की जरूरतों को पूरा करने के लिए वे विनिर्देश स्वयं अक्षम थे। इस प्रकार, समग्र गुणवत्ता सुनिश्चित करने के लिए दोनों प्रकारों के लिए परीक्षण करना महत्वपूर्ण है।
सत्यापन का उपयोग विकास, स्केल-अप या उत्पादन में एक आंतरिक प्रक्रिया के रूप में किया जा सकता है। दूसरी ओर, सत्यापन को हितधारकों के साथ फिटनेस की स्वीकृति प्राप्त करने के लिए एक बाहरी प्रक्रिया के रूप में उपयोग किया जाना चाहिए।
यूएटी मान्यता या सत्यापन है?
UAT (उपयोगकर्ता स्वीकृति परीक्षण) को सत्यापन माना जाना चाहिए। यह सिस्टम या एप्लिकेशन का वास्तविक दुनिया सत्यापन है, जो वास्तविक उपयोगकर्ताओं द्वारा किया जाता है जो सिस्टम को 'उपयोग के लिए फिट' होने पर मान्य करते हैं।
निष्कर्ष
V & V प्रक्रियाएं निर्धारित करती हैं कि क्या दी गई गतिविधि के उत्पाद आवश्यकताओं के अनुरूप हैं और इसके उपयोग के लिए फिट हैं।
अंत में, निम्नलिखित कुछ ध्यान देने योग्य बातें हैं:
- बहुत सरल शब्दों में (किसी भी तरह के भ्रम से बचने के लिए), हमें बस याद है कि सत्यापन का मतलब है समीक्षा गतिविधियाँ या स्थैतिक परीक्षण तकनीक और सत्यापन का अर्थ है वास्तविक परीक्षण निष्पादन गतिविधियाँ या गतिशील परीक्षण तकनीक।
- सत्यापन में स्वयं उत्पाद शामिल हो भी सकता है और नहीं भी। मान्यता निश्चित रूप से उत्पाद की जरूरत है। सत्यापन कभी-कभी उन दस्तावेजों पर किया जा सकता है जो अंतिम प्रणाली का प्रतिनिधित्व करते हैं।
- सत्यापन और सत्यापन आवश्यक रूप से परीक्षकों द्वारा नहीं किया जाना चाहिए। जैसा कि आप इस लेख में ऊपर देख रहे हैं, इनमें से कुछ डेवलपर्स और अन्य टीमों द्वारा किए गए हैं।
यह सब है कि आपको इस विषय पर एसएमई (विषय विशेषज्ञ विशेषज्ञों) होने के लिए सत्यापन और सत्यापन के बारे में जानने की आवश्यकता है।
अनुशंसित पाठ
- डेस्कटॉप, क्लाइंट सर्वर परीक्षण और वेब परीक्षण के बीच अंतर
- कार्यात्मक परीक्षण बनाम प्रदर्शन परीक्षण: क्या यह एक साथ होना चाहिए?
- सर्वश्रेष्ठ सॉफ्टवेयर परीक्षण उपकरण 2021 (क्यूए टेस्ट स्वचालन उपकरण)
- कार्यात्मक परीक्षण बनाम गैर-कार्यात्मक परीक्षण
- स्थैतिक परीक्षण और गतिशील परीक्षण - इन दो महत्वपूर्ण परीक्षण तकनीकों के बीच अंतर
- प्रदर्शन परीक्षण बनाम लोड परीक्षण बनाम तनाव परीक्षण (अंतर)
- वेरिफिकेशन टेस्टिंग (BVT टेस्टिंग) कम्प्लीट गाइड का निर्माण करें
- सॉफ्टवेयर टेस्टिंग बेसिक्स के बीच 101 अंतर