मानसिक परीक्षण बनाम धुआँ परीक्षण: मुख्य अंतर, उदाहरण और प्रत्येक का उपयोग कब करना चाहिए

धूम्रपान परीक्षण बनाम मानसिक स्वास्थ्य परीक्षण: तुलनात्मक तालिका

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

सॉफ्टवेयर बिल्ड क्या है?

यदि आप एक साधारण कंप्यूटर प्रोग्राम विकसित कर रहे हैं जिसमें केवल एक सोर्स कोड फ़ाइल है, तो आपको केवल इस एक फ़ाइल को कंपाइल और लिंक करके एक एक्जीक्यूटेबल फ़ाइल बनानी होगी। यह प्रक्रिया सीधी-सादी है। लेकिन आमतौर पर ऐसा नहीं होता। एक सामान्य सॉफ़्टवेयर प्रोजेक्ट में सैकड़ों या हजारों सोर्स कोड फ़ाइलें होती हैं। इन सोर्स फ़ाइलों से एक एक्जीक्यूटेबल प्रोग्राम बनाना एक जटिल और समय लेने वाला कार्य है। एक्जीक्यूटेबल प्रोग्राम बनाने के लिए आपको "बिल्ड" सॉफ़्टवेयर का उपयोग करना पड़ता है, और इस प्रक्रिया को "सॉफ़्टवेयर बिल्ड" कहा जाता है।

स्मोक टेस्टिंग क्या है?

स्मोक टेस्टिंग एक सॉफ्टवेयर परीक्षण तकनीक है जो सॉफ्टवेयर बिल्ड होने के बाद सॉफ्टवेयर की महत्वपूर्ण कार्यक्षमताओं के सुचारू रूप से काम करने की पुष्टि करने के लिए की जाती है। यह किसी भी विस्तृत कार्यात्मक या प्रतिगमन परीक्षण से पहले की जाती है। स्मोक टेस्टिंग का प्राथमिक उद्देश्य दोषपूर्ण सॉफ्टवेयर एप्लिकेशन को अस्वीकार करना है ताकि QA टीम किसी खराब सॉफ्टवेयर एप्लिकेशन के परीक्षण में समय बर्बाद न करे।

स्मोक टेस्टिंग में, चुने गए टेस्ट केस सिस्टम की सबसे महत्वपूर्ण कार्यक्षमता या घटक को कवर करते हैं। इसका उद्देश्य व्यापक परीक्षण करना नहीं है, बल्कि यह सुनिश्चित करना है कि सॉफ़्टवेयर एप्लिकेशन की प्रमुख कार्यक्षमताएँ सही ढंग से काम कर रही हैं। उदाहरण के लिए, एक सामान्य स्मोक टेस्ट यह सत्यापित करेगा कि एप्लिकेशन सफलतापूर्वक लॉन्च होता है, GUI प्रतिक्रियाशील है, आदि।

विवेक परीक्षण (सैनिटी टेस्टिंग) क्या है?

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

उद्देश्य संपूर्ण कार्यक्षमता का सत्यापन करना नहीं है, बल्कि यह सुनिश्चित करना है कि डेवलपर ने सॉफ़्टवेयर बनाते समय कुछ तर्कसंगतता (समझदारी) का प्रयोग किया है। उदाहरण के लिए, यदि आपका वैज्ञानिक कैलकुलेटर 2 + 2 = 5! का परिणाम देता है, तो sin 30 + cos 50 जैसी उन्नत कार्यक्षमताओं का परीक्षण करने का कोई अर्थ नहीं है।

इन शब्दों का इतिहास और उत्पत्ति

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

दूसरी ओर, "सैनिटी टेस्टिंग" से तात्पर्य विशिष्ट परिवर्तनों की "सटीकता" या तर्कसंगतता की जाँच करना है। यह शब्द इस बात पर ज़ोर देता है कि संशोधनों के बाद सॉफ़्टवेयर समझदारी और तार्किक ढंग से व्यवहार करता है या नहीं—मूल रूप से यह पूछना कि, "क्या यह तर्कसंगत है?"

धुआँ परीक्षण बनाम विवेक परीक्षण बनाम प्रतिगमन परीक्षण

इन तीनों प्रकार के परीक्षणों के एक साथ काम करने के तरीके को समझना एक प्रभावी QA रणनीति के लिए महत्वपूर्ण है:

• धुआँ परीक्षण सबसे पहले आता है—यह सत्यापित करता है कि बिल्ड परीक्षण के लिए पर्याप्त रूप से स्थिर है या नहीं।
• विवेक परीक्षण अनुवर्ती कार्रवाई (जहां लागू हो) - यह पुष्टि करता है कि विशिष्ट परिवर्तन या सुधार सही ढंग से काम करते हैं।
• प्रतिगमन परीक्षण यह सबसे व्यापक है—यह सुनिश्चित करता है कि नए परिवर्तनों ने किसी भी मौजूदा कार्यक्षमता को बाधित नहीं किया है।

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

वास्तविक परिदृश्य: ई-कॉमर्स अनुप्रयोग

मान लीजिए कि एक ई-कॉमर्स वेबसाइट को शॉपिंग कार्ट में मौजूद बग को ठीक करने के साथ एक नया अपडेट मिलता है:

धुआँ परीक्षण: सबसे पहले QA यह सुनिश्चित करता है कि वेबसाइट लोड हो रही है, उपयोगकर्ता लॉग इन कर सकते हैं, उत्पाद सही ढंग से प्रदर्शित हो रहे हैं, खोज काम कर रही है और चेकआउट प्रक्रिया शुरू हो रही है। इसमें लगभग 15-30 मिनट लगते हैं।

मानसिक संतुलन जांच: स्मोक टेस्ट सफल होने के बाद, परीक्षक विशेष रूप से शॉपिंग कार्ट की कार्यप्रणाली पर ध्यान केंद्रित करते हैं—आइटम जोड़ना, मात्रा अपडेट करना, आइटम हटाना और गणनाओं का सत्यापन करना। इस लक्षित परीक्षण में लगभग 30-60 मिनट लगते हैं।

यदि दोनों परीक्षण सफल होते हैं, तो टीम पूर्ण रिग्रेशन टेस्टिंग के लिए आगे बढ़ती है, जिसमें एप्लिकेशन की जटिलता के आधार पर कई घंटे या दिन लग सकते हैं।

धुएँ के परीक्षण का उपयोग कब करें और मानसिक स्वास्थ्य परीक्षण का उपयोग कब करें

धुआँ परीक्षण का उपयोग तब करें जब:

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

सैनिटी टेस्टिंग का उपयोग तब करें जब:

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

लाभ और सीमाएं

फायदे

• महत्वपूर्ण मुद्दों की शीघ्र पहचान: दोनों विधियां उन समस्याओं की शीघ्रता से पहचान करती हैं जो परीक्षण को रोक सकती हैं।
• संसाधन क्षमता: टीमें मौलिक रूप से दोषपूर्ण बिल्ड के विस्तृत परीक्षण पर समय बर्बाद नहीं करती हैं।
• प्रारंभिक दोष पहचान: समस्या का शुरुआती चरण में ही पता लगाने से मरम्मत की कुल लागत कम हो जाती है।
• तेज़ रिलीज़ चक्र: कुशल नियंत्रण प्रणाली से पुनरावृति और तैनाती में तेजी आती है।

सीमाओं

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

कार्यान्वयन के लिए सर्वोत्तम अभ्यास

धुआँ परीक्षण के लिए:

• स्मोक टेस्ट को स्वचालित करें और उन्हें प्रत्येक बिल्ड के लिए अपने CI/CD पाइपलाइन में एकीकृत करें।
• स्मोक टेस्ट सूट को केवल महत्वपूर्ण कार्यात्मकताओं पर ही केंद्रित रखें—इसे बहुत बड़ा न होने दें।
• महत्वपूर्ण सुविधाओं को जोड़ने या संशोधित करने पर स्मोक टेस्ट को अपडेट करें।

मानसिक स्थिति की जांच के लिए:

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

आम गलतियाँ से बचने के लिए

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

धुआँ और मानसिक स्वास्थ्य परीक्षण के लिए अनुशंसित उपकरण

• Selenium वेबड्राइवर: वेब एप्लिकेशन परीक्षण स्वचालन के लिए उद्योग-मानक
• TestNG/JUnit: स्वचालित परीक्षणों को व्यवस्थित करने और निष्पादित करने के लिए परीक्षण ढाँचे
• जेनकिंस/गिटहब क्रियाएँ: स्वचालित बिल्ड और टेस्ट निष्पादन के लिए CI/CD उपकरण
• Cypress: आधुनिक, डेवलपर-अनुकूल एंड-टू-एंड परीक्षण ढांचा
• Postman/निश्चिंत रहें: बैकएंड स्मोक टेस्ट के लिए एपीआई परीक्षण उपकरण

अक्सर पूछे जाने वाले प्रश्न