build verification testing complete guide
बिल्ड सत्यापन परीक्षण (BVT) क्या है?
बिल्ड वेरिफिकेशन टेस्ट हर नए बिल्ड पर चलने वाले परीक्षणों का एक सेट है जो यह जांचने के लिए कि परीक्षण टीम को जारी करने से पहले बिल्ड परीक्षण योग्य है।
ये परीक्षण मामले कोर कार्यक्षमता परीक्षण के मामले हैं जो सुनिश्चित करते हैं कि आवेदन स्थिर है और पूरी तरह से परीक्षण किया जा सकता है। आमतौर पर BVT प्रक्रिया स्वचालित होती है। यदि बीवीटी विफल रहता है तो बिल्ड को फिर से तय करने के लिए एक डेवलपर को सौंपा जाता है।
बीवीटी भी कहा जाता है धुआँ परीक्षण या स्वीकृति परीक्षण बनाता है (BAT)
मुख्य रूप से दो चीजों के लिए नए बिल्ड की जाँच की जाती है:
- वैधता का निर्माण
- निर्माण स्वीकृति
कुछ बीवीटी मूल बातें:
- यह परीक्षणों का एक सबसेट है जो मुख्य कार्यक्षमता को सत्यापित करता है।
- बीवीटी आमतौर पर दैनिक बिल्ड पर चलाए जाते हैं और यदि बीवीटी विफल हो जाता है तो निर्माण को अस्वीकार कर दिया जाता है और एक नया बिल्ड फिक्स होने के बाद जारी किया जाता है।
- BVT का लाभ यह है कि बड़ी कार्यक्षमता के टूटने पर एक परीक्षण टीम के गठन और परीक्षण के प्रयासों को बचाता है।
- मूल कार्यक्षमता को कवर करने के लिए ध्यान से डिज़ाइन बीवीटी।
- आमतौर पर बीवीटी को 30 मिनट से अधिक नहीं चलाना चाहिए।
- बीवीटी एक प्रकार का है प्रतिगमन परीक्षण , प्रत्येक नए निर्माण पर।
BVT प्राथमिक रूप से परियोजना की अखंडता की जाँच करता है और जाँचता है कि सभी मॉड्यूल ठीक से एकीकृत हैं या नहीं। मॉड्यूल एकीकरण परीक्षण बहुत महत्वपूर्ण है जब विभिन्न टीमें परियोजना मॉड्यूल विकसित करती हैं। मैंने अनुचित मॉड्यूल एकीकरण के कारण आवेदन विफलता के कई मामलों को सुना। यहां तक कि सबसे खराब मामलों में, मॉड्यूल एकीकरण में विफलता के कारण पूरा प्रोजेक्ट खराब हो जाता है।
बिल्ड रिलीज़ में मुख्य कार्य क्या है? स्पष्ट रूप से संबंधित बिल्ड के साथ जुड़ी सभी नई और संशोधित परियोजना फ़ाइलों को शामिल करने के लिए-चेक-इन ’अर्थात् फाइल करें। BVT को मुख्य रूप से प्रारंभिक बिल्ड स्वास्थ्य की जांच के लिए पेश किया गया था यानी यह जांचने के लिए कि क्या सभी नई और संशोधित फाइलें रिलीज़ में शामिल हैं, सभी फ़ाइल स्वरूप सही हैं, प्रत्येक फ़ाइल संस्करण और भाषा, प्रत्येक फ़ाइल से जुड़े झंडे।
परीक्षण के लिए परीक्षण टीम बनाने के लिए रिलीज से पहले ये बुनियादी जांच के लायक हैं। आप BVT का उपयोग करके शुरुआत में ही बिल्ड खामियों का पता लगाकर समय और धन की बचत करेंगे।
बीवीटी में कौन से टेस्ट केस शामिल किए जाने चाहिए?
बीवीटी कार्य को स्वचालित करने से पहले यह एक बहुत मुश्किल निर्णय है। ध्यान रखें कि BVT की सफलता इस बात पर निर्भर करती है कि आप BVT में कौन से परीक्षण मामलों में शामिल हैं।
इसमें शामिल करने के लिए कुछ सरल सुझाव दिए गए हैं परीक्षण के मामलों अपने बीवीटी ऑटोमेशन सूट में:
- बीवीटी में केवल महत्वपूर्ण परीक्षण मामलों को शामिल करें।
- बीवीटी में शामिल सभी परीक्षण मामले स्थिर होने चाहिए।
- सभी परीक्षण मामलों को अपेक्षित परिणाम ज्ञात होना चाहिए।
- सुनिश्चित करें कि सभी शामिल महत्वपूर्ण कार्यक्षमता परीक्षण मामले आवेदन परीक्षण कवरेज के लिए पर्याप्त हैं।
इसके अलावा, बीवीटी में मॉड्यूल शामिल नहीं हैं, जो अभी तक स्थिर नहीं हैं। कुछ अल्प-विकास सुविधाओं के लिए, आप अपेक्षित व्यवहार का अनुमान नहीं लगा सकते क्योंकि ये मॉड्यूल अस्थिर हैं और आप इन अपूर्ण मॉड्यूल के परीक्षण से पहले कुछ ज्ञात विफलताओं को जान सकते हैं। बीवीटी में ऐसे मॉड्यूल या परीक्षण मामलों का उपयोग करने का कोई मतलब नहीं है।
Informatica पॉवरसेंटर साक्षात्कार प्रश्न और उत्तर
आप परियोजना विकास और परीक्षण जीवन चक्र में शामिल सभी लोगों के साथ संवाद करके इस महत्वपूर्ण कार्यक्षमता परीक्षण मामलों को शामिल करना सरल बना सकते हैं। इस तरह की प्रक्रिया को बीवीटी परीक्षण मामलों पर बातचीत करनी चाहिए, जो अंततः बीवीटी सफलता सुनिश्चित करते हैं। कुछ बीवीटी गुणवत्ता मानकों को सेट करें और इन मानकों को केवल प्रमुख परियोजना सुविधाओं और परिदृश्यों का विश्लेषण करके पूरा किया जा सकता है।
उदाहरण के लिए, टेक्स्ट एडिटर एप्लिकेशन के लिए टेस्ट मामलों को BVT में शामिल किया जाना है (कुछ नमूना परीक्षण केवल):
- पाठ फ़ाइल बनाने के लिए टेस्ट केस।
- पाठ संपादक में कुछ लिखने के लिए परीक्षण के मामले
- टेक्स्ट एडिटर की कॉपी, कट, पेस्ट कार्यक्षमता के लिए टेस्ट केस
- टेक्स्ट फ़ाइल खोलने, सहेजने, हटाने के लिए टेस्ट केस।
ये कुछ नमूना परीक्षण मामले हैं, जिन्हें 'महत्वपूर्ण' के रूप में चिह्नित किया जा सकता है और आवेदन में हर छोटे या बड़े बदलाव के लिए, इन बुनियादी महत्वपूर्ण परीक्षण मामलों को निष्पादित किया जाना चाहिए। यह कार्य बीवीटी द्वारा आसानी से पूरा किया जा सकता है।
बीवीटी ऑटोमेशन सूट को समय-समय पर बनाए रखने और संशोधित करने की आवश्यकता है। जैसे BVT में परीक्षण के मामलों को शामिल करें जब नए स्थिर प्रोजेक्ट मॉड्यूल उपलब्ध हों।
कोर जावा साक्षात्कार सवालों के जवाब के साथ
क्या होता है जब बीवीटी सूट चलता है?
किसी भी नए निर्माण के बाद निष्पादित सत्यापन स्वचालन परीक्षण सूट का निर्माण करें।
# 1) बीवीटी निष्पादन का परिणाम उस परियोजना से जुड़े सभी ईमेल आईडी पर भेजा जाता है।
#दो) बीवीटी मालिक (बीवीटी सूट को निष्पादित करने और बनाए रखने वाला व्यक्ति) बीवीटी के परिणाम का निरीक्षण करता है।
# 3) यदि बीवीटी विफल रहता है तो बीवीटी मालिक विफलता के कारण का निदान करता है।
# 4) यदि विफलता का कारण निर्माण में दोष है, तो विफलता लॉग के साथ सभी प्रासंगिक जानकारी संबंधित डेवलपर्स को भेजी जाती है।
# 5) विफलता के कारण के बारे में टीम को अपने प्रारंभिक नैदानिक उत्तरों पर डेवलपर। क्या यह वास्तव में एक बग है? और अगर यह एक बग है तो उसका बग फिक्सिंग परिदृश्य क्या होगा।
# 6) बग फिक्स पर एक बार फिर बीवीटी टेस्ट सूट को निष्पादित किया जाता है और यदि बिल्ड बीवीटी से गुजरता है, तो बिल्ड को और अधिक विस्तार कार्यक्षमता, प्रदर्शन और अन्य परीक्षणों के लिए टीम का परीक्षण करने के लिए पारित किया जाता है।
यह प्रक्रिया हर नए निर्माण के लिए दोहराई जाती है।
बीवीटी या बिल्ड फेल क्यों हुआ?
कभी-कभी बीवीटी टूट जाता है। इसका मतलब यह नहीं है कि बिल्ड में हमेशा एक बग होता है। असफलता पैदा करने के कुछ अन्य कारण हैं जैसे टेस्ट केस कोडिंग एरर, ऑटोमेशन सूट एरर, इंफ्रास्ट्रक्चर एरर, हार्डवेयर फेल्योर आदि।
आपको बीवीटी ब्रेक के कारण का निवारण करने की आवश्यकता है और निदान के बाद उचित कार्रवाई करने की आवश्यकता है।
बीवीटी सफलता के लिए टिप्स:
# 1) बीवीटी परीक्षण मामलों की स्क्रिप्ट लिखने में काफी समय व्यतीत करें।
#दो) बीवीटी पास या असफल परिणाम का निदान करने के लिए यथासंभव विस्तृत जानकारी लॉग करें। इससे डेवलपर टीम को डिबग करने में मदद मिलेगी और विफलता का कारण जल्दी पता चलेगा।
# 3) BVT में शामिल करने के लिए स्थिर परीक्षण मामलों का चयन करें। नई सुविधाओं के लिए, यदि नया महत्वपूर्ण परीक्षण मामला अलग-अलग कॉन्फ़िगरेशन पर लगातार गुजरता है, तो अपने बीवीटी सूट में इस परीक्षण मामले को बढ़ावा दें। यह नए अस्थिर मॉड्यूल और परीक्षण मामलों के कारण लगातार निर्माण विफलता की संभावना को कम करेगा।
# 4) जितना हो सके बीवीटी प्रक्रिया को स्वचालित करें। राइट टू बिल्ड प्रोसेस से बीवीटी परिणाम - सब कुछ स्वचालित।
# 5) बिल्ड को तोड़ने के लिए कुछ दंड है ;-) कुछ चॉकलेट या टीम कॉफी बनाने वाली कंपनी से एक डेवलपर जो निर्माण को तोड़ता है।
निष्कर्ष
बीवीटी और कुछ नहीं बल्कि प्रतिगमन परीक्षण मामलों का एक सेट है जो हर बार नए निर्माण के लिए निष्पादित होते हैं। इसे स्मोक टेस्ट भी कहा जाता है। जब तक बीवीटी पास नहीं हो जाता, तब तक टेस्ट टीम को बिल्ड नहीं सौंपा गया है।
बीवीटी को डेवलपर या परीक्षक द्वारा चलाया जा सकता है और बीवीटी परिणाम को पूरी टीम में संचारित किया जाता है और बीवी को विफल करने पर बग को ठीक करने के लिए तत्काल कार्रवाई की जाती है। बीवीटी प्रक्रिया आमतौर पर परीक्षण मामलों के लिए स्क्रिप्ट लिखकर स्वचालित होती है।
केवल महत्वपूर्ण परीक्षण मामलों को बीवीटी में शामिल किया गया है। इन परीक्षण मामलों को आवेदन परीक्षण कवरेज सुनिश्चित करना चाहिए। बीवीटी दैनिक के साथ-साथ दीर्घकालिक बिल्ड के लिए बहुत प्रभावी है। यह अधूरा निर्माण के लिए परीक्षण टीम के सभी हताशा के बाद महत्वपूर्ण समय, लागत, संसाधनों और बचाता है।
यदि आपके पास बीवीटी प्रक्रिया में कुछ अनुभव है तो कृपया नीचे दिए गए टिप्पणियों में हमारे पाठकों के साथ साझा करें।
अनुशंसित पाठ
- अल्फा परीक्षण और बीटा परीक्षण (एक पूर्ण गाइड)
- सर्वश्रेष्ठ सॉफ्टवेयर परीक्षण उपकरण 2021 (क्यूए टेस्ट स्वचालन उपकरण)
- कार्यात्मक परीक्षण बनाम गैर-कार्यात्मक परीक्षण
- सॉफ्टवेयर परीक्षण के प्रकार: विभिन्न परीक्षण प्रकार विवरण के साथ
- ETL परीक्षण डेटा वेयरहाउस परीक्षण ट्यूटोरियल (एक पूर्ण गाइड)
- वेब अनुप्रयोग सुरक्षा परीक्षण गाइड
- SoftwareTestingHelp से सर्वश्रेष्ठ क्यूए सॉफ्टवेयर परीक्षण सेवाएँ
- परीक्षण प्राइमर eBook डाउनलोड