मेन्यू

प्रारंभिक परीक्षण क्या है: टेस्ट अर्ली, टेस्ट अक्सर कैसे करें? (एक प्रैक्टिकल गाइड)

what is early testing

समस्याओं को खत्म करने के लिए हमारे साधन का प्रयास करें

प्रारंभिक परीक्षण क्या है?

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

के विभिन्न पहलुओं प्रारंभिक परीक्षण एसडीएएलसी में परीक्षण रणनीति दस्तावेज़ को विकसित करने या विकसित करने के दौरान क्यूए प्रबंधकों और लीड्स को मदद मिलेगी।

अर्ली टेस्ट को अपनाने से गुणवत्ता वाले उत्पाद की सफल डिलीवरी होगी।

प्रारंभिक परीक्षण (1)

इस ट्यूटोरियल के अंत तक, रीडर्स, क्यूए मैनेजर्स, लीड्स एंड टेस्टर्स को निम्न अवधारणाओं का उचित ज्ञान होगा:

के साथ जार फाइलें कैसे खोलें
  • एसडीएलसी (परियोजना या एक सॉफ्टवेयर रिलीज) में प्रारंभिक परीक्षण क्यों?
  • प्रारंभिक परीक्षण के प्रयास का परिमार्जन
    • प्रारंभिक परीक्षण क्या है?
    • प्रारंभ और बाहर निकलें
  • भला - बुरा

आइए अब बारीकियों को विस्तार से जानते हैं !!

आप क्या सीखेंगे:

परीक्षण के सिद्धांत

आकृति 1 - परीक्षण के सिद्धांतों का सरल दृष्टिकोण

परीक्षण के 1.Principles

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

  • परीक्षण क्या है?
  • परीक्षण क्यों?
  • क्या टेस्ट करें?
  • कैसे करें टेस्ट?

हालाँकि, कुछ सबसे अधिक लुभावने प्रश्न जो कई पाठक, परीक्षक, लीड्स, और QA प्रबंधक पूछते हैं या शामिल करने पर अधिक स्पष्टता प्राप्त करना चाहते हैं (ग्रे क्षेत्र में) आकृति 1 )

  • किसी सॉफ़्टवेयर रिलीज़ में परीक्षण कब शुरू करना है या किसी प्रोजेक्ट में परीक्षण कब शुरू करना चाहिए?
  • परीक्षण कब शुरू करें और परीक्षण कब बंद करें?
  • एसडीएलसी में परीक्षण जल्दी क्यों शुरू होना चाहिए?
  • सॉफ्टवेयर विकास में प्रारंभिक परीक्षण क्या है?

दर्शकों की आसान समझ के लिए, मैंने एक छतरी के नीचे सभी ’ग्रे क्षेत्र’ के सवालों को रखा है प्रारंभिक परीक्षण।

एसडीएलसी में परीक्षण जल्दी क्यों?

आइए कुछ घटनाओं और गतिविधियों पर चर्चा करें जो परीक्षण का एक हिस्सा हैं।

आमतौर पर, प्रोग्राम मैनेजमेंट टीम एक प्रोग्राम मैनेजर (पीएम) को दिए गए सॉफ्टवेयर रिलीज या प्रोजेक्ट को असाइन करती है। मार्केटिंग, डेवलपमेंट, क्यूए और सपोर्ट टीमों सहित सभी हितधारकों के सहयोग से पीएम एक रिलीज शेड्यूल के साथ आता है

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

सॉफ्टवेयर रिलीज परीक्षण अनुसूची

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

मुख्य रूप से, वाटरफॉल मॉडल का उपयोग ऐसे सॉफ़्टवेयर रिलीज़ को निष्पादित करने के लिए किया जाता है। एक छोटे रिलीज चक्र के लिए कुछ मामलों में, एजाइल / स्क्रैम मॉडल को अपनाया जाता है।

चित्र 2 - विशिष्ट त्रैमासिक रिलीज परीक्षण अनुसूची (समग्र परियोजना या रिलीज अनुसूची नहीं)

त्रैमासिक रिलीज परीक्षण अनुसूची

गंभीर या उच्च गंभीरता दोष का प्रभाव

चित्र तीन - गंभीर दोषों का विशिष्ट प्रभाव

गंभीर दोषों का विशिष्ट प्रभाव

में मुख्य , परीक्षण के दौरान, यह अपेक्षित है कि

  • गंभीर या उच्च गंभीरता दोषों की पहचान और परीक्षणकर्ताओं द्वारा लॉग इन किया जाता है।
  • डेवलपर्स को उन दोषों को ठीक करने की आवश्यकता होगी।
  • इसके बाद, परीक्षकों को फिक्स सत्यापित करने की आवश्यकता होगी।

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

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

अंततः , यदि दिए गए रिलीज के अंत के दौरान बड़ी संख्या में महत्वपूर्ण कीड़े पाए जाते हैं, तो निम्न नकारात्मक घटनाओं में से एक या एक से अधिक होते हैं।

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

अन्य दोषों के बारे में कैसे?

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

सिल्वर बुलेट नहीं है

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

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

उपरोक्त किसी भी या सभी का संगठन के व्यवसाय पर नकारात्मक प्रभाव पड़ेगा। इस संदर्भ में, गोद लेना ting प्रारंभिक परीक्षण 'लीजिये अलग परीक्षण गतिविधि किसी दिए गए प्रोजेक्ट या रिलीज़ के लिए SDLC के समग्र प्रबंधन के लिए फायदेमंद होगा।

प्रारंभिक परीक्षण प्रयास का दायरा

In शीर्षक वाले पिछले खंड में प्रारंभिक परीक्षण के उद्देश्य को समझने के बाद Testing प्रारंभिक परीक्षण क्यों? ', चलिए अब चर्चा करते हैं discuss प्रारंभिक परीक्षण प्रयास का दायरा ' विस्तार से।

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

कल्पना:

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

प्रारंभिक परीक्षण क्या है?

चित्र 4 - टेस्टिंग अर्ली के दायरे में कुल मिलाकर दृष्टिकोण

4. प्रारंभिक परीक्षण में परीक्षण करने के लिए क्या

पहुंच

  • आइए हम ए उदाहरण 3 उच्च प्राथमिकता वाले ए, बी और सी, 10 मीडियम प्राथमिकता वाले फीचर्स और 15 माइनर (या लो प्रायरिटी) वाले फीचर्स XYZ जारी करते हैं।
  • उच्च प्राथमिकता विशेषताएं वे हैं जो उच्च राजस्व और / या मानकों का अनुपालन और / या प्रतिस्पर्धी कैच-अप और / या प्रतिस्पर्धी वन-अपीयरेंस और इन सभी को उत्पन्न कर रहे हैं।
  • उच्च प्राथमिकता वाली विशेषताओं में आमतौर पर कुछ जटिल कोडिंग शामिल होती हैं, बड़ी संख्या में नई लाइनें जोड़ी जाती हैं।
  • कोड की नई लाइनों की एक बड़ी संख्या का मतलब चौराहे क्षेत्रों की उच्च संभावना भी हो सकती है।
  • आमतौर पर, हाई प्रायोरिटी फीचर्स और / या फीचर्स जिनमें बड़ी संख्या में नई लाइनों के कोड होते हैं, टेस्टिंग अर्ली के लिए सबसे अच्छे उम्मीदवार होते हैं।
  • प्रारंभिक परीक्षण गतिविधि के लिए विकसित एक अलग टेस्ट प्लान की आवश्यकता नहीं है।
  • क्यूए लीड्स या टेस्टर्स के साथ-साथ डेवलपमेंट लीड्स या एसएमई (सब्जेक्ट मैटर एक्सपर्ट्स) को इस टेस्टिंग एक्टिविटी के लिए कोड / टेस्टिंग कवरेज पर चर्चा और सहमति की जरूरत होती है।
  • उपयुक्त उच्च प्राथमिकता परीक्षण मामलों और यहां तक ​​कि कुछ मध्यम प्राथमिकता परीक्षण मामलों की पहचान करें यदि आपको लगता है कि यह प्रत्येक फीचर टेस्ट प्लान ए, बी और सी से आवश्यक है।
  • एक बार परीक्षण के मामलों की उपयुक्त विशेषताओं और सबसेट की पहचान हो जाने के बाद, सुनिश्चित करें कि उन्हें संगठन द्वारा अपनाए गए टेस्ट ट्रैकिंग टूल का उपयोग करके ट्रैक किया गया है।

संकेत: सहयोग महत्वपूर्ण है! प्रारंभिक परीक्षण गतिविधि के दौरान, विकास और क्यूए टीमों दोनों को यह सुनिश्चित करने के लिए निकट सहयोग करने की आवश्यकता है कि सेट उद्देश्य गुणवत्ता परिणामों के साथ प्राप्त किए जाते हैं।

अर्ली टेस्ट पर शुरू और बाहर निकलें

यह महत्वपूर्ण है कि विकास और क्यूए टीम दोनों ही मंथन करें और प्रारंभ और निकास तिथियों सहित संपूर्ण प्रारंभिक परीक्षण गतिविधि के सभी दृष्टिकोणों से सहमत हों ताकि सभी एक ही पृष्ठ पर हों।

शुरुआत के लिए प्रवेश मानदंड

  • एकीकरण परीक्षण पूरा होने का प्रतिशत
  • खुले बग की संख्या
  • अर्ली टेस्ट शुरू करने के लिए कोई अवरोधक नहीं

गतिविधि चरण

  • ट्रैकिंग प्रगति
  • इस परीक्षण के दौरान कोड ड्रॉप की संख्या
  • बग फिक्सिंग दृष्टिकोण
  • बग सत्यापन दृष्टिकोण
  • इस परीक्षण के परिणाम को रिकॉर्ड करें

मानदंड से बाहर निकलें

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

भला - बुरा

हर नई पहल या गतिविधि के अपने गुण और अवगुण होते हैं।

आइए हम इस परीक्षण दृष्टिकोण के पेशेवरों और विपक्ष का पता लगाएं।

पेशेवरों

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

विपक्ष

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

निष्कर्ष

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

परीक्षण के सिद्धांतों के प्रमुख घटक जैसे टेस्ट क्यों करें? परीक्षण क्या है? क्या टेस्ट करें? कैसे करें टेस्ट? ज्यादातर अच्छी तरह से परिभाषित और समझे जाते हैं। हालाँकि, कुछ ऐसे अचंभित करने वाले प्रश्न हैं जो शुरुआती परीक्षण जैसी अवधारणाओं पर पाठकों, परीक्षकों, लीड्स और प्रबंधकों के दिमाग में कौंधते रहते हैं।

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

क्या आपने कभी अपने करियर में शुरुआती परीक्षण के महत्व को महसूस किया है? नीचे टिप्पणी अनुभाग में अपने विचारों और अनुभवों को साझा करने के लिए स्वतंत्र महसूस करें !!

अनुशंसित पाठ

^