difference between retesting
सेवानिवृत्ति और प्रतिगमन परीक्षण के बीच अंतर क्या है:
क्या आप सभी को थीम आधारित लेखों की तुलना करना पसंद नहीं है? मुझे पता है कि मैं करता हूँ। यह विचारों, टिप्पणियों और शायद यहां तक कि मजबूत असहमति को आमंत्रित करने का एक शानदार तरीका है।
आज का विषय रिटेनिंग बनाम रिग्रेशन टेस्टिंग है।
=> पूर्ण प्रतिगमन परीक्षण श्रृंखला के लिए यहां क्लिक करें।
रिटायरिंग के साथ शुरू करते हैं:
आप क्या सीखेंगे:
- निवृत्त हो रहा है
- परावर्तन जांच
- प्रतिगमन परीक्षण के बारे में गलत धारणा
- रिटायरिंग बनाम प्रतिगमन परीक्षण
- अनुशंसित पाठ
निवृत्त हो रहा है
पुन: परीक्षण का अर्थ है पुन: परीक्षण। कारण कोई फर्क नहीं पड़ता। जब आप एक परीक्षण दोहराते हैं, तो आप फिर से प्रयास करते हैं। आप वर्तमान संस्करण की कार्यक्षमता को फिर से बना सकते हैं। या एक बग फिक्स, पिछले संस्करण की कार्यक्षमता, एक परीक्षण मामला जो आपने अभी-अभी चलाया है, आदि।
यदि आप अभी भी सोच रहे हैं- क्यों- तो निम्नलिखित कुछ कारण हैं जो किसी भी तरह से अच्छे हैं:
- आपने कल एक परीक्षण किया और एक दोष में भाग गया। आप चरणों और दोष के प्रजनन की पुष्टि करना चाहते हैं। तो, आप पुनः प्रयास करें।
- आपने एक परीक्षण चलाया। आपका ध्यान इस पर नहीं था (हो सकता है कि आपका फ़ोन बजा हो, या आप किसी सहकर्मी से बात कर रहे हों, आदि)। आप एक बार फिर से जांचना चाहते हैं, इसलिए आप फिर से प्रयास करें।
मुझे यकीन है कि आप इसे प्राप्त करेंगे
जब आप किसी भी कारण से परीक्षा दोहराते हैं तो रिटायरिंग होता है। यह उन शब्दों में से एक है जो इसकी परिभाषा पर खरे हैं।
परावर्तन जांच
सॉफ्टवेयर विकसित होता है। मौजूदा से अधिक नए संस्करण होने जा रहे हैं। नई सुविधाओं, एक्सटेंशनों आदि पर ढेर है, लेकिन समय के साथ, इससे एप्लिकेशन की अस्थिरता हो सकती है।
अपने आप को ब्लॉक टॉवर बनाने की कल्पना करें, एक ब्लॉक को दूसरे पर जोड़कर। आपने आधार को सुदृढ़ या मजबूत करने के लिए समय नहीं लिया है। यह टॉवर के दुर्घटनाग्रस्त होने से बहुत पहले से नहीं था, क्या यह नहीं है?
विंडोज़ के लिए सबसे अच्छा कार्य प्रबंधन सॉफ्टवेयर
ठीक उसी तरह, आपको शक्ति और स्थिरता के लिए सॉफ्टवेयर के आधार का परीक्षण करना होगा।
ऐसा करने के लिए, हमें सॉफ्टवेयर को फिर से बनाना होगा। यही एक मात्र मार्ग है।
अनुशंसित पढ़ने => प्रतिगमन परीक्षण क्या है? उपकरण और सर्वोत्तम अभ्यास
प्रतिगमन रिटेस्ट का एक रूप है। 'व्हाई' और 'व्हेन' की बारीकियाँ इसे पूर्व से अलग करती हैं।
1) कब क्या हम रिटायर हो रहे हैं? जब सॉफ्टवेयर एक परिवर्तन से गुजरता है
दो) क्यों क्या हम रिटायर हो रहे हैं? नए परिवर्धन / परिवर्तन को सुनिश्चित करने के लिए काम करने की कार्यक्षमता को अस्थिर करने से पहले नहीं किया है। प्रतिगमन सामान्य और अनुशंसित है जब:
- एक नया संस्करण उपलब्ध हो जाता है। (सभी को, कम से कम, पुराने संस्करण की विशेषताओं के बारे में बताएं)
- बग ठीक करें
ध्यान दें: अतिरंजनात्मक प्रतिगमन परीक्षण वांछनीय हालांकि असंभव है।
इसीलिए करते हैं प्रतिगमन विश्लेषण इससे पहले कि आप सीधे परीक्षण में कूदें। इस कदम में यह तय करना शामिल है कि मुझे अपने आवेदन के लिए कितना प्रतिगमन करना चाहिए।
प्रतिगमन की सीमा किस पर निर्भर करती है?
- परिवर्तन की प्रकृति
- वर्तमान प्रणाली / सुविधा पर परिवर्तन का संबंध / प्रभाव
- उपलब्ध समय और संसाधन
परीक्षक प्रतिगमन की सीमा कैसे तय कर सकते हैं?
1) अनुभव और आवेदन के साथ परिचित के माध्यम से
दो) डेवलपर्स के साथ चर्चा
3) वह स्थान जहाँ परिवर्तन किया गया हो।उदाहरण के लिए:यदि यह होम पेज पर है, तो इसे कम ध्यान दिए जाने वाले पृष्ठों में से एक पर अधिक ध्यान देने की आवश्यकता है।
खेलने के कारकों के आधार पर, एक परीक्षण टीम निम्नलिखित में से एक के लिए जा सकती है:
- इकाई प्रतिगमन
- आंशिक प्रतिगमन
- पूर्ण प्रतिगमन
इकाई प्रतिगमन इसका मतलब है कि आप केवल आवेदन के परिवर्तित मॉड्यूल / क्षेत्र को पुनः प्राप्त करें।
आंशिक प्रतिगमन का अर्थ है आप बदले हुए मॉड्यूल को पुनः प्राप्त करें। इसके अलावा उन लोगों को शामिल करें जो इसके साथ बातचीत करते हैं।
पूर्ण प्रतिगमन क्या आप परिवर्तन के स्थान के बावजूद पूरे आवेदन का परीक्षण कर रहे हैं।
यह स्थिति (समय और संसाधन उपलब्धता), परिवर्तन की गंभीरता (इसके प्रभाव), आपके डेवलपर के इनपुट आदि पर निर्भर करता है। जब आप परीक्षण के सही सेट बनाम सभी परीक्षणों का चयन करते हैं तो आप अधिक कुशल होंगे।
क्या xml फ़ाइलों को खोलने के लिए
प्रतिगमन विश्लेषण प्रमुख सफलता कारक है। इसमें कड़ी मेहनत के बजाय स्मार्ट वर्क की जरूरत होती है।
प्रतिगमन परीक्षण के बारे में गलत धारणा
प्रतिगमन परीक्षण के बारे में कई गलत धारणाएँ हैं:
# 1) प्रतिगमन हमेशा स्वचालन के माध्यम से किया जाता है: नहीं, प्रतिगमन मैन्युअल रूप से भी किया जाता है। इस पर हमारा पूरा लेख है => प्रतिगमन परीक्षण कैसे किया जाता है? क्या यह मैन्युअल रूप से किया जा सकता है?
ध्यान दें कि प्रतिगमन स्वचालन के लिए एक आदर्श उम्मीदवार है। पुनरावृत्ति की सीमा समय लेने वाली है और ऊब पैदा कर सकती है। इसके अलावा, महत्वपूर्ण सत्यापन छूट सकता है। स्वचालन एक विश्वसनीय, तेज और कुशल विकल्प है।
यह भी पढ़े => स्वचालित प्रतिगमन परीक्षण चुनौतियां
# 2) रिग्रेशन कभी पूरा नहीं होता : सच। लेकिन पूरी तरह से नहीं।
मेरा मतलब है, एक संपूर्ण प्रतिगमन परीक्षण असंभव हो सकता है। लेकिन, संपूर्ण प्रतिगमन परीक्षण अनावश्यक भी हो सकता है।
मान लीजिए कि आपने मुख पृष्ठ पर एक गलत वर्तनी बदल दी है। यह फिक्स मामूली है। यह अनुप्रयोग के अन्य क्षेत्रों से भी अलग-थलग है। तो, सुविधा का एक सरल पुनर्प्रयास करना होगा। मुखपृष्ठ के आसपास पूर्व कार्यक्षमता को पुनः प्राप्त करने की आवश्यकता नहीं है।
# 3) यह अनावश्यक है जब आप समय के लिए एक क्रंच है : सच नहीं। पर्याप्त प्रतिगमन उत्पाद में आत्मविश्वास की कमी की ओर जाता है। आप कभी नहीं जान पाएंगे कि अलग-अलग एंड-यूज़र परिदृश्यों में इसकी प्रतिक्रिया से क्या उम्मीद की जाती है।
# 4) यह पिछले रिलीज़ के हर एक टेस्ट केस को चला रहा है: एक बार फिर, प्रत्येक परीक्षण मामले को चुनना ऐसा करने का सही तरीका नहीं है। परीक्षण मामलों की रणनीतिक उठा कुंजी है। परिवर्तन को समझें और फिटिंग परीक्षण मामलों को चुनें।
ठीक है, यह विस्तार से रिटायरिंग और प्रतिगमन परीक्षण है।
अब, तुलना।
रिटायरिंग बनाम प्रतिगमन परीक्षण
उनके बारे में क्या समान है?
- वे दोनों दोहराव आधारित हैं
- मान्यता और ब्लैक बॉक्स परीक्षण तकनीक
- स्वचालन या मैनुअल परीक्षण के मामले दोनों सेवानिवृत्त या फिर से प्रभावित होते हैं
- 'किसी को अपनी शंकाओं को सत्यापित या निष्कासित करना चाहिए, और उन्हें हां या नहीं- थॉमस कार्लाइल की निश्चितता में बदलना चाहिए'। ये दोनों ऐसा करते हैं।
उनके बारे में क्या अलग है?
- रिटायरिंग किसी भी परीक्षा के लिए लागू होता है - वर्तमान या पिछले संस्करण की कार्यक्षमता लक्षित। प्रतिगमन पिछले संस्करण की कार्यक्षमता केंद्रित है।
- सेवानिवृत्ति लागू परिवर्तन पर निर्भर नहीं है। प्रतिगमन परिवर्तन उन्मुख है।
अंत में, इस अवधारणा को घर पर हिट करने के लिए:
मान लीजिए कि आपके पास एक टेस्ट केस XYZ है, जिसके परिणामस्वरूप ID 120 का दोष है। यह दोष अगले रिलीज़ में ठीक हो जाता है। आप XYZ परीक्षण मामले को पुनः प्राप्त करेंगे और इसके चारों ओर कार्यक्षमता को पुनः प्राप्त करेंगे। प्रतिगमन यह सुनिश्चित करने के लिए है कि 120 के फिक्स होने के बाद सब कुछ बरकरार है। दोष का निर्धारण निर्धारित करने के लिए सबसे पीछे है।
तो, यह न तो एक है और न ही दूसरे, लेकिन प्रतिगमन और संन्यास का संयोजन जो गतिशील जोड़ी बनाता है ।
अब, यह आपके ऊपर है। क्या आप यहां प्रदान की गई परिभाषा और विश्लेषण से सहमत हैं?
लेखक के बारे में: यह लेख एसटीएच टीम की सदस्य स्वाति एस ने लिखा है।
कितना टोस्ट पॉस लागत है
इस पर आपके विचार, टिप्पणियाँ और प्रश्न क्या हैं? कृपया शेयर करें और हम आप सभी से जुड़ना पसंद करेंगे।
=> पूर्ण प्रतिगमन परीक्षण श्रृंखला के लिए यहां जाएं।
अनुशंसित पाठ
- डेस्कटॉप, क्लाइंट सर्वर परीक्षण और वेब परीक्षण के बीच अंतर
- सर्वश्रेष्ठ सॉफ्टवेयर परीक्षण उपकरण 2021 (क्यूए टेस्ट स्वचालन उपकरण)
- सॉफ्टवेयर परीक्षण क्यूए सहायक नौकरी
- सॉफ्टवेयर टेस्टिंग बेसिक्स के बीच 101 अंतर
- सॉफ्टवेयर टेस्टिंग कोर्स: मुझे किस सॉफ्टवेयर टेस्टिंग इंस्टीट्यूट में शामिल होना चाहिए?
- अपने कैरियर के रूप में सॉफ्टवेयर परीक्षण चुनना
- सॉफ्टवेयर टेस्टिंग टेक्निकल कंटेंट राइटर फ्रीलांसर जॉब
- स्वचालित प्रतिगमन परीक्षण: चुनौतियां, प्रक्रिया और चरण