unit testing vbg यूनिट टेस्ट, इंटीग्रेशन टेस्ट, स्मोक टेस्ट, रिग्रेशन टेस्ट क्या है?




यूनिट टेस्ट क्या है (21)

यूनिट टेस्ट, इंटीग्रेशन टेस्ट, स्मोक टेस्ट, रिग्रेशन टेस्ट क्या है और उनके बीच क्या अंतर है? और मैं उनमें से प्रत्येक के लिए कौन से टूल्स का उपयोग कर सकता हूं?

उदाहरण के लिए मैं यूनिट परीक्षण और एकीकरण परीक्षण के लिए जुनीट और एनयूनीट का उपयोग करता हूं। क्या कोई धूम्रपान परीक्षण या रिग्रेशन टेस्ट टूल्स हैं?

https://code.i-harness.com


प्रतिगमन परीक्षण-

"एक रिग्रेशन टेस्ट बदले गए सॉफ़्टवेयर के खिलाफ पिछले परीक्षणों को फिर से चलाता है ताकि यह सुनिश्चित किया जा सके कि मौजूदा सॉफ़्टवेयर में किए गए परिवर्तन मौजूदा सॉफ़्टवेयर की कार्यक्षमता को प्रभावित न करें।"


अपोक्राइफल ऐतिहासिक ट्रिविया: "धुआं परीक्षण" पनडुब्बी इंजीनियरिंग (नलसाजी से विरासत में मिला) से आता है जहां शाब्दिक धुआं को देखने के लिए हलचल में पंप किया जाएगा, यह देखने के लिए कि इसमें से कोई भी फिर से बाहर आया है, जो पनडुब्बी के लिए नाटकीय विफलता होगी!


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


एक नई टेस्ट श्रेणी जिसे मैं अभी अवगत करा रहा हूं वह है:

कैनरी परीक्षण

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

उदाहरण हो सकते हैं:

  • क्या डेटा है जो कभी भी DEV / TEST में उपलब्ध होना चाहिए लाइव में दिखाई दिया।
  • क्या पृष्ठभूमि प्रक्रिया चलाने में असफल रहा है
  • क्या उपयोगकर्ता लॉगऑन कर सकता है

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

जब आपका परीक्षण एक से अधिक वर्गों को कॉल करता है, तो यह एकीकरण परीक्षण होता है

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

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


कुछ अच्छे जवाब पहले से ही हैं लेकिन मैं उन्हें और परिशोधित करना चाहता हूं:

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

तो स्पष्ट रूप से यूनिट परीक्षण यहां एकमात्र श्वेत बॉक्स परीक्षण है।

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

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

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

धुआं परीक्षण आमतौर पर निष्पादन के लिए 5-30 मिनट से अधिक नहीं लगता है। यह अधिक सामान्य है: यह पूरे सिस्टम की कोर कार्यक्षमताओं की एक छोटी संख्या की जांच करता है ताकि यह सत्यापित किया जा सके कि सॉफ्टवेयर की स्थिरता आगे परीक्षण के लिए पर्याप्त है और योजनाबद्ध परीक्षण मामलों के संचालन को अवरुद्ध करने में कोई समस्या नहीं है।

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


प्रत्येक व्यक्ति की थोड़ी अलग परिभाषाएं होंगी, और अक्सर भूरे रंग के क्षेत्र होते हैं। तथापि:

  • यूनिट टेस्ट: क्या यह थोड़ा सा (जितना संभव हो उतना अलग) काम करता है?
  • एकीकरण परीक्षण: क्या ये दो (या अधिक) घटक एक साथ काम करते हैं?
  • धुआं परीक्षण: क्या यह पूरी प्रणाली (संभवतः एक उत्पादन प्रणाली होने के करीब) उचित रूप से अच्छी तरह से लटका है? (यानी हम उचित रूप से आत्मविश्वास रखते हैं कि यह ब्लैक होल नहीं बनाएगा?)
  • रिग्रेशन टेस्ट: क्या हमने अनजाने में किसी भी बग को फिर से पेश किया है जिसे हमने पहले तय किया था?

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

एकीकरण परीक्षण: - यूनिट परीक्षण के बाद इस प्रकार का परीक्षण संभव है जब सभी / कुछ घटक एकीकृत होते हैं। इस प्रकार के परीक्षण से यह सुनिश्चित हो जाएगा कि जब घटक एकीकृत होते हैं, तो क्या वे एक-दूसरे की कामकाजी क्षमताओं या कार्यकर्ताओं को प्रभावित करते हैं।

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

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


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

एकीकरण परीक्षण: यह सत्यापित करना कि विशेष घटकों की बातचीत डिज़ाइन के रूप में कार्य करती है। इकाई स्तर या सिस्टम स्तर पर एकीकरण परीक्षण किया जा सकता है। ये परीक्षण मैन्युअल या स्वचालित हो सकते हैं।

रिग्रेशन टेस्ट: यह सत्यापित करना कि नए दोष मौजूदा कोड में पेश नहीं किए गए हैं। ये परीक्षण मैन्युअल या स्वचालित हो सकते हैं।

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


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

एकीकरण परीक्षण: यह सत्यापित करना कि विशेष घटकों की बातचीत डिज़ाइन के रूप में कार्य करती है। इकाई स्तर या सिस्टम स्तर पर एकीकरण परीक्षण किया जा सकता है। ये परीक्षण मैन्युअल या स्वचालित हो सकते हैं।

रिग्रेशन टेस्ट: यह सत्यापित करना कि नए दोष मौजूदा कोड में पेश नहीं किए गए हैं। ये परीक्षण मैन्युअल या स्वचालित हो सकते हैं।

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

टूल सेट काफी हद तक कोडबेस पर निर्भर करेगा लेकिन यूनिट परीक्षण (जुनीट) के लिए कई ओपन सोर्स टूल हैं। एचपी (पारा) क्यूटीपी या बोरलैंड के सिल्कटेस्ट स्वचालित एकीकरण और रिग्रेशन परीक्षण के लिए दोनों उपकरण हैं।


यूनिट परीक्षण: यह क्यूए के लिए तैयार होने से पहले अपने परीक्षण पक्ष से समस्या का पता लगाने के लिए उनके विकास के बाद डेवलपर द्वारा हमेशा प्रदर्शन करता है।

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

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

रिग्रेशन टेस्टिंग: टेस्टर ने नई कार्यक्षमता या सिस्टम में बदलाव के लिए सिस्टम में लागू परिवर्तनों के कारण मौजूदा कार्यक्षमता के सत्यापन के लिए प्रतिगमन किया।


रिग्रेशन टेस्ट - एक प्रकार का एसडब्ल्यू परीक्षण है जहां हम बग फिक्स के चारों ओर कवर या जांच करने का प्रयास करते हैं। बग फिक्स के आसपास की कार्यक्षमता को फिक्स प्रदान किए जाने के कारण बदला या बदला नहीं जाना चाहिए। ऐसी प्रक्रिया में पाए गए मुद्दों को रिग्रेशन मुद्दे कहा जाता है।

धुआं परीक्षण: आगे क्यूए परीक्षण के लिए बिल्ड / सॉफ्टवेयर को स्वीकार करना है या नहीं, यह तय करने के लिए एक प्रकार का परीक्षण किया जाता है।


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

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

मैंने व्यक्तिगत रूप से एक घोषणात्मक भाषा में विश्वास किया है जो अंत में परीक्षण के लिए सभी भाषाओं और प्लेटफॉर्म को एक साथ फिट करता है।

Endly परीक्षण और स्वचालन ढांचे को समाप्त करने वाला पहला अंत है जो पूरी तरह से घोषणात्मक है, इसका उपयोग किसी भी भाषा में किसी भी भाषा के लिए बेईसाइड यूनिट परीक्षणों में किया जा सकता है।


धूम्रपान परीक्षण पहले से ही समझाया गया है और सरल है। रिग्रेशन टेस्ट एकीकरण परीक्षण के तहत आता है।

स्वचालित परीक्षण केवल 2 में विभाजित किया जा सकता है।

यूनिट परीक्षण और एकीकरण परीक्षण। (यह सब मायने रखता है)

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

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

और यह यूनिट परीक्षण पर एकीकरण परीक्षण (लंबी परीक्षा) के लाभों पर चर्चा करने वाला एक महान लेख है


इकाई का परीक्षण:

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

एकीकरण जांच:

(कभी-कभी एकीकरण और परीक्षण कहा जाता है, संक्षेप में आई एंड टी) सॉफ्टवेयर परीक्षण में चरण है जिसमें व्यक्तिगत सॉफ़्टवेयर मॉड्यूल को समूह के रूप में संयुक्त और परीक्षण किया जाता है। यह यूनिट परीक्षण और सत्यापन परीक्षण से पहले होता है।

सिस्टम परीक्षण:

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

परावर्तन जांच:

नई सुविधाओं या बग फिक्स को लागू करने के बाद, आप अतीत में काम करने वाले परिदृश्यों का पुन: परीक्षण करते हैं। यहां आप उस संभावना को कवर करते हैं जिसमें आपकी नई विशेषताएं मौजूदा सुविधाओं को तोड़ती हैं।

धुआं परीक्षण:

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


यूनिट टेस्ट : किसी एप्लिकेशन में अलग-अलग मॉड्यूल या स्वतंत्र घटक का परीक्षण यूनिट परीक्षण के रूप में जाना जाता है, यूनिट परीक्षण डेवलपर द्वारा किया जाएगा।

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

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

अपरिवर्तित मॉड्यूल को किसी भी दोष का कारण नहीं बनने के लिए बार-बार एक ही परीक्षण के मामलों को निष्पादित करने के लिए प्रतिगमन परीक्षण । रेग्रेशन परीक्षण कार्यात्मक परीक्षण के तहत आता है


सॉफ्टवेयर परीक्षण तकनीक के लिए सबसे अच्छी वेबसाइटों में से एक का जवाब:

सॉफ्टवेयर परीक्षण के प्रकार - पूर्ण सूची यहां क्लिक करें

यह काफी लंबा वर्णन है, मैं इसे यहां पेस्ट नहीं कर रहा हूं: लेकिन यह किसी ऐसे व्यक्ति के लिए उपयोगी हो सकता है जो सभी परीक्षण तकनीकों को जानना चाहता हो।

उम्मीद है कि यह सहायक होगा :)


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

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

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

  • एकीकरण परीक्षण : एकाधिक उपप्रणाली के सही अंतःक्रिया का परीक्षण करें। उत्पादन वातावरण के साथ एकीकरण का परीक्षण करने के लिए, दो वर्गों के बीच एकीकरण परीक्षण से, वहां संपूर्ण स्पेक्ट्रम है।

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

  • रिग्रेशन टेस्ट : एक परीक्षण जो एक बग तय किया गया था लिखा गया था। यह सुनिश्चित करता है कि यह विशिष्ट बग फिर से नहीं होगा। पूरा नाम "गैर-रिग्रेशन टेस्ट" है। यह सुनिश्चित करने के लिए कि एप्लिकेशन एक ही परिणाम प्रदान करता है, एप्लिकेशन को बदलने से पहले एक परीक्षण भी किया जा सकता है।

इसके लिए, मैं जोड़ूंगा:

  • स्वीकृति परीक्षण : परीक्षण करें कि एक सुविधा या उपयोग केस सही ढंग से कार्यान्वित किया गया है। यह एकीकरण परीक्षण के समान है, लेकिन उपयोग किए गए घटकों के बजाय प्रदान करने के लिए उपयोग मामले पर ध्यान केंद्रित करने के साथ।

  • सिस्टम टेस्ट : एक ब्लैक बॉक्स के रूप में एक सिस्टम टेस्ट। परीक्षण के दौरान अन्य प्रणालियों पर निर्भरता अक्सर मजाक या दबाया जाता है (अन्यथा यह एकीकरण परीक्षण से अधिक होगा)।

  • प्री-फ्लाइट चेक : 'मेरे मशीन पर निर्माण' सिंड्रोम को कम करने के लिए, उत्पादन-जैसे वातावरण में परीक्षण किए जाने वाले टेस्ट। अक्सर पर्यावरण जैसे उत्पादन में स्वीकृति या धूम्रपान परीक्षण करके यह महसूस किया जाता है

पीएस: लोग दावा करते हैं कि धूम्रपान परीक्षण नलसाजी से आता है जहां पानी की आपूर्ति से जुड़े होने से पहले पाइप की प्रणाली में धुआं पंप हो जाता है। यदि कोई धुआं निकलता है, तो पाइप ठीक से बंद नहीं होते हैं। यह अधिक ऐतिहासिक रूप से सटीक हो सकता है, लेकिन मुझे लगता है कि यह कम हास्यास्पद है।





definition