मेन्यू

मैनुअल और ऑटोमेशन प्रोजेक्ट्स के लिए टेस्ट प्लानिंग अंतर क्या है?

how does test planning differ

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

हम सभी इस बात से सहमत हैं कि ऑटोमेशन प्रोजेक्ट्स मैनुअल टेस्टिंग वालों से अलग हैं। हालाँकि, स्वायत्त स्वचालन परियोजनाएँ वास्तव में मौजूद नहीं हैं (या आदर्श रूप से अस्तित्व में नहीं होनी चाहिए), नियोजित होने पर मैन्युअल और स्वचालन दोनों परियोजनाएँ अलग-अलग तरीके से निपटी जाती हैं।

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

=> पूरी टेस्ट प्लान ट्यूटोरियल सीरीज़ के लिए यहां क्लिक करें

परीक्षण योजना

योजना के बारे में एक अच्छा दिलबर्ट कॉमिक:

परियोजना की योजना

इससे पहले कि हम आगे बढ़ें, मैं यह स्थापित करना चाहता हूं कि यह लेख किस बारे में नहीं है।

# 1) यह ऑटोमेशन फ्रेमवर्क की गहन चर्चा नहीं है। विभिन्न परियोजनाएं अपने ऑटो, वास्तुकला, जटिलताओं, टीम की विशेषज्ञता आदि की प्रकृति के आधार पर विभिन्न रूपरेखाओं का उपयोग करती हैं।

फ्रेमवर्क के बारे में जानकारी नीचे दिए गए लिंक पर मिल सकती है:

टेस्ट ऑटोमेशन चौखटे भाग 1 तथा भाग 2 ।

#दो) यह खाका, प्रारूप या रचना के बारे में भी नहीं है परीक्षण योजना दस्तावेज़ । हम एक स्वचालन परियोजना के लिए पूर्व-प्रलेखन विचारों को संबोधित करने जा रहे हैं, एक व्यवहार्यता विश्लेषण की लाइनों में और अधिक।

# 3) यह भी विशेष रूप से उपकरण नहीं है। एसडीएलसी में हर गतिविधि समय, प्रयास, बुनियादी ढाँचे को लेती है- दूसरे शब्दों में- पैसा।

एक मैनुअल परीक्षण परियोजना के लिए लागत खपत कारक हैं:

  • लोग
  • उपकरण - टेस्ट / दोष प्रबंधन
  • इन्फ्रास्ट्रक्चर - पर्यावरण
  • समय
  • प्रशिक्षण

एक स्वचालन परियोजना के लिए, उपरोक्त मदों के अलावा इसके लिए व्यय की आवश्यकता है:

  • स्वचालन उपकरण
  • टेस्ट प्रबंधन उपकरण एकीकरण के लिए ऐड-इन
  • AUT का समर्थन करने के लिए ऐड (जैसे SAP, Oracle, आदि)
  • ढांचा खड़ा कर दिया
  • उपकरण-विशिष्ट प्रशिक्षण

इन परिस्थितियों को देखते हुए, एक स्वचालन परियोजना की सफलता इस बात पर निर्भर करती है कि आपने कितनी अच्छी तरह से कोड लिखा है, आपने कितने पुन: प्रयोज्य घटक लिखे हैं या कोड की कितनी पंक्तियों में आपने वांछित परिणाम प्राप्त किया है?

ऐसा न करें।

एक और एकमात्र सवाल है जो सफलता को निर्धारित करता है - 'क्या आप मैनुअल मार्ग की तुलना में बेहतर आरओआई (निवेश पर वापसी) उत्पन्न करने में सक्षम हैं'? - यदि तुरंत नहीं, तो अंततः।

यदि इस प्रश्न का उत्तर 'NO' है तो आपने ऑटोमेशन प्रोजेक्ट को गलत तरीके से प्लान किया है।

आम तौर पर, एक परीक्षण योजना में निम्नलिखित खंड होते हैं। हम उनमें से हर एक पर विचार करने के लिए स्वचालन विशिष्ट पहलुओं पर ध्यान केंद्रित करने जा रहे हैं:

स्वचालन परीक्षण योजना

स्वचालन परीक्षण परीक्षण योजना अनुभाग

खंड 1:क्षेत्र

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

धारा 2: टेस्ट की रणनीति

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

धारा 3:संसाधन / भूमिकाएँ और जिम्मेदारियाँ

  • इस दिशा में पहला कदम टीम की क्षमताओं को समझना और चित्र में आने वाले स्वचालन के दायरे से आगे की आशा करना है। यह एक ऐसी टीम चुनने में मदद करेगा जो ऑटोमेशन और मैनुअल परीक्षण दोनों की जरूरत के अनुरूप हो। इसके अलावा, उन लोगों को चुनें जिनके पास सही रवैया है - वे यह नहीं सोचते कि मैनुअल परीक्षण उनके कद के नीचे है।
  • ऑटो, टेस्ट प्रबंधन, दोष प्रबंधन और अन्य एसडीएलसी गतिविधियों के साथ अच्छी तरह से टीम चुनें
  • धारा # 1: स्कोप

धारा # 4:उपकरण

निम्नलिखित नियमों के आधार पर स्वचालन उपकरण चुनें:

  • क्या कंपनी के पास पहले से ही एक निश्चित उपकरण के लिए लाइसेंस हैं, कोशिश करें और देखें कि क्या आप इसका उपयोग कर सकते हैं
  • ओपन-सोर्स (लेकिन विश्वसनीय) टूल देखें
  • क्या टीम के सदस्यों को पहले से ही उपकरण पता है या हमें किसी नए में लाने की आवश्यकता है? या मौजूदा लोगों को प्रशिक्षित करें?

धारा # 5: अनुसूचियां

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

धारा # 6:वातावरण

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

धारा # 7:वितरणयोग्य

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

धारा # 8: जोखिम

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

यह अपेक्षा रखना महत्वपूर्ण है कि स्वचालन परियोजना के लिए ROI तुरंत सकारात्मक नहीं हो सकती है लेकिन लंबे समय तक स्पष्ट रूप से देखी जा सकती है।

इसलिए, यदि आप एक सिस्टम को स्वचालित करने का प्रस्ताव करते हैं, तो वह एक चुनें

  • स्थिर और बहुत अधिक रखरखाव नहीं
  • विशाल प्रतिगमन स्वीट्स के लिए गुंजाइश है
  • मैन्युअल हस्तक्षेप में बहुत अधिक नहीं है या मानव अंतर्ज्ञान पर निर्भर नहीं करता है

धारा # 9:परीक्षण डेटा

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

धारा # 10:रिपोर्ट / परिणाम

  • स्क्रिप्ट निष्पादन परिणाम भी तकनीकी हैं और बाकी टीमों द्वारा आसानी से नहीं समझा जा सकता है। अतिरिक्त उपाय के रूप में नोटपैड या एक्सेल शीट पर विस्तृत परिणाम लिखने की योजना।
  • विस्तृत रूपरेखा दस्तावेज, समीक्षा परिणाम, दोष रिपोर्ट, निष्पादन स्थिति रिपोर्ट भी अपेक्षित हैं।

हम, जैसा कि स्वचालन के प्रति उत्साही लोग सोच सकते हैं कि ग्राहक / प्रबंधन आसानी से स्वचालन प्रस्तावों को नहीं खरीदते हैं।

सॉफ्टवेयर वेबसाइटों से वीडियो डाउनलोड करने के लिए

हालाँकि, जब हमारा अंतिम लक्ष्य स्वचालन के माध्यम से ROI को अधिकतम करना है, तो हम प्रबंधन / ग्राहक के लक्ष्यों के साथ भी सही तालमेल रखते हैं। यह सुनिश्चित करेगा कि हम न केवल अपनी परियोजना को स्वचालित करें, बल्कि बहुत सारी सहमति, सहयोग और उत्साह के साथ ऐसा करने में सक्षम होंगे।

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

यह पोस्ट एसटीएच लेखकों की टीम की सदस्य स्वाति सेला ने लिखी है।

प्रश्न या चर्चा करने के लिए चीजें हैं? नीचे टिप्पणी में बेझिझक पोस्ट करें।

=> पूरी टेस्ट प्लान ट्यूटोरियल सीरीज़ के लिए यहां जाएं

अनुशंसित पाठ

^