मेन्यू

प्रभावी ढंग से 'टेस्ट बेड' कैसे तैयार करें और टेस्ट पर्यावरण दोषों को कम करें (भाग 1)

how effectively prepare test bed

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

कैसे ग्रहण में तोड़फोड़ स्थापित करने के लिए

टेस्ट बेड / टेस्ट एनवायरनमेंट सेटअप चुनौतियाँ और सर्वोत्तम प्रथाएँ:

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

यह कैसे प्राप्त किया जाता है?

प्रभावी रूप से

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

व्यक्तिगत रूप से, ऑडिट प्रक्रिया का एक हिस्सा होने के नाते, मैंने देखा है कि जब टेस्ट बेड या टेस्ट एनवायरनमेंट को सही तरीके से बनाने के लिए प्रयास की एक अच्छी मात्रा में निवेश किया गया है और जब परीक्षक की पूरी तरह से कोशिश की जाती है, तो सबसे अधिक वैध दोष पाए जाते हैं। पर्यावरण के प्रकार की जरूरत की समझ।

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

यह आलेख इस बात की चर्चा करता है कि टेस्ट बेड वास्तव में क्या कहता है: यह टेस्ट एनवायरनमेंट सेटअप और टेस्ट डेटा सेटअप की दो चरणों वाली प्रक्रिया है:

भाग 1) लेख के पहले भाग में चर्चा करेंगे टेस्ट पर्यावरण सेटअप की सामान्य प्रक्रिया , इन चुनौतियों के एवज में एक टेस्ट बेड बनाने के दौरान परीक्षण और बिंदुओं को ध्यान में रखने के लिए आमतौर पर सामना करने वाली सेटअप समस्याओं का सामना करना पड़ता है।

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

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

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

ये रिपोर्टें ऑडिट के दौरान किए गए अवलोकनों के आधार पर टीम को सुधार के अवसरों को समझने में भी मदद करती हैं।

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

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

आइए देखें कि टेस्ट बेड या टेस्ट एनवायरनमेंट क्या है, इसे परिभाषित करने पर करीब से नज़र डालते हैं।

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

एक परीक्षण बिस्तर और टेस्ट पर्यावरण क्या है?

एक बहुत ही सामान्य अर्थ में, एक टेस्ट बेड को एक तरह के विकास के माहौल के रूप में परिभाषित किया जा सकता है, जिसमें कोड या मॉड्यूल के कार्यान्वयनकर्ताओं को परीक्षण टीम से किसी भी गड़बड़ी के बिना अपने मॉड्यूल का परीक्षण करने की स्वतंत्रता है, निरपेक्ष कारावास में।

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

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

एक टेस्ट पर्यावरण के घटक

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

यह एक सर्वविदित तथ्य है कि एक परीक्षक के समय की उचित मात्रा में पर्यावरणीय समस्याओं का सेवन किया जाता है, जो बदले में उत्पादकता और परीक्षण अनुसूची को प्रभावित करता है। यद्यपि प्रत्येक परीक्षण टीम के लिए विभिन्न प्रकार की चुनौतियाँ भिन्न होती हैं, उनमें से कुछ सामान्य हो सकती हैं।

आम तौर पर सामना की जाने वाली कुछ प्रमुख चुनौतियाँ हैं:

(१) दूरस्थ पर्यावरण

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

संपत्ति का उपभोग करने वाली टीमों को उस स्थान पर समर्थन टीमों पर बहुत अधिक भरोसा करने की आवश्यकता होगी जहां संपत्ति मौजूद है।

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

# 2) टीमों के बीच संयुक्त उपयोग

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

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

परीक्षण देव और उत्पादन पर्यावरण

# 3) एकीकरण के लिए संसाधन उपयोग के लिए अप्रभावी योजना

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

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

# 4) कॉम्प्लेक्स टेस्ट कॉन्फ़िगरेशन

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

ऐसे मामलों में, परीक्षक स्वयं गलत तरीके से कॉन्फ़िगर करके परीक्षण-बिस्तर में त्रुटि उत्पन्न कर सकते हैं। यह परीक्षण मामले और इससे उत्पन्न होने वाले परिणामों को बहुत प्रभावित करेगा।

# 5) विस्तृत सेटअप समय

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

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

एक टेस्ट पर्यावरण की स्थापना के लिए सर्वोत्तम अभ्यास

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

यह देखते हुए कि सेटअप चुनौतियां परीक्षक की नौकरी का हिस्सा और पार्सल हैं और अपरिहार्य हैं, यहां कुछ सुझाव दिए गए हैं कि परीक्षण के लिए सेटअप को प्रभावी ढंग से कैसे तैयार किया जाए। यह उन दोषों को कम करने में मदद कर सकता है जो सेटअप मुद्दों से उत्पन्न हो सकते हैं।

टिप # 1) समझो परीक्षण आवश्यकताओं को अच्छी तरह से और खुद को शिक्षित करें

ps4 के साथ संगत आभासी वास्तविकता हेडसेट

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

जबकि परीक्षण की योजना बनाई जा रही है, यह है सर्वश्रेष्ठ अभ्यास भी परीक्षण मामले दस्तावेज़ में विस्तृत परीक्षण पर्यावरण जानकारी शामिल करने के लिए। इस तथ्य का कोई अनुमान नहीं है कि परीक्षक तब कुछ समय बिताएगा जो यह विश्लेषण करेगा कि परीक्षण पर्यावरण की आवश्यकता हो सकती है और तदनुसार आवश्यक कॉन्फ़िगरेशन।

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

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

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

टिप # 2) कनेक्टिविटी की जाँच कर रहा है

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

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

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

टिप # 3)नेटवर्क और / या भंडारण की जाँच करना

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

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

टिप # 4) आवश्यक हार्डवेयर और सॉफ्टवेयर, लाइसेंस के लिए जाँच करें

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

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

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

टिप # 5)ब्राउज़र और संस्करण

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

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

टिप # 6)परीक्षण पर्यावरण के उपयोग की योजना बनाना।

इस तथ्य को देखते हुए कि परीक्षण टीम के पास अपने स्वयं के परीक्षण संसाधनों, प्रणालियों, और परिसंपत्तियों के होने की स्थिति नहीं होगी - यह परीक्षण संसाधनों के प्रभावी उपयोग के लिए परीक्षण योजना में प्रमुख मील के पत्थर में से एक है।

ब्राउज़र संगतता परीक्षण कैसे करें

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

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

ऐसा करने से न केवल सदस्यों के भीतर अराजकता और टकराव कम होगा, बल्कि यह पर्यावरण की व्यवहारिक स्थिरता को भी लंबी अवधि के लिए सुनिश्चित करेगा।

टिप # 7)स्वचालन उपकरण और उनके विन्यास

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

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

निष्कर्ष

परीक्षण के लिए वातावरण की तत्परता सुनिश्चित करने के लिए ये टिप्स और ट्रिक्स एक अच्छे यार्डस्टिक और पदचिह्न का निर्माण कर सकते हैं। निस्संदेह, प्रत्येक टीम को चुनौतियों के अपने अनूठे सेट के साथ सामना करना पड़ता है और ऊपर की युक्तियों को अनुकूलित किया जा सकता है और अपनी स्वयं की आवश्यकताओं के अनुरूप अनुकूलित किया जा सकता है।

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

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

लेखक के बारे में: यह लेख स्नेहा नादिग द्वारा लिखा गया है। वह मैनुअल और स्वचालन परीक्षण परियोजनाओं में 7 वर्षों के अनुभव के साथ टेस्ट लीड के रूप में काम कर रही है।

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

अनुशंसित पाठ

^