how plan manage testing projects effectively
परियोजना प्रबंधन परियोजना प्रबंधन प्रक्रिया में महत्वपूर्ण तत्वों में से एक है।
प्रत्येक व्यक्ति टीम को प्राप्त होने वाले लक्ष्यों की व्याख्या कैसे करता है, यह परियोजना योजना में शामिल स्पष्टता के स्तर का प्रत्यक्ष प्रतिनिधित्व है। विशेष रूप से जब यह एक परीक्षण परियोजना की बात आती है, तो गलत तरीके से प्रोजेक्ट नियोजन परीक्षण के तहत प्रणाली के परीक्षण निष्पादन और समग्र रूप से उत्पाद की समग्र गुणवत्ता पर गंभीर प्रभाव डाल सकता है।
=> पूरी टेस्ट प्लान ट्यूटोरियल सीरीज़ के लिए यहां क्लिक करें
इस परीक्षण परियोजना नियोजन ट्यूटोरियल में, हम सीखेंगे
- परीक्षण परियोजनाओं में समग्र परियोजना नियोजन प्रक्रिया
- संसाधन प्रबंधन, समन्वय और रिपोर्टिंग तकनीकों जैसे कुछ विशिष्ट नियोजन तत्वों पर चर्चा
आप क्या सीखेंगे:
- परीक्षण योजना प्रक्रिया
- एक परीक्षण परियोजना का प्रभावी प्रबंधन
- कार्यों का आवंटन और वितरण
- संसाधन प्रबंधन युक्तियाँ
- रिपोर्टिंग के लिए परीक्षण ट्रैकिंग / उपकरण का उपयोग किया जाता है
- निष्कर्ष
- अनुशंसित पाठ
परीक्षण योजना प्रक्रिया
यहाँ नीचे, परीक्षण योजना प्रक्रिया के विभिन्न चरणों का एक वाक-थ्रू है, जिस पर संक्षेप में चर्चा की गई है।
प्रथम चरण: आवश्यकताओं की समीक्षा और विश्लेषण करें
यह किसी भी परियोजना के लिए पहला कदम है और किसी भी परीक्षण परियोजना में बहुत महत्वपूर्ण भूमिका निभाता है।
कोशिश करते हुए आवश्यकताओं का विश्लेषण करें परीक्षण टीम को पहचानना है और इसलिए यह निर्धारित करना है कि किन वस्तुओं का परीक्षण किया जाना है। ये आइटम बहुत हद तक इस बात पर आधारित हैं कि अंतिम उपयोगकर्ता सिस्टम का उपभोग कैसे करेगा और इसलिए इसे मापने योग्य, विस्तृत और सार्थक होना चाहिए।
जिन वस्तुओं या विशेषताओं की पहचान की जाती है, वे आमतौर पर बताती हैं कि विशेष सॉफ्टवेयर या उत्पाद क्या करना चाहते हैं; कार्यात्मक आवश्यकताओं के रूप में विशेषता। कुछ गैर-कार्यात्मक आवश्यकताओं की पहचान भी की जा सकती है जैसे कि प्रदर्शन या एंड टू एंड सॉफ्टवेयर घटकों की बातचीत।
वे लोग जो व्यावसायिक लक्ष्य के बारे में जानते हैं और जो आवश्यकताओं को उपयुक्त रूप से परिभाषित कर सकते हैं वे आम तौर पर इस गतिविधि का हिस्सा हैं। आवश्यकताओं को तब दस्तावेज और समीक्षाओं के लिए परिचालित किया जाता है। दस्तावेज़ को अंतिम साइन-ऑफ़ करने के लिए सभी समीक्षा टिप्पणियों और प्रतिक्रिया को शामिल किया जाना चाहिए।
चरण 2: परीक्षण का दायरा
परीक्षण का दायरा आम तौर पर आवश्यकता विश्लेषण चरण का विस्तार होता है और ज्यादातर एक ही गतिविधि के रूप में माना जाता है, क्योंकि वे हाथ से जाते हैं। एक बार आवश्यकताएं पूरी हो जाने के बाद, परीक्षण टीम निर्धारित करती है कि किन वस्तुओं का परीक्षण किया जाना है और क्या नहीं।
यह गतिविधि यह निर्धारित करने के लिए लक्षित होनी चाहिए कि परीक्षण के कौन से क्षेत्र किन टीमों द्वारा कवर किए गए हैं।
उदाहरण के लिए एक टीम FVT (फंक्शन वेरिफिकेशन टेस्ट) के लिए समर्पित है और SVT (सिस्टम वेरिफिकेशन टेस्ट) में परीक्षण के लिए पूरी तरह से अलग गुंजाइश होगी, और FVT और इतने पर वैश्वीकरण का प्रदर्शन या नहीं किया जा सकता है।
इसके अलावा अगर परीक्षण परियोजना को स्वचालन की आवश्यकता होती है, तो उस की व्यवहार्यता का भी मूल्यांकन किया जाता है। स्पष्ट स्कोप परिभाषित होने से प्रबंधन को स्पष्ट रूप से पता चल जाएगा कि क्या परीक्षण किया गया है और किस टीम ने परीक्षण के प्रयास को कवर किया है।
स्टेज # 3: डिजाइन परीक्षण की रणनीति दायरे के अनुसार
आवश्यकताओं को इकट्ठा करने और परीक्षण के दायरे की पहचान करने के बाद परीक्षण टीम, परीक्षण के उद्देश्य को प्राप्त करने के लिए परीक्षण दृष्टिकोण को परिभाषित करते हुए, परीक्षण रणनीति दस्तावेज नामक एक उच्च-स्तरीय दस्तावेज़ बाहर रख देगी।
एक परीक्षण रणनीति दस्तावेज़ को अक्सर अद्यतन नहीं किया जाता है।
उच्च स्तर पर, परीक्षण रणनीति दस्तावेज की सामग्री में परीक्षण की गुंजाइश और उद्देश्य, अलग-अलग परीक्षण टीमों के दृष्टिकोण, भूमिकाएं और जिम्मेदारियां, परीक्षण के लिए पहचाने जाने वाले उपकरण, पहचान किए गए मैट्रिक्स, जोखिम और शमन योजना, रिपोर्टिंग और ट्रैकिंग शामिल होंगे। तंत्र आदि।
स्टेज # 4: परीक्षण और प्रबंधन के लिए आवश्यक आवश्यक उपकरणों को पहचानें
क्या स्वचालन संभव है और क्या सीएलआई (कमांड लाइन इंटरफेस) या जीयूआई स्वचालन को लक्षित किया गया है, इसके आधार पर, संबंधित उपकरणों को पहचानने की आवश्यकता है।
परीक्षण प्रबंधन के लिए पहचाने जाने वाले उपकरण भी हैं, जो कार्यों को बनाने और असाइन करने, परीक्षण प्रगति पर नज़र रखने, बाधाओं की पहचान करने और प्रगति का संकेत देने वाली रिपोर्ट तैयार करने में मदद करेंगे। हम ट्यूटोरियल के दूसरे भाग में इस पर विस्तार से चर्चा करेंगे।
स्टेज # 5: परीक्षण के प्रयास और टीम का अनुमान लगाएं
सही प्रयास का अनुमान किसी भी समय देरी को रोक सकता है और आवश्यक रूप से संसाधनों के पुन: संतुलन में सक्षम बनाता है।
प्राथमिक कारक जो इस गतिविधि को प्रभावित करेंगे टीम का आकार, टीम के भीतर कौशल, टीम का रवैया और शेड्यूल हैं।
टीम द्वारा इन कारकों के अनुरूप रखने के लिए प्रयास अनुमानों की समीक्षा करना अनिवार्य है, जो कि उनके ब्याज स्तरों के सीधे आनुपातिक हैं।
स्टेज # 6: टेस्ट शेड्यूल को परिभाषित करें
पेड़ डेटा संरचना c ++
एक बार जब आपके पास परीक्षण योग्य आइटम हैं जो तार्किक लाइन आइटम में टूट गए हैं, तो काम के निर्दिष्ट टुकड़े के लिए आकार का अनुमान पूरा हो जाता है, इन सभी और असाइन किए गए परीक्षकों के आधार पर एक औसत दर्जे का परीक्षण शेड्यूल परिभाषित किया जाना है।
स्टेज # 7: सक्षम योजना
चाहे वह एक नई परियोजना हो, जिसका परीक्षण किया जाना हो या पहले से चली आ रही प्रणाली का संवर्द्धन हो, परीक्षण टीम को न केवल तकनीकी रूप से बल्कि समग्र परीक्षण प्रक्रिया के संबंध में भी प्रशिक्षित किया जाना चाहिए।
स्टेज # 8: निर्धारित करें और परीक्षण वातावरण की खरीद
सिस्टम के परीक्षण के लिए आवश्यक आवश्यक बुनियादी ढांचे की पहचान करें और परीक्षण का समर्थन करने के लिए आवश्यक हार्डवेयर, सॉफ्टवेयर और नेटवर्किंग टुकड़ों को प्राप्त करने के लिए सभी अनुरोधों को आरंभ करें।
यह नियोजन चरण में एक महत्वपूर्ण तत्व है क्योंकि यह परीक्षण वातावरण की स्थिरता को नियंत्रित करेगा, जिसका उत्पादित दोषों पर सीधा प्रभाव पड़ेगा।
स्टेज # 9: की पहचान परीक्षण मैट्रिक्स
टेस्ट मेट्रिक्स आमतौर पर उत्पाद या प्रणाली की गुणवत्ता प्राप्त करने के लिए मात्रात्मक विधि है।
किसी भी परियोजना की शुरुआत में, इन मापन योग्य इकाइयों को समतल करने की आवश्यकता होती है जो यह निर्धारित करने में सहायता करती हैं कि क्या सुधार के लिए कोई अवसर हैं। आमतौर पर, गुणवत्ता ऑडिट उद्देश्यों के लिए, मैट्रिक्स उत्पाद और प्रक्रिया की गुणवत्ता के प्रत्यक्ष संकेतक हैं।
स्टेज # 10: बनाएँ सॉफ्टवेयर परीक्षण योजना , समीक्षाएँ और अनुमोदित
एक परीक्षण योजना दस्तावेज़ अधिक परीक्षण-केंद्रित है और बताते हैं कि 'क्या परीक्षण करना है', 'कब परीक्षण करना है', 'कैसे परीक्षण करना है' और 'कौन परीक्षण करेगा' जो तकनीकी दस्तावेज जैसे कि उपयोग के मामले के दस्तावेजों, उच्च-स्तरीय डिज़ाइनों से निर्धारित होता है। , आदि।
अब तक, हमने परियोजना नियोजन के विभिन्न चरणों पर चर्चा की।
जबकि प्रत्येक चरण अपने आप में एक ट्यूटोरियल हो सकता है, लेख के इस हिस्से का उद्देश्य कम सामान्यतः नियोजित कार्यों के बारे में बात करना है। इन कार्यों को यदि उपयुक्त अग्र-विचार नहीं दिया जाता है, तो परीक्षण टीम और इसलिए उत्पाद पर प्रतिकूल प्रभाव पड़ेगा।
आइए इन कार्यों, उनके महत्व और सुझावों पर एक नज़र डालें ताकि क्यूए परियोजना को प्रभावी ढंग से प्रबंधित करने के लिए उन्हें लगातार सुधारते रहें।
एक परीक्षण परियोजना का प्रभावी प्रबंधन
जब प्रभावी नियोजन तकनीकों को लागू किया जाता है, तो वास्तव में परीक्षण से पहले ही किसी भी जोखिम या त्रुटियों को आसानी से पहचाना जा सकता है। यद्यपि नीचे दिए गए प्रत्येक कार्य एक-दूसरे के साथ जुड़े हुए हैं, यह उन्हें एक अलग उल्लेख देने के लायक था।
कार्यों का आवंटन और वितरण
यह एफर्ट एस्टिमेशन से उपजा है और नियोजन चरण में आकार देता है। कौशल, दृष्टिकोण, अनुसूची और टीम के आकार को ध्यान में रखते हुए, कार्यों के आवंटन के लिए यहां कुछ संकेत दिए गए हैं:
# 1) टीम को बैठाने और निर्दिष्ट कार्य के पीछे उद्देश्य और औचित्य को स्पष्ट रूप से बताने के लिए यह एक बहुत अच्छा अभ्यास है। यह जानने के बाद कि चीजों का समग्र योजना में एक विशेष टुकड़ा कैसे फिट बैठता है, लोगों को उन्हें पूरा करने की एक सार्थक विधि प्राप्त करने में मदद करेगा और उन्हें अपना सर्वश्रेष्ठ पैर आगे रखने में सक्षम करेगा।
#दो) टीम के सभी सदस्यों का एक स्किल चार्ट तैयार करें और उसके अनुसार कार्यों को असाइन करें। इसके अलावा, यह भी ध्यान रखें कि कनिष्ठ सदस्यों को भी एक उचित मौका दिया जाना चाहिए।
उदाहरण के लिए: यदि कोई कार्य बड़ा है, तो उसे एक वरिष्ठ और कनिष्ठ सदस्य में विभाजित किया जा सकता है। ऐसा करने से वरिष्ठ सदस्य में नेतृत्व गुण सक्षम हो जाएंगे और यह जूनियर सदस्य के ज्ञान पर भी आधारित होगा। यदि कोई कार्य जटिल है, तो 2 या अधिक वरिष्ठ सदस्यों का इसमें योगदान है।
# 3) एक बार शेड्यूल के साथ टास्क असाइनमेंट का प्रारंभिक कंकाल तय हो जाने के बाद, इसे टीम के भीतर इधर-उधर घुमाएं और उनकी समीक्षा करें। इसके अलावा, असाइनमेंट के पीछे के मकसद और तर्क के बारे में बताएं।
असाइनमेंट को अंतिम रूप देने से पहले, एक अच्छा विचार व्यक्ति के साथ जांचना होगा कि क्या वे इससे सहमत हैं या उनके पास कोई अन्य सुझाव है। यदि कोई आपत्ति नहीं है, तो अनुसूची और उनके अंत से आवश्यक स्टेटस रिपोर्टिंग की चर्चा करें।
एक प्रतिक्रिया का मतलब यह भी हो सकता है कि व्यक्ति आवंटन से सहमत नहीं है। व्यक्तियों से चर्चा करें कि वे इससे क्यों असहमत हैं और उनकी राय का सम्मान करते हैं। यदि व्यक्त की गई चिंताएं वैध हैं, तो असाइनमेंट को फिर से संतुलित करने के लिए विकल्पों की तलाश करें, जैसे कि कार्य को समय पर पूरा करने के लिए कोई जोखिम नहीं है।
# 4) अपेक्षित रिपोर्टिंग के मोड पर सहमत हों। व्यक्तियों को यह तय करने की अनुमति दें कि क्या वे ए देना चाहते हैं ईमेल अपडेट या किसी अन्य अनौपचारिक मोड का उपयोग करना। वियोज्य बनें और इस भावना को उकसाएँ कि वे कभी भी आपको महसूस कर सकते हैं कि उन्हें लग रहा है कि वे फंस रहे हैं या यदि कोई चीज उन्हें लक्ष्य हासिल करने से रोक रही है।
# 5) आवश्यक कार्यों को ट्रैक करने के लिए आवश्यक उपकरणों की पहचान आवश्यक है। यह उन कार्यों की समय पर समीक्षा करने में मदद करेगा जो अभी भी काम नहीं कर रहे हैं, जो प्रगति में हैं और जो पूरे हो चुके हैं।
संसाधन प्रबंधन युक्तियाँ
परीक्षण संसाधनों के प्रबंधन के बारे में बहुत सारी जानकारी मेरे नेतृत्व लेख के भाग के रूप में यहां दी गई थी:
=> टेस्ट नेतृत्व और प्रभावी ढंग से टेस्ट टीम का प्रबंधन कैसे करें
यहां, मैं संक्षेप में इनमें से कुछ पहलुओं को छूऊंगा।
# 1) अधिक बार नहीं, सख्त प्रोजेक्ट समय सीमा के कारण परीक्षक हमेशा उच्च दबाव में होते हैं, कम कर्मचारी होने या अत्यधिक सामग्री के अचानक प्रोजेक्ट शेड्यूल में कोई बदलाव नहीं किए जाने के कारण।
ऐसे मामलों में, यदि आप यह सोचते हैं कि समय सीमा में बाधा आ सकती है, तो प्रबंधन के साथ चर्चा करें और इसके अनुसार गुंजाइश हो।
#दो) ऐसे मामलों में परीक्षकों के साथ संचार लाइनों को हमेशा अधिक खुला रखना बहुत महत्वपूर्ण है। परीक्षकों के साथ वर्तमान स्थिति पर चर्चा करें और इंगित करें कि ये परिवर्तन कैसे होते हैं और अनुवादित टॉप-डाउन होते हैं।
# 3) हमेशा दोष, तकनीकी मुद्दे, प्रश्नों को हल करना होगा जो परियोजना की स्थिति पर सीधा प्रभाव डालेंगे। हमेशा विकास और परीक्षण टीमों के बीच अंतर को कम करने की कोशिश करें ताकि दोष या अन्य तकनीकी प्रश्नों से संबंधित मुद्दों को जल्दी से हल किया जाए।
प्रत्येक परीक्षक के भीतर स्वामित्व की भावना पैदा करें, जैसे कि वे किसी भी बिंदु पर प्रबंधन या डेवलपर्स के साथ तकनीकी प्रश्नों या मुद्दों को हल करने के लिए चर्चा करने और नेतृत्व करने के लिए एक आश्वस्त स्थिति में हैं।
# 4) शेड्यूल में हमेशा हाइयरवेयर जाने का एक अच्छा मौका होता है, इसलिए टेस्ट टीम से प्रबंधन के लिए हमेशा खुद को स्ट्रेच करने में सक्षम होने की अपेक्षाएं न रखें।
'काम ही काम, न कोई मोद न आराम, फिर कैसे चमके चिपटू राम' शायद एक कहावत सबसे आदर्श रूप से एक परीक्षण टीम के अनुकूल है क्योंकि वे अंतिम रूप से जलने के एक उच्च जोखिम में हैं। हमेशा बैकअप की पहचान की जाती है, इसलिए लोग जब चाहें तब कुछ समय निकाल सकते हैं, जैसे वे ब्रेक चाहते हैं।
# 5) परीक्षण टीम और प्रबंधन के साथ नियमित रूप से इंटरलॉक, नियंत्रण में उनके कार्यों और स्थिति के लिए आवश्यक है। हम अगली बुलेट में उन्हें और अधिक विस्तार से कवर करेंगे।
रिपोर्टिंग के लिए परीक्षण ट्रैकिंग / उपकरण का उपयोग किया जाता है
प्रबंधन अक्सर उभरी हुई भौहों के साथ प्रतिक्रिया करता है, जब वास्तविक स्थिति उनके बारे में बताई जाती है। यहाँ कुछ सुझाव दिए गए हैं कि उन आइब्रो को उचित डिग्री तक कैसे लाया जाए।
# 1) परीक्षण करते समय परीक्षक बहुत अस्थिरता से निपटते हैं और कई बार ऐसा होता है कि कई लोग उनसे विभिन्न स्तरों पर प्रगति के लिए पूछते हैं। वे इन प्रशासनिक कार्यों को पूरा करने के लिए संपूर्ण और अधिक कठिन लगते हैं। जबकि उन्हें अपनी प्रगति को सूचित करना महत्वपूर्ण है, आपको इसका पता लगाना होगा उनकी प्रगति के लिए कम बोझिल तरीका ।
#दो) परीक्षण टीम के साथ नियमित रूप से चौकी / स्क्रैम बैठकें करें और विश्लेषण करें कि क्या चीजें आसानी से चल रही हैं। उनके साथ इंटरलॉक करें कि वे कितनी दूर आ गए हैं, क्या प्रगति पर है, क्या करने की आवश्यकता है और उन्हें वापस पकड़े हुए क्या है। यदि कोई व्यक्ति अतिरंजित महसूस कर रहा है, तो सुचारू रूप से निष्पादन के लिए कुछ फिर से संतुलन बनाने के लिए कार्रवाई करें।
# 3) प्रबंधन के साथ नियमित रूप से बैठकें करें और उन्हें यह एहसास दिलाएं कि लीड स्थिति से संबंधित किसी भी प्रश्न के लिए संपर्क का बिंदु है और व्यक्तिगत परीक्षकों से आवश्यकता होने पर ही पिच करने के लिए कहा जा सकता है।
कोशिश करें और संचार की स्थिति के अलावा, जितना संभव हो सके परीक्षण टीम का प्रदर्शन करें। यदि एक परीक्षक ने एक महत्वपूर्ण दोष दर्ज किया है, तो एक बड़े दर्शक वर्ग में इसका प्रदर्शन और सराहना करता है। यह सभी को अपनी बार बढ़ाने के लिए प्रेरित करेगा।
# 4) यह बताने की आवश्यकता नहीं है कि रिपोर्टिंग स्थिति का सबसे सटीक और पारदर्शी तरीका परीक्षण प्रबंधन / रिपोर्टिंग के लिए पहचाने जाने वाले उपकरण हैं।
व्यापक उपकरण उपलब्ध हैं जो पूरे परीक्षण की योजना बनाने में मदद करते हैं - जैसे Microsoft प्रोजेक्ट प्लानर या एमएस प्रोजेक्ट 2013 ।
यह उपकरण चरणों में एक परियोजना को परिभाषित करने में मदद करता है, उन चरणों में से प्रत्येक को आवंटित किए गए प्रमुख और मामूली कार्यों के टूटने के साथ आवश्यक कार्यों का सार, प्रयास का अनुमान, कार्यों के बीच निर्भरता की पहचान और संसाधनों के असाइनमेंट। इस तरह, यह एक परियोजना के कुशल ट्रैकिंग और प्रबंधन में मदद करता है।
तुम भी बहुत अच्छी तरह से यहाँ वर्णित उपकरणों का एक गुच्छा पा सकते हैं:
=> सर्वश्रेष्ठ परीक्षण प्रबंधन / रिपोर्टिंग उपकरण
निष्कर्ष
जबकि नियोजन प्रक्रिया में प्रत्येक चरण की लंबाई पर चर्चा की जा सकती है, यह दस्तावेज़ परीक्षकों को यह समझने में मदद करेगा कि उनकी भूमिका इस समग्र प्रक्रिया के साथ कैसे संयोजित है। यह बहुत विशिष्ट परीक्षण नियोजन तत्वों को बाहर लाने का हमारा प्रयास था; जो प्रभावी ढंग से अपनी नौकरी करने के लिए दैनिक आधार पर परीक्षण टीमों को प्रभावित करते हैं।
मुझे उम्मीद है कि यह लेख अच्छी योजना के साथ परियोजना नियोजन के कुछ सूक्ष्म पहलुओं को सामने लाएगा। प्रभावी नियोजन के लिए समर्पित समय परियोजना मील के पत्थर प्राप्त करने में महत्वपूर्ण साबित हो सकता है।
लेखक के बारे में: यह स्नेहा नादिग का अतिथि लेख है। वह मैनुअल और स्वचालन परीक्षण परियोजनाओं में 8 वर्षों के अनुभव के साथ एक टेस्ट लीड है।
विंडोज़ के लिए सबसे अच्छा डेटा रिकवरी सॉफ़्टवेयर
प्रभावी रूप से परीक्षण परियोजनाओं के प्रबंधन के लिए अधिक विशिष्ट सुझाव साझा करना चाहते हैं? नीचे टिप्पणी करके हमें बताएं।
=> पूरी टेस्ट प्लान ट्यूटोरियल सीरीज़ के लिए यहां जाएं
अनुशंसित पाठ
- सर्वश्रेष्ठ सॉफ्टवेयर परीक्षण उपकरण 2021 (क्यूए टेस्ट स्वचालन उपकरण)
- सॉफ्टवेयर टेस्टिंग कोर्स सिलेबस - ऑनलाइन कोर्स विस्तृत प्रशिक्षण योजना
- परीक्षण प्राइमर eBook डाउनलोड
- मल्टी-लिंगुअल वेबसाइट्स की टेस्टिंग के लिए 7 बेसिक टिप्स
- टॉप 20 प्रैक्टिकल सॉफ्टवेयर टेस्टिंग टिप्स आपको किसी भी एप्लीकेशन को टेस्ट करने से पहले पढ़ना चाहिए
- दोष प्रबंधन प्रक्रिया: प्रभावी रूप से एक दोष प्रबंधन कैसे करें
- 10 युक्तियाँ आपको अपने परीक्षण कार्य को स्वचालित करने से पहले पढ़ना चाहिए
- क्या सॉफ्टवेयर टेस्टिंग एक इमोशनल टास्क है?