what is regression testing
प्रतिगमन परीक्षण क्या है?
रिग्रेशन टेस्टिंग एक प्रकार का परीक्षण है जो यह सत्यापित करने के लिए किया जाता है कि सॉफ़्टवेयर में कोड परिवर्तन उत्पाद की मौजूदा कार्यक्षमता को प्रभावित नहीं करता है। यह सुनिश्चित करने के लिए है कि उत्पाद नई कार्यक्षमता, बग फिक्स या मौजूदा विशेषता में किसी भी बदलाव के साथ ठीक काम करता है। परिवर्तन के प्रभाव को सत्यापित करने के लिए पूर्व में निष्पादित परीक्षण मामलों को फिर से निष्पादित किया जाता है।
=> पूरी टेस्ट प्लान ट्यूटोरियल सीरीज़ के लिए यहां क्लिक करें
प्रतिगमन परीक्षण एक सॉफ्टवेयर परीक्षण प्रकार है जिसमें परीक्षण के मामलों को फिर से निष्पादित किया जाता है ताकि यह जांचा जा सके कि आवेदन की पिछली कार्यक्षमता ठीक काम कर रही है या नए परिवर्तनों ने कोई नया बग पेश नहीं किया है।
यह परीक्षण एक नई बिल्ड पर किया जा सकता है जब मूल कार्यक्षमता में एक महत्वपूर्ण बदलाव होता है जो कि एक बग फिक्स में भी होता है।
प्रतिगमन का अर्थ है आवेदन के अपरिवर्तित हिस्सों को पुनः प्राप्त करना।
आप क्या सीखेंगे:
- इस श्रृंखला में शामिल किए गए ट्यूटोरियल
- रिग्रेशन टेस्ट अवलोकन
- इस टेस्ट को कब करें?
- क्या प्रतिगमन परीक्षण मैन्युअल रूप से किया जा सकता है?
- स्वचालित प्रतिगमन परीक्षण उपकरण
- क्यों प्रतिगमन परीक्षण?
- प्रतिगमन परीक्षण के प्रकार
- कितना प्रतिगमन आवश्यक है?
- हम जाँच में क्या करते हैं?
- प्रतिगमन परीक्षण तकनीक
- कैसे एक प्रतिगमन टेस्ट सूट का चयन करने के लिए?
- प्रतिगमन परीक्षण कैसे करें?
- फुर्ती में रिग्रेशन
- लाभ
- नुकसान
- जीयूआई आवेदन का प्रतिगमन
- प्रतिगमन और पुनः परीक्षण के बीच अंतर
- रिग्रेशन टेस्ट प्लान टेम्प्लेट (TOC)
- निष्कर्ष
- अनुशंसित पाठ
इस श्रृंखला में शामिल किए गए ट्यूटोरियल
ट्यूटोरियल # 1: प्रतिगमन परीक्षण क्या है (यह ट्यूटोरियल)
ट्यूटोरियल # 2: प्रतिगमन परीक्षण उपकरण
ट्यूटोरियल # 3: रेटेस्ट बनाम प्रतिगमन परीक्षण
ट्यूटोरियल # 4: फुर्तीली में स्वचालित प्रतिगमन परीक्षण
रिग्रेशन टेस्ट अवलोकन
प्रतिगमन परीक्षण एक सत्यापन विधि की तरह है। परीक्षण मामलों को आमतौर पर स्वचालित किया जाता है क्योंकि परीक्षण मामलों को बार-बार निष्पादित करने की आवश्यकता होती है और एक ही परीक्षण के मामलों को फिर से और फिर से मैन्युअल रूप से चलाना समय-उपभोक्ता और थकाऊ भी होता है।
उदाहरण के लिए, एक उत्पाद X पर विचार करें, जिसमें कन्फर्म, एक्सेप्ट और डिस्पैच बटन को क्लिक करने पर कार्यक्षमता में से एक पुष्टि, स्वीकृति और प्रेषण ईमेल को ट्रिगर करना है।
कुछ समस्या पुष्टिकरण ईमेल में होती है और उसी को ठीक करने के लिए, कुछ कोड परिवर्तन किए जाते हैं। इस मामले में, केवल पुष्टिकरण ईमेल का परीक्षण करने की आवश्यकता नहीं है, लेकिन यह सुनिश्चित करने के लिए कि कोड में परिवर्तन ने उन्हें प्रभावित नहीं किया है, स्वीकृति और डिस्पैच किए गए ईमेल का भी परीक्षण किया जाना चाहिए।
प्रतिगमन परीक्षण किसी भी प्रोग्रामिंग भाषा जैसे कि जावा, C ++, C #, आदि पर निर्भर नहीं है। यह एक परीक्षण विधि है जिसका उपयोग संशोधनों के लिए या किसी भी अद्यतन के लिए उत्पाद का परीक्षण करने के लिए किया जाता है। यह पुष्टि करता है कि किसी उत्पाद में कोई संशोधन उत्पाद के मौजूदा मॉड्यूल को प्रभावित नहीं करता है।
यह सत्यापित करते हुए कि बग्स ठीक हो गए हैं और नई जोड़ी गई विशेषताओं ने सॉफ़्टवेयर के पिछले कार्यशील संस्करण में कोई समस्या नहीं पैदा की है।
परीक्षण के लिए नया निर्माण उपलब्ध होने पर परीक्षक कार्यात्मक परीक्षण करते हैं। इस परीक्षण का उद्देश्य मौजूदा कार्यक्षमता में परिवर्तन और साथ ही साथ नई कार्यक्षमता को सत्यापित करना है।
जब यह परीक्षण किया जाता है, तो परीक्षक को यह सत्यापित करना चाहिए कि क्या मौजूदा कार्यक्षमता अपेक्षित रूप से काम कर रही है और नए परिवर्तनों ने कार्यक्षमता में कोई दोष नहीं पेश किया है जो इस परिवर्तन से पहले काम कर रहा था।
प्रतिगमन परीक्षण रिलीज़ साइकिल का एक हिस्सा होना चाहिए और परीक्षण अनुमान में विचार किया जाना चाहिए।
इस टेस्ट को कब करें?
प्रतिगमन परीक्षण आमतौर पर परिवर्तनों या नई कार्यक्षमता के सत्यापन के बाद किया जाता है। लेकिन हमेशा ऐसा नहीं होता है। रिलीज़ को पूरा होने में महीनों लग रहे हैं, प्रतिगमन परीक्षणों को दैनिक परीक्षण चक्र में शामिल किया जाना चाहिए। साप्ताहिक रिलीज के लिए, परिवर्तनों के लिए कार्यात्मक परीक्षण समाप्त होने पर प्रतिगमन परीक्षण किया जा सकता है।
रिग्रेशन चेकिंग रेटेस्ट का एक रूपांतर है (जो बस एक परीक्षा को दोहराना है)। जब रिटायर हो रहे हैं, तो कारण कुछ भी हो सकता है। कहते हैं, आप एक विशेष सुविधा का परीक्षण कर रहे थे और यह दिन का अंत था- आप परीक्षण समाप्त नहीं कर सके और यदि परीक्षा उत्तीर्ण / अनुत्तीर्ण नहीं हुई तो प्रक्रिया को रोकना पड़ा।
अगले दिन जब आप वापस आते हैं, तो आप एक बार फिर परीक्षण करते हैं - इसका मतलब है कि आप पहले किए गए परीक्षण को दोहरा रहे हैं। एक परीक्षण को दोहराने का सरल कार्य एक पुनर्निधारण है।
इसके मूल में प्रतिगमन परीक्षण विभिन्न प्रकार का है। यह केवल विशेष अवसर के लिए है कि एप्लिकेशन / कोड में कुछ बदल गया है। यह कोड, डिज़ाइन या कुछ भी हो सकता है जो सिस्टम के समग्र ढांचे को निर्धारित करता है।
इस स्थिति में आयोजित किया जाने वाला एक रिटेस्ट यह सुनिश्चित करने के लिए किया जाता है कि उक्त परिवर्तन का उस चीज पर कोई प्रभाव नहीं पड़ा है जो पहले से काम कर रहा था जिसे अवसाद परीक्षण कहा जाता है। इसका सबसे आम कारण यह हो सकता है क्योंकि कोड के नए संस्करण बनाए गए हैं (कार्यक्षेत्र / आवश्यकता में वृद्धि) या बग को ठीक कर दिया गया है।
क्या प्रतिगमन परीक्षण मैन्युअल रूप से किया जा सकता है?
मैं इन दिनों में से एक को अपनी कक्षा में पढ़ा रहा था, और एक प्रश्न मेरे सामने आया - 'क्या प्रतिगमन मैन्युअल रूप से किया जा सकता है?'
मैंने सवाल का जवाब दिया और हम कक्षा में चले गए। सब कुछ ठीक लग रहा था, लेकिन किसी तरह इस सवाल ने मुझे काफी देर बाद परेशान किया।
कई बैचों में, यह सवाल कई बार विभिन्न तरीकों से आता है। उनमें से कुछ हैं:
- परीक्षण निष्पादन करने के लिए हमें एक उपकरण की आवश्यकता है?
- प्रतिगमन परीक्षण कैसे किया जाता है?
- परीक्षण के एक पूरे दौर के बाद भी - नए लोगों को यह पता लगाना मुश्किल है कि वास्तव में प्रतिगमन परीक्षण क्या है?
और हां, मूल प्रश्न:
- क्या यह परीक्षण मैन्युअल रूप से किया जा सकता है?
शुरुआत के लिए, परीक्षण निष्पादन आपके परीक्षण मामलों का उपयोग करने और ऑटो पर उन चरणों का प्रदर्शन करने, परीक्षण डेटा की आपूर्ति करने और अपने परीक्षण मामलों में उल्लिखित अपेक्षित परिणाम के साथ ऑटो पर प्राप्त परिणाम की तुलना करने का एक सरल कार्य है।
तुलना परिणाम के आधार पर, हम टेस्ट केस पास / असफल होने की स्थिति निर्धारित करते हैं। परीक्षण निष्पादन उतना ही सरल है, इस प्रक्रिया के लिए कोई विशेष उपकरण आवश्यक नहीं हैं।
स्वचालित प्रतिगमन परीक्षण उपकरण
स्वचालित प्रतिगमन परीक्षण परीक्षण क्षेत्र है जहां हम परीक्षण के अधिकांश प्रयासों को स्वचालित कर सकते हैं। हम एक नए बिल्ड पर पहले से निष्पादित सभी परीक्षण मामलों को चलाते हैं।
इसका मतलब है कि हमारे पास एक परीक्षण मामला उपलब्ध है और इन परीक्षण मामलों को मैन्युअल रूप से चलाना समय लेने वाली है। हम अपेक्षित परिणाम जानते हैं, इसलिए इन परीक्षण मामलों को स्वचालित करना समय की बचत है और एक कुशल प्रतिगमन परीक्षण विधि है। स्वचालन की सीमा परीक्षण मामलों की संख्या पर निर्भर करती है जो ओवरटाइम पर लागू रहने वाली हैं।
यदि समय-समय पर परीक्षण के मामले अलग-अलग होते हैं, तो आवेदन का दायरा बढ़ता जाता है और फिर प्रतिगमन प्रक्रिया का स्वचालन समय की बर्बादी होगी।
प्रतिगमन परीक्षण के अधिकांश उपकरण रिकॉर्ड और प्लेबैक प्रकार हैं। आप ऑटो के माध्यम से नेविगेट करके परीक्षण के मामलों को रिकॉर्ड करेंगे (परीक्षण के तहत आवेदन) और सत्यापित करें कि अपेक्षित परिणाम आ रहे हैं या नहीं।
उपकरण
- सेलेनियम
- कैटलॉग स्टूडियो
- AdventNet QEngine
- प्रतिगमन परीक्षक
- vTest
- पानी
- अभिनय करना
- तर्कसंगत कार्यात्मक परीक्षक
- सिल्कटेस्ट
- TimeShiftX
इनमें से अधिकांश कार्यात्मक और प्रतिगमन परीक्षण उपकरण हैं।
अनुशंसित पढ़ना => शीर्ष प्रतिगमन उपकरण की सूची के लिए यहां देखें
ऑटोमेशन टेस्ट सूट में रिग्रेशन टेस्ट के मामलों को जोड़ना और अपडेट करना एक बोझिल काम है। प्रतिगमन परीक्षणों के लिए एक स्वचालन उपकरण का चयन करते समय, आपको यह देखना चाहिए कि क्या उपकरण आपको परीक्षण मामलों को आसानी से जोड़ने या अपडेट करने की अनुमति देता है।
मैं mkv फ़ाइलों को कैसे खेल सकता हूँ
ज्यादातर मामलों में, हमें सिस्टम में लगातार बदलाव के कारण अक्सर स्वचालित प्रतिगमन परीक्षण मामलों को अपडेट करने की आवश्यकता होती है।
वीडियो देखना
एक उदाहरण के साथ परिभाषा की अधिक विस्तृत व्याख्या के लिए, कृपया निम्नलिखित की जांच करेंप्रतिगमन परीक्षण वीडियो:
क्यों प्रतिगमन परीक्षण?
प्रतिगमन तब शुरू किया जाता है जब कोई प्रोग्रामर किसी बग को ठीक करता है या सिस्टम में नई कार्यक्षमता के लिए एक नया कोड जोड़ता है।
नए जोड़े और मौजूदा कार्यक्षमता में कई निर्भरताएं हो सकती हैं।
यह जांचने के लिए एक गुणवत्ता उपाय है कि क्या नया कोड पुराने कोड का अनुपालन करता है ताकि अनमॉडिफाइड कोड प्रभावित न हो। अधिकांश समय परीक्षण टीम के पास सिस्टम में अंतिम मिनट के परिवर्तनों की जांच करने का कार्य होता है।
ऐसी स्थिति में, सभी प्रमुख प्रणाली पहलुओं को कवर करके समय पर परीक्षण प्रक्रिया को पूरा करने के लिए केवल प्रभावित आवेदन क्षेत्र का परीक्षण करना आवश्यक है।
यह परीक्षण बहुत महत्वपूर्ण है जब आवेदन में निरंतर परिवर्तन / सुधार जोड़ा जाता है। नई कार्यक्षमता मौजूदा परीक्षण कोड को नकारात्मक रूप से प्रभावित नहीं करना चाहिए।
कोड में बदलाव के कारण उत्पन्न बग को खोजने के लिए प्रतिगमन की आवश्यकता होती है। यदि यह परीक्षण नहीं किया जाता है, तो उत्पाद को जीवित वातावरण में महत्वपूर्ण मुद्दे मिल सकते हैं और यह वास्तव में ग्राहक को परेशानी में डाल सकता है।
किसी भी ऑनलाइन वेबसाइट का परीक्षण करते समय, एक परीक्षक एक समस्या की रिपोर्ट करता है कि उत्पाद की कीमत को सही तरीके से नहीं दिखाया गया है यानी यह उत्पाद की वास्तविक कीमत से कम कीमत दिखाता है, और इसे जल्द ही ठीक करने की आवश्यकता है।
एक बार जब डेवलपर समस्या को ठीक कर लेता है, तो उसे फिर से जांचने की आवश्यकता होती है और प्रतिगमन परीक्षण की भी आवश्यकता होती है क्योंकि रिपोर्ट किए गए पृष्ठ पर कीमत की पुष्टि सही हो गई होगी, लेकिन यह सारांश पृष्ठ पर एक गलत मूल्य दिखा सकता है जहां कुल दिखाया गया है अन्य शुल्क या ग्राहक को भेजे गए मेल के साथ अभी भी गलत कीमत है।
अब, इस मामले में, ग्राहक को नुकसान उठाना पड़ेगा यदि यह परीक्षण नहीं किया जाता है क्योंकि साइट गलत कीमत के साथ कुल लागत की गणना करती है और वही कीमत ईमेल द्वारा एक ग्राहक को जाती है। एक बार ग्राहक स्वीकार कर लेता है, तो उत्पाद को कम कीमत पर ऑनलाइन बेचा जाता है, यह ग्राहक के लिए नुकसान दायक होगा।
तो, यह परीक्षण एक बड़ी भूमिका निभाता है और साथ ही बहुत आवश्यक और महत्वपूर्ण है।
प्रतिगमन परीक्षण के प्रकार
नीचे दिए गए विभिन्न प्रकार के प्रतिगमन हैं:
- इकाई प्रतिगमन
- आंशिक प्रतिगमन
- पूर्ण प्रतिगमन
(1) यूनिट रिग्रेशन
इकाई प्रतिगमन के दौरान किया जाता है इकाई का परीक्षण चरण और कोड को अलगाव में परीक्षण किया जाता है यानी परीक्षण की जाने वाली इकाई पर कोई निर्भरता अवरुद्ध होती है ताकि इकाई को बिना किसी विसंगति के व्यक्तिगत रूप से परीक्षण किया जा सके।
# 2) आंशिक प्रतिगमन
आंशिक प्रतिगमन यह सत्यापित करने के लिए किया जाता है कि कोड तब भी ठीक काम करता है जब कोड में बदलाव किए गए हों और यह यूनिट अपरिवर्तित या पहले से मौजूद कोड के साथ एकीकृत हो।
# 3) पूर्ण प्रतिगमन
पूर्ण प्रतिगमन तब किया जाता है जब कोड में बदलाव कई मॉड्यूल पर किया जाता है और यह भी कि यदि किसी अन्य मॉड्यूल में परिवर्तन का प्रभाव अनिश्चित है। एक पूरे के रूप में उत्पाद को परिवर्तित कोड की वजह से किसी भी परिवर्तन की जांच करने के लिए फिर से तैयार किया गया है
कितना प्रतिगमन आवश्यक है?
यह नई गयी सुविधाओं के दायरे पर निर्भर करता है।
यदि किसी फिक्स या फीचर का दायरा बहुत बड़ा है, तो प्रभावित होने वाला एप्लिकेशन क्षेत्र भी काफी बड़ा है और परीक्षण को सभी एप्लिकेशन टेस्ट मामलों सहित पूरी तरह से निष्पादित किया जाना चाहिए। लेकिन यह प्रभावी रूप से तय किया जा सकता है जब परीक्षक को एक डेवलपर से दायरे, प्रकृति और परिवर्तन की मात्रा के बारे में इनपुट मिलता है।
जैसा कि ये दोहराए जाने वाले परीक्षण हैं, परीक्षण मामलों को स्वचालित किया जा सकता है ताकि अकेले परीक्षण के एक सेट को एक नए निर्माण पर आसानी से निष्पादित किया जा सके।
प्रतिगमन परीक्षण के मामलों को बहुत सावधानी से चुने जाने की आवश्यकता है ताकि अधिकतम कार्यक्षमता परीक्षण मामलों के न्यूनतम सेट में कवर हो। परीक्षण मामलों के इन सेटों को नए जोड़े गए कार्यक्षमता के लिए निरंतर सुधार की आवश्यकता है।
यह बहुत मुश्किल हो जाता है जब आवेदन का दायरा बहुत बड़ा होता है और सिस्टम में निरंतर वेतन वृद्धि या पैच होते हैं। ऐसे मामलों में, परीक्षण लागत और समय बचाने के लिए चयनात्मक परीक्षणों को निष्पादित करने की आवश्यकता होती है। ये चयनात्मक परीक्षण मामले प्रणाली और उन हिस्सों पर किए गए संवर्द्धन के आधार पर उठाए जाते हैं, जहां यह सबसे अधिक प्रभावित कर सकता है।
हम जाँच में क्या करते हैं?
- पहले से किए गए परीक्षणों को फिर से चलाएं
- पहले निष्पादित परीक्षा परिणामों के साथ वर्तमान परिणामों की तुलना करें
यह सॉफ्टवेयर परीक्षण जीवनचक्र के दौरान विभिन्न चरणों में की जाने वाली एक सतत प्रक्रिया है।
एक सबसे अच्छा अभ्यास के बाद एक प्रतिगमन परीक्षण आयोजित करना है स्वच्छता या धुआँ परीक्षण और एक छोटी रिलीज के लिए कार्यात्मक परीक्षण के अंत में।
प्रभावी परीक्षण करने के लिए, प्रतिगमन जाँच की योजना बनाया जाना चाहिए। इस योजना को प्रतिगमन परीक्षण रणनीति और निकास मानदंडों को रेखांकित करना चाहिए। प्रदर्शन परीक्षण भी इस परीक्षण का एक हिस्सा है, यह सुनिश्चित करने के लिए कि सिस्टम घटकों में किए गए परिवर्तनों के कारण सिस्टम प्रदर्शन प्रभावित नहीं होता है।
सर्वोत्तम प्रथाएं : हर दिन शाम को स्वचालित परीक्षण मामलों को चलाएं ताकि अगले दिन के निर्माण में किसी भी प्रतिगमन दुष्प्रभाव को ठीक किया जा सके। इस तरह यह रिलीज़ चक्र के अंत में उन सभी को खोजने और ठीक करने के बजाय एक प्रारंभिक चरण में लगभग सभी प्रतिगमन दोषों को कवर करके रिलीज के जोखिम को कम करता है।
प्रतिगमन परीक्षण तकनीक
नीचे दिए गए विभिन्न तकनीकों हैं।
- सब से पीछे हटें
- रिग्रेशन टेस्ट चयन
- टेस्ट केस प्राथमिकता
- हाइब्रिड
(1) सभी को पुनः प्राप्त करें
जैसा कि नाम से ही पता चलता है, परीक्षण सूट में पूरे परीक्षण के मामलों को फिर से निष्पादित किया जाता है ताकि यह सुनिश्चित किया जा सके कि कोड में बदलाव के कारण कोई कीड़े नहीं हैं। यह एक महंगी विधि है क्योंकि इसे अन्य तकनीकों की तुलना में अधिक समय और संसाधनों की आवश्यकता होती है।
# 2) प्रतिगमन परीक्षण चयन
इस पद्धति में, परीक्षण मामलों को परीक्षण सूट से फिर से निष्पादित किया जाता है। पूरे सुइट को फिर से निष्पादित नहीं किया गया है। परीक्षण मामलों का चयन मॉड्यूल में कोड परिवर्तन के आधार पर किया जाता है।
परीक्षण मामलों को दो श्रेणियों में विभाजित किया गया है, एक पुन: प्रयोज्य परीक्षण के मामले हैं और एक अन्य अप्रचलित परीक्षण के मामले हैं। पुन: प्रयोज्य परीक्षण मामलों का उपयोग भविष्य के प्रतिगमन चक्रों में किया जा सकता है जबकि अप्रचलित का उपयोग आगामी प्रतिगमन चक्रों में नहीं किया जाता है।
# 3) टेस्ट केस प्राथमिकता
उच्च प्राथमिकता वाले टेस्ट मामलों को मध्यम और निम्न प्राथमिकता वाले लोगों की तुलना में पहले निष्पादित किया जाता है। परीक्षण मामले की प्राथमिकता इसकी महत्वपूर्णता और उत्पाद पर इसके प्रभाव और उत्पाद की कार्यक्षमता पर भी निर्भर करती है जो अधिक बार उपयोग की जाती है।
# 4) हाइब्रिड
हाइब्रिड तकनीक प्रतिगमन परीक्षण चयन और टेस्ट केस प्रायोरिटीज का संयोजन है। पूरे परीक्षण सूट का चयन करने के बजाय, केवल उन परीक्षण मामलों का चयन करें जिन्हें उनकी प्राथमिकता के आधार पर फिर से निष्पादित किया जाता है।
कैसे एक प्रतिगमन टेस्ट सूट का चयन करने के लिए?
उत्पादन वातावरण में पाए जाने वाले अधिकांश बग्स ग्यारहवें घंटे में किए गए परिवर्तनों या बग्स के कारण होते हैं, यानी बाद के चरण में किए गए परिवर्तन। अंतिम चरण में बग फिक्स उत्पाद में अन्य समस्याएँ / बग बना सकता है। किसी उत्पाद को जारी करने से पहले प्रतिगमन जाँच क्यों बहुत महत्वपूर्ण है
नीचे उन परीक्षण मामलों की सूची दी गई है जिनका उपयोग इस परीक्षण को करते समय किया जा सकता है:
- कार्यक्षमता जो अक्सर उपयोग की जाती हैं।
- उन मामलों का परीक्षण करें जो मॉड्यूल को कवर करते हैं जहां परिवर्तन किए गए हैं।
- जटिल परीक्षण के मामले।
- एकीकरण परीक्षण के मामले जिसमें सभी प्रमुख घटक शामिल हैं।
- उत्पाद की मुख्य कार्यक्षमता या विशेषता के लिए परीक्षण के मामले।
- प्राथमिकता 1 और प्राथमिकता 2 परीक्षण मामलों को शामिल किया जाना चाहिए।
- परीक्षण के मामले जो अक्सर विफल होते हैं या हाल ही में परीक्षण दोष समान पाए गए थे।
प्रतिगमन परीक्षण कैसे करें?
अब जब हमने स्थापित किया है कि प्रतिगमन का क्या मतलब है, यह स्पष्ट है कि यह परीक्षण भी कर रहा है - बस एक विशिष्ट कारण के लिए एक विशिष्ट स्थिति में दोहरा रहा है। इसलिए, हम सुरक्षित रूप से प्राप्त कर सकते हैं कि पहली बार में परीक्षण के लिए एक ही विधि इस पर भी लागू हो सकती है।
इसलिए, यदि परीक्षण मैन्युअल रूप से किया जा सकता है, तो प्रतिगमन परीक्षण भी हो सकता है। एक उपकरण का उपयोग आवश्यक नहीं है। हालाँकि, जैसे-जैसे समय बढ़ता जाता है, अधिक से अधिक कार्यक्षमता के साथ अनुप्रयोगों का ढेर होता जाता है जो प्रतिगमन का दायरा बढ़ाता रहता है। अधिकांश समय बनाने के लिए, यह परीक्षण है सबसे अधिक बार स्वचालित ।
नीचे दिए गए विभिन्न चरणों इस परीक्षण के प्रदर्शन में शामिल हैं
- में उल्लेख किए गए बिंदुओं पर विचार करते हुए प्रतिगमन के लिए एक टेस्ट सूट तैयार करें 'रिग्रेशन टेस्ट सूट का चयन कैसे करें'?
- परीक्षण सूट के सभी परीक्षण मामलों को स्वचालित करें।
- जब भी आवश्यकता हो तो प्रतिगमन सूट को अपडेट करें जैसे कि कोई नया दोष जो परीक्षण के मामले में कवर नहीं किया गया है, और उसी के लिए एक परीक्षण का मामला परीक्षण सूट में अद्यतन किया जाना चाहिए ताकि परीक्षण अगली बार के लिए याद न हो। । प्रतिगमन परीक्षण सूट को परीक्षण मामलों को लगातार अपडेट करके ठीक से प्रबंधित किया जाना चाहिए।
- जब भी कोड में कोई परिवर्तन होता है, तो प्रतिगमन परीक्षण के मामलों को निष्पादित करें, बग को ठीक किया जाता है, नई कार्यक्षमता जोड़ी जाती है, मौजूदा कार्यक्षमता में वृद्धि की जाती है, आदि।
- एक परीक्षण निष्पादन रिपोर्ट बनाएं जिसमें निष्पादित परीक्षण मामलों के पास / विफल स्थिति शामिल हैं।
उदाहरण के लिए:
इसे एक उदाहरण से समझाता हूं। कृपया निम्न स्थिति की जांच करें:
1 सांख्यिकी जारी करें | |
---|---|
परीक्षकों की संख्या | ३ |
आवेदन का नाम | XYZ |
संस्करण / रिलीज संख्या | एक |
आवश्यकताओं की संख्या (स्कोप) | १० |
टेस्ट मामलों / टेस्टों की संख्या | 100 |
इसे विकसित होने में कितने दिन लगते हैं | ५ |
टेस्ट में कितने दिन लगते हैं | ५ |
2 सांख्यिकी जारी करें | |
---|---|
परीक्षकों की संख्या | ३ |
आवेदन का नाम | XYZ |
संस्करण / रिलीज संख्या | दो |
आवश्यकताओं की संख्या (स्कोप) | 10+ 5 नई आवश्यकताएँ |
टेस्ट मामलों / टेस्ट की संख्या | 100+ 50 नया |
इसे विकसित होने में कितने दिन लगते हैं | 2.5 (चूंकि यह पहले की तुलना में आधी राशि है) |
टेस्ट में कितने दिन लगते हैं | 5 (मौजूदा 100 टीसी के लिए) + 2.5 (नई आवश्यकताओं के लिए) |
रिलीज 3 सांख्यिकी | |
---|---|
परीक्षकों की संख्या | ३ |
आवेदन का नाम | XYZ |
संस्करण / रिलीज संख्या | ३ |
आवश्यकताओं की संख्या (स्कोप) | 10+ 5 + 5 नई आवश्यकताएं |
टेस्ट मामलों / टेस्ट की संख्या | 100+ 50+ 50 नया |
इसे विकसित होने में कितने दिन लगते हैं | 2.5 (चूंकि यह पहले की तुलना में आधी राशि है) |
टेस्ट में कितने दिन लगते हैं | 7.5 (मौजूदा 150 टीसी के लिए) + 2.5 (नई आवश्यकताओं के लिए) |
उपरोक्त स्थिति से हम निम्नलिखित अवलोकन कर सकते हैं:
- जैसे-जैसे रिलीज बढ़ती है कार्यक्षमता बढ़ती है।
- विकास का समय जरूरी नहीं कि रिलीज के साथ बढ़े, लेकिन परीक्षण समय पर होता है
- कोई भी कंपनी / इसका प्रबंधन परीक्षण में अधिक समय और विकास के लिए कम निवेश करने के लिए तैयार नहीं होगा
- हम परीक्षण टीम का आकार बढ़ाकर परीक्षण करने में लगने वाले समय को भी कम नहीं कर सकते क्योंकि अधिक लोगों का अर्थ है अधिक पैसा और नए लोगों का मतलब बहुत सारे प्रशिक्षण भी हैं और शायद गुणवत्ता में एक समझौता भी है क्योंकि नए लोग आवश्यक ज्ञान के बराबर नहीं हो सकते हैं। तुरंत स्तर।
- अन्य विकल्प स्पष्ट रूप से प्रतिगमन की मात्रा को कम करना है। लेकिन यह सॉफ्टवेयर उत्पाद के लिए जोखिम भरा हो सकता है।
इन सभी कारणों से, प्रतिगमन परीक्षण स्वचालन परीक्षण के लिए एक अच्छा उम्मीदवार है, लेकिन इसे केवल उसी तरीके से करने की आवश्यकता नहीं है।
प्रतिगमन परीक्षण करने के लिए बुनियादी कदम
हर बार जब सॉफ्टवेयर में बदलाव होता है और एक नया संस्करण / रिलीज आता है, तो इस प्रकार के परीक्षण को करने के लिए आप निम्नलिखित कदम उठा सकते हैं:
- समझें कि सॉफ़्टवेयर में किस तरह के बदलाव किए गए हैं
- विश्लेषण और निर्धारित करें कि सॉफ़्टवेयर के कौन से मॉड्यूल / भाग प्रभावित हो सकते हैं - इस जानकारी को प्रदान करने में विकास और बीए की टीमें महत्वपूर्ण भूमिका निभा सकती हैं
- अपने परीक्षण मामलों पर एक नज़र डालें और निर्धारित करें कि क्या आपको पूर्ण, आंशिक या इकाई प्रतिगमन करना होगा। उन लोगों को पहचानें जो आपकी स्थिति में फिट होंगे
- समय अनुसूची और दूर परीक्षण!
फुर्ती में रिग्रेशन
चुस्त एक अनुकूली दृष्टिकोण है जो एक पुनरावृत्त और वृद्धिशील विधि का अनुसरण करता है। उत्पाद को स्प्रिंट नामक लघु पुनरावृत्तियों में विकसित किया जाता है जो 2- 4 सप्ताह तक रहता है। फुर्तीली में, पुनरावृत्तियों की एक संख्या है, इसलिए यह परीक्षण एक महत्वपूर्ण भूमिका निभाता है क्योंकि पुनरावृत्तियों में नई कार्यक्षमता या कोड परिवर्तन किया जाता है।
प्रतिगमन परीक्षण सूट को प्रारंभिक चरण से तैयार किया जाना चाहिए और प्रत्येक स्प्रिंट के साथ अद्यतन किया जाना चाहिए।
एजाइल में, प्रतिगमन चेक दो श्रेणियों के अंतर्गत आता है:
- स्प्रिंट स्तर प्रतिगमन
- एंड टू एंड रिग्रेशन
(1) स्प्रिंट स्तर प्रतिगमन
स्प्रिंट लेवल रिग्रेशन मुख्य रूप से नई कार्यक्षमता या एन्हांसमेंट के लिए किया जाता है जो नवीनतम स्प्रिंट में किया जाता है। टेस्ट सूट से टेस्ट के मामलों को नए जोड़े गए कार्यक्षमता या उस वृद्धि के अनुसार चुना जाता है।
# 2) एंड-टू-एंड रिग्रेशन
एंड-टू-एंड रिग्रेशन में सभी परीक्षण मामले शामिल होते हैं जिन्हें उत्पाद के सभी मुख्य कार्यात्मकताओं को कवर करके पूर्ण उत्पाद अंत का परीक्षण करने के लिए फिर से निष्पादित किया जाता है।
चूँकि एजाइल के पास कम स्प्रिंट हैं और यह चल रहा है, टेस्ट सूट को स्वचालित करने के लिए बहुत आवश्यक है, परीक्षण के मामलों को फिर से निष्पादित किया जाता है और इसे भी थोड़े समय में पूरा करने की आवश्यकता होती है। परीक्षण के मामलों को स्वचालित करना निष्पादन के समय को कम करता है और फिसलन को कम करता है।
लाभ
नीचे दिए गए प्रतिगमन परीक्षण के विभिन्न फायदे हैं
- यह उत्पाद की गुणवत्ता में सुधार करता है।
- यह सुनिश्चित करता है कि किया गया कोई बग फिक्स या एन्हांसमेंट उत्पाद की मौजूदा कार्यक्षमता को प्रभावित नहीं करता है।
- इस परीक्षण के लिए स्वचालन उपकरणों का उपयोग किया जा सकता है।
- यह सुनिश्चित करता है कि पहले से तय किए गए मुद्दे फिर से न हों।
नुकसान
हालांकि इसके कई फायदे हैं, साथ ही इसके कुछ नुकसान भी हैं। वे:
- यह कोड में एक छोटे से बदलाव के लिए भी किया जाना है क्योंकि कोड में एक छोटा सा परिवर्तन भी मौजूदा कार्यक्षमता में समस्याएँ पैदा कर सकता है।
- यदि इस परीक्षण के लिए परियोजना में स्वचालन का उपयोग नहीं किया जाता है, तो यह परीक्षण के मामलों को बार-बार निष्पादित करने के लिए एक समय लेने वाला और थकाऊ काम होगा।
जीयूआई आवेदन का प्रतिगमन
जब GUI (ग्राफिकल यूजर इंटरफेस) रिग्रेशन टेस्ट करना मुश्किल होता है GUI संरचना संशोधित किया गया है। पुराने जीयूआई पर लिखे गए परीक्षण के मामले या तो अप्रचलित हो गए हैं या उन्हें संशोधित करने की आवश्यकता है।
प्रतिगमन परीक्षण के मामलों को फिर से उपयोग करने का मतलब है कि जीयूआई परीक्षण के मामलों को नए जीयूआई के अनुसार संशोधित किया गया है। लेकिन यह कार्य एक बोझिल हो जाता है यदि आपके पास GUI परीक्षण मामलों का एक बड़ा सेट है।
प्रतिगमन और पुनः परीक्षण के बीच अंतर
परीक्षण के मामलों के लिए पुन: परीक्षण किया जाता है जो निष्पादन के दौरान विफल होते हैं और उसी के लिए उठाए गए बग को ठीक किया गया है, जबकि प्रतिगमन चेक बग फिक्स तक सीमित नहीं है क्योंकि यह अन्य परीक्षण मामलों को कवर करता है और यह सुनिश्चित करने के लिए कि बग फिक्स नहीं हुआ है उत्पाद की किसी भी अन्य कार्यक्षमता को प्रभावित किया।
रिग्रेशन टेस्ट प्लान टेम्प्लेट (TOC)
1. दस्तावेज़ का इतिहास
2. सन्दर्भ
3. प्रतिगमन परीक्षण योजना
3.1। परिचय
३.२। उद्देश्य
३.३। टेस्ट की रणनीति
३.४। जांच की जाने वाली सुविधा
3.5। संसाधन की आवश्यकता
3.5.1 है। हार्डवेयर की आवश्यकता
3.5.2 है। सॉफ्टवेयर की आवश्यकता
3.6। परीक्षण अनुसूची
3.7। अनुरोध बदलो
3.8। प्रवेश / निकास मानदंड
3.8.1 है। इस परीक्षण के लिए प्रवेश मानदंड
3.8.2 है। इस परीक्षण के लिए मानदंड से बाहर निकलें
3.9। धारणा / अड़चन
3.10। परीक्षण के मामलों
3.11। जोखिम / अनुमान
3.12। उपकरण
4. स्वीकृति / स्वीकृति
आइए उनमें से प्रत्येक पर विस्तार से विचार करें।
(1) दस्तावेज़ इतिहास
दस्तावेज़ के इतिहास में पहले मसौदे का रिकॉर्ड और नीचे दिए गए प्रारूप में सभी अद्यतन शामिल हैं।
संस्करण | तारीख | लेखक | टिप्पणी |
---|---|---|---|
एक | डीडी / एमएम / वाई वाई | एबीसी | मंजूर की |
दो | डीडी / एमएम / वाई वाई | एबीसी | अतिरिक्त सुविधा के लिए अद्यतन किया गया |
# 2) संदर्भ
संदर्भ स्तंभ परीक्षण योजना बनाते समय परियोजना के लिए उपयोग या आवश्यक सभी संदर्भ दस्तावेजों का ट्रैक रखता है।
नहीं न | डाक्यूमेंट | स्थान |
---|---|---|
एक | एसआरएस दस्तावेज़ | सहभाजी मशीन |
# 3) प्रतिगमन परीक्षण योजना
3.1। परिचय
यह दस्तावेज़ उत्पाद में परिवर्तन / अद्यतन / वृद्धि का परीक्षण करने और इस परीक्षण के लिए उपयोग किए जाने वाले दृष्टिकोण का वर्णन करता है। सभी कोड परिवर्तन, एन्हांसमेंट, अपडेट, जोड़े गए फीचर्स का परीक्षण किया जाना है। यूनिट टेस्टिंग और इंटीग्रेशन टेस्टिंग के लिए इस्तेमाल किए जाने वाले टेस्ट केस का इस्तेमाल रिग्रेशन के लिए टेस्ट सूट बनाने में किया जा सकता है।
३.२। उद्देश्य
प्रतिगमन परीक्षण योजना का उद्देश्य यह वर्णन करना है कि परिणामों को पूरा करने के लिए वास्तव में क्या और कैसे परीक्षण किया जाएगा। प्रतिगमन जाँच यह सुनिश्चित करने के लिए की जाती है कि कोड परिवर्तन के कारण उत्पाद की कोई अन्य कार्यक्षमता बाधित न हो।
३.३। टेस्ट की रणनीति
परीक्षण रणनीति उस दृष्टिकोण का वर्णन करती है जिसका उपयोग इस परीक्षण को करने के लिए किया जाएगा और इसमें वह तकनीक शामिल होगी जिसका उपयोग किया जाएगा, पूरा होने वाले मानदंड क्या होंगे, कौन कौन सी गतिविधि करेंगे, कौन परीक्षण स्क्रिप्ट लिखेगा, कौन सा प्रतिगमन उपकरण का उपयोग किया जाएगा , संसाधन की कमी, उत्पादन में देरी आदि जैसे जोखिमों को कवर करने के लिए कदम।
३.४। परीक्षण किया जाना है
परीक्षण किए जाने वाले उत्पाद के फ़ीचर / घटक यहाँ सूचीबद्ध हैं। प्रतिगमन में, सभी परीक्षण मामलों को फिर से निष्पादित किया जाता है या जो मौजूदा कार्यक्षमता को प्रभावित करते हैं, उन्हें ठीक किए गए / अद्यतन या संवर्धित के आधार पर चुना जाता है।
3.5। संसाधन की आवश्यकता
3.5.1 है। हार्डवेयर की आवश्यकता:
हार्डवेयर की आवश्यकता यहाँ पहचानी जाती है जैसे कंप्यूटर, लैपटॉप, मोडेम, मैक बुक, स्मार्टफोन इत्यादि।
3.5.2 है। सॉफ्टवेयर की आवश्यकता:
सॉफ्टवेयर की आवश्यकता की पहचान की जाती है कि किस ऑपरेटिंग सिस्टम और ब्राउज़र की आवश्यकता होगी।
3.6। परीक्षण अनुसूची
परीक्षण कार्यक्रम परीक्षण गतिविधियों को करने के लिए अनुमानित समय को निर्धारित करता है।
उदाहरण के लिए कितने संसाधन एक परीक्षण गतिविधि करेंगे और वह भी कितने समय में?
3.7। अनुरोध बदलो
सीआर विवरण का उल्लेख किया जाता है जिसके लिए प्रतिगमन किया जाएगा।
एस.एन.ओ. | सीआर विवरण | रिग्रेशन टेस्ट सूट |
---|---|---|
एक | ||
दो |
3.8। प्रवेश / निकास मानदंड
3.8.1 है। इस परीक्षण के लिए प्रवेश मानदंड:
प्रतिगमन चेक शुरू करने के लिए उत्पाद के लिए प्रवेश मानदंड परिभाषित किए गए हैं।
उदाहरण के लिए:
- नई सुविधा के कोडिंग परिवर्तन / वृद्धि / परिवर्धन को पूरा किया जाना चाहिए।
- प्रतिगमन परीक्षण योजना को अनुमोदित किया जाना चाहिए।
3.8.2 है। इस परीक्षण के लिए बाहर निकलें मानदंड:
यहाँ प्रतिगमन के लिए निकास मानदंड परिभाषित किए गए हैं।
उदाहरण के लिए:
- प्रतिगमन परीक्षण पूरा किया जाना चाहिए।
- इस परीक्षण के दौरान पाए गए किसी भी नए महत्वपूर्ण कीड़े को बंद कर दिया जाना चाहिए।
- टेस्ट रिपोर्ट तैयार होनी चाहिए।
3.9। परीक्षण के मामलों
प्रतिगमन परीक्षण के मामले यहां परिभाषित किए गए हैं।
3.10। जोखिम / अनुमान
किसी भी जोखिम और मान्यताओं की पहचान की जाती है और एक आकस्मिक योजना उसी के लिए तैयार की जाती है।
3.11। उपकरण
प्रोजेक्ट में उपयोग किए जाने वाले उपकरणों की पहचान की जाती है। जैसे कि:
- स्वचालन उपकरण
- बग रिपोर्टिंग उपकरण
# 4) स्वीकृति / स्वीकृति
लोगों के नाम और पदनाम यहां सूचीबद्ध हैं:
नाम | स्वीकृत / अस्वीकृत | हस्ताक्षर | तारीख |
---|---|---|---|
निष्कर्ष
प्रतिगमन परीक्षण महत्वपूर्ण पहलुओं में से एक है क्योंकि यह यह सुनिश्चित करके एक गुणवत्ता वाले उत्पाद को वितरित करने में मदद करता है कि कोड में कोई भी परिवर्तन, चाहे वह छोटा हो या बड़ा, मौजूदा या पुरानी कार्यक्षमता को प्रभावित नहीं करता है।
प्रतिगमन परीक्षण मामलों को स्वचालित करने के लिए बहुत सारे स्वचालन उपकरण उपलब्ध हैं, हालांकि, परियोजना की आवश्यकता के अनुसार एक उपकरण का चयन किया जाना चाहिए। एक उपकरण में परीक्षण सूट को अद्यतन करने की क्षमता होनी चाहिए क्योंकि प्रतिगमन परीक्षण सूट को अक्सर अद्यतन करने की आवश्यकता होती है।
इसके साथ, हम इस विषय को लपेटते हैं और आशा करते हैं कि अब से इस विषय पर बहुत बेहतर स्पष्टता आएगी।
कृपया हमें अपने प्रतिगमन से संबंधित प्रश्न और टिप्पणियां बताएं। आपने अपने प्रतिगमन परीक्षण कार्यों को कैसे निपटाया?
=> पूरी टेस्ट प्लान ट्यूटोरियल सीरीज़ के लिए यहां जाएं
अनुशंसित पाठ
- सर्वश्रेष्ठ सॉफ्टवेयर परीक्षण उपकरण 2021 (क्यूए टेस्ट स्वचालन उपकरण)
- 2021 में शीर्ष 10 सबसे लोकप्रिय प्रतिगमन परीक्षण उपकरण
- विश्वसनीयता परीक्षण क्या है: परिभाषा, विधि और उपकरण
- Android अनुप्रयोगों के लिए 11 सर्वश्रेष्ठ स्वचालन उपकरण (Android App परीक्षण उपकरण)
- स्वचालित प्रतिगमन परीक्षण: चुनौतियाँ, प्रक्रिया और चरण
- परीक्षण प्राइमर eBook डाउनलोड
- उदाहरण के साथ सेवानिवृत्ति और प्रतिगमन परीक्षण के बीच अंतर
- शीर्ष 10+ सर्वश्रेष्ठ SAP परीक्षण उपकरण (SAP स्वचालन उपकरण)