2013-04-11 10 views
6

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

तथ्य मुझे पता चला है:

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

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

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

उत्तर

3

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

प्रणाली परीक्षण डेवलपर्स और/या क्यूए द्वारा प्रदर्शन प्रणाली क्या यह करने के लिए डिजाइन किया गया था करता है कि सुनिश्चित करने के लिए:

+5

मैं असहमत हूं। स्वीकृति परीक्षणों में निश्चित रूप से औपचारिक परीक्षण केस होना चाहिए, अन्यथा आप ग्राहक को "बेवकूफ आवश्यकताओं को मुफ्त में लिखने" से बाहर निकलें। –

+0

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

+0

सच है, ग्राहक को स्पेस की समीक्षा करने के लिए कहने से कोई दिक्कत नहीं हो सकती है। यह थोड़ा सा लगता है "हमें लगता है कि यह वही है जो आप चाहते थे, कृपया पुष्टि करें कि हमने इसे और अधिक खुला करने के बजाय" इसे लागू किया है "क्या सिस्टम ऐसा करता है जो आप करना चाहते थे?" –

7

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

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

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

2

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

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

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

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

संबंधित मुद्दे