what do when there isn t enough time test
अपने परीक्षण चक्र के माध्यम से भाग, क्या आपको अक्सर एहसास होता है कि आपके पास परीक्षण करने के लिए पर्याप्त समय नहीं है? आपके पास यह सब नियंत्रण में था, साथ शुरू करने के लिए, लेकिन जल्द ही आप आकस्मिक योजना पर पहुंच रहे हैं 'जब परीक्षण के लिए पर्याप्त समय नहीं है तो क्या करें?' अनुभाग।
मैं वहां भी रहा हूं और यह मजेदार नहीं है। :)
मैंने इस लंबे और कठिन के बारे में सोचा। कोई चीज जो इतनी अच्छी तरह से शुरू हुई है, इतनी बुरी तरह से नीचे जा सकती है, इतनी जल्दी। और, यहाँ मेरा विश्लेषण है।
=> पूरी टेस्ट प्लान ट्यूटोरियल सीरीज़ के लिए यहां क्लिक करें
आप क्या सीखेंगे:
- मेरा परीक्षण समय कहाँ गया?
- परीक्षकों को परीक्षण के लिए पर्याप्त समय कैसे मिल सकता है?
- निष्कर्ष:
- अनुशंसित पाठ
मेरा परीक्षण समय कहाँ गया?
कैसे एक .dat फ़ाइल देखने के लिए
सबसे पहले, ऐसा क्यों होता है?कई कारण - जिनमें से कुछ हैं:
(१) गलत अनुमान :
यदि आपने गलत अपेक्षा के साथ शुरुआत की है, तो चीजें विफल होने के लिए बाध्य हैं। एक अच्छा परीक्षण अनुमान निम्नलिखित को ध्यान में रखना चाहिए:
- प्रारंभिक कार्यों के लिए समय - हम इस तरह के कार्यों के बारे में बात कर रहे हैं:
- एक प्रतिगमन सूट की पहचान करना और एक साथ रखना
- टेस्ट डेटा बनाना
- परीक्षण की तत्परता निर्धारित करने का समय (जैसे: स्मोक / सनिटी टेस्ट), आदि।
- परीक्षण मामले का रखरखाव : परीक्षण के मामले दीर्घकालिक उपयोग की संपत्ति हैं। वे निष्पादन के दौरान मामूली अपडेट से गुजरना सुनिश्चित करते हैं। यह अनुशंसा की जाती है कि आपके परीक्षण निष्पादन समय के 30% तक नए उत्पादों को इन छोटे रखरखाव कार्यों के लिए आवंटित किया जाना चाहिए। सभी टीमों और परियोजनाओं को 30% की आवश्यकता नहीं हो सकती है, लेकिन इस कार्य के लिए कुछ समय और प्रयास आवंटित करें।
- इसके लिए / खोजपूर्ण परीक्षण - स्क्रिप्टेड परीक्षणों की गिनती परीक्षण अनुमान संख्याओं के लिए एक प्रमुख भाजक है। हालांकि, इस दुनिया में कोई भी परीक्षण टीम आपके सॉफ़्टवेयर की खोज करने से इनकार नहीं करेगी, भले ही मॉडल मुख्य रूप से स्क्रिप्टेड हो।
- रिपोर्टिंग / संचार - इसमें ट्राइएज / स्टैंड अप मीटिंग, वर्क मैनेजमेंट टूल अपडेट करना आदि शामिल हैं।
- आकस्मिकता कारक: मानक आपके मूल अनुमानों को 25-30% बफर की सलाह देते हैं। लेकिन टीमें शायद ही इसे बर्दाश्त कर सकें। फिर भी, जब संभव हो, थोड़ा सांस लेने का कमरा छोड़ दें।
- टीम और इसकी क्षमताएं: यदि आपके पास एक नई टीम है या यदि वे पहली बार एक उपकरण का उपयोग कर रहे हैं, तो आपको प्रशिक्षण के लिए कुछ समय अलग सेट करना पड़ सकता है। आप जिस टीम के साथ काम कर रहे हैं उसके आधार पर अपने अनुमानों को दर्जी करें।
अनुशंसित पढ़ा=> परीक्षण अनुमान सफलता और तरीकों के बारे में अधिक जानकारी के लिए इसे जांचें
# 2) अस्थिर बनाता है और अन्य तकनीकी समस्याओं:
- धूम्रपान / सनिटी परीक्षण की विफलता : जब QA वातावरण में तैनाती के बाद AUT पर मूल परीक्षण विफल हो जाते हैं, तो QA टीम परीक्षण निष्पादन की दिशा में कुछ नहीं कर सकती है। यह सच है कि ऐसा होने पर हम अन्य कार्यों पर काम कर सकते हैं, लेकिन यह अभी भी नहीं भरेगा परीक्षण चक्र समय। तो, समय बर्बाद करने में यह एक प्रमुख योगदानकर्ता है।
- परीक्षण डेटा अनुपलब्ध : उत्पादन की तरह डेटा हर परीक्षण परियोजना के लिए जरूरी है। समय पर क्यूए वातावरण में इसे प्राप्त नहीं करना भी एक और अवरोधक कारक है। कभी-कभी परीक्षक इसके द्वारा काम कर सकते हैं अपना स्वयं का परीक्षण डेटा बनाना और प्रबंधित करना , लेकिन यह समय लेने वाली है और हमेशा ऑन-पॉइंट नहीं हो सकती है।
- पर्यावरण के मुद्दे - बिल्ड फ़ेलिंग परिनियोजन, सर्वर समय पर हो रहा है, ऐसे कई और मुद्दे आपके परीक्षण चक्र को दूर करते हैं। यह शायद इस तथ्य से उपजा है कि, कुछ कंपनियां (सभी नहीं) प्रभावी क्यूए के लिए एक अच्छे, जीवंत जैसे वातावरण के महत्व को कम करती हैं। वे अक्सर कम क्षमता वाले सर्वर और मेक-अप सेट अप को दूर करने की कोशिश करते हैं। यह वास्तव में एक कम समय फिक्स है और किसी को कोई एहसान नहीं करता है। वास्तव में, यह उन्हें परीक्षण की गुणवत्ता और मूल्यवान परीक्षण समय के नुकसान की लागत दे सकता है।
# 3) शामिल सभी पक्षों के बीच समझौते का अभाव:
यह एजाइल या इसके बाद की टीमों के साथ एक दुर्लभ समस्या हो सकती है सुरक्षित घनिष्ठ मंडलियों के कारण वे काम करते हैं, लेकिन कई टीमें अभी भी असहमति या गलतफहमी से ग्रस्त हैं जब देव, ऑप्स और क्यूए को एक दूसरे से डिलिवरेबल्स प्राप्त करना चाहिए। इसलिए देरी हो रही है।
संचार सूक्ष्मताओं को समझने के लिए, इसे जांचें => कैसे व्यवसाय, विकास और क्यूए परियोजना को पूरा करने के लिए एक साथ काम कर सकते हैं
अब जब हम समस्याओं को जानते हैं, तो इसे ठीक करने के कुछ तरीके यहां दिए गए हैं।
परीक्षकों को परीक्षण के लिए पर्याप्त समय कैसे मिल सकता है?
(१) सही अनुमान लगाना। जब संदेह में एक उचित मार्जिन से अधिक अनुमान है, लेकिन कम नहीं आंका। अपनी टीम, उपकरण और प्रक्रियाओं के आधार पर अनुमान समायोजन करना न भूलें। जब किया जाता है, तो आधिकारिक साइन ऑफ करें ताकि हर कोई जागरूक हो और लूप में रखा जाए।
#दो) ऐतिहासिक आंकड़ों को ध्यान में रखें - टेस्ट मैनेजमेंट टूल आपका सबसे अच्छा दोस्त है ।
- पहले जारी किए गए परीक्षण चक्र में कितना समय लगा?
- पिछले परीक्षण चक्र में किस तरह के मुद्दों के कारण रुकावट आई?
- पास होने से पहले अधिकांश परीक्षण मामलों में कितने रन थे?
- क्या दोष बताए गए?
- परीक्षण बाधित होने के कारण क्या दोष थे?
# 3) इन प्रश्नों को पूछें और क्रंच समय के अनुसार योजना बनाएं:
- पता करें कि महत्वपूर्ण कार्यक्षमता आपकी परियोजना है?
- परियोजना के उच्च जोखिम वाले मॉड्यूल का पता लगाएं?
- उपयोगकर्ता को कौन सी कार्यक्षमता सबसे अधिक दिखाई देती है?
- किस कार्यक्षमता में सबसे बड़ा सुरक्षा प्रभाव होता है?
- किस कार्यक्षमता का उपयोगकर्ताओं पर सबसे अधिक वित्तीय प्रभाव पड़ता है?
- ग्राहक के लिए एप्लिकेशन के कौन से पहलू सबसे महत्वपूर्ण हैं?
- कोड के कौन से भाग सबसे अधिक जटिल हैं, और इस प्रकार अधिकांश त्रुटियां हैं?
- आवेदन के किन हिस्सों को भीड़ या आतंक मोड में विकसित किया गया था?
- डेवलपर्स को क्या लगता है कि आवेदन के उच्चतम जोखिम वाले पहलू हैं?
- किस तरह की समस्याओं से सबसे खराब प्रचार होगा?
- किस प्रकार की समस्याओं के कारण सबसे अधिक ग्राहक सेवा शिकायतें होंगी?
- किस प्रकार के परीक्षण आसानी से कई कार्यात्मकताओं को कवर कर सकते हैं?
इन बिंदुओं को ध्यान में रखते हुए, आप कम समय की बाधा के तहत परियोजना के जोखिम को कम कर सकते हैं।
# 4) एक परीक्षण प्रबंधन उपकरण का उपयोग करें। यह तैयारी, रिपोर्टिंग और रखरखाव के समय और प्रयास की मात्रा को काफी कम कर देगा।
=> सबसे लोकप्रिय परीक्षण प्रबंधन उपकरण विकल्प की सूची के लिए , यहां देखें :
# 5) गलत बिल्ड / तकनीकी मुद्दों के बारे में हम बहुत कुछ नहीं कर सकते हैं, लेकिन एक चीज जो यूनिट परीक्षा परिणामों को देखने में मदद कर सकती है। इससे हमें इस बात का अंदाजा हो जाएगा कि निर्माण सफल रहा था या नहीं और यह किस तरह के परीक्षण में विफल रहा - इसलिए हम पहिया को सुदृढ़ नहीं कर रहे हैं।
अपने अगर टेस्ट मैनेजमेंट टूल सपोर्ट करता है सीआई एकीकरण , आपके पास वह सूचना बिना किसी उपद्रव के उपलब्ध है ताकि आप आवेदन की स्थिरता को बेहतर ढंग से समझ सकें।
# 6) अपनी उत्पादकता और प्रगति को अक्सर मापें । केवल बाहरी टीमों के लाभ के लिए स्थिति रिपोर्ट को वितरित करने योग्य नहीं होने दें। सुनिश्चित करें कि आप अपने दैनिक लक्ष्यों और उन्हें पूरा करने की क्षमता की बारीकी से निगरानी कर रहे हैं।
इसके अलावा, Quality वेलोसिटी बनाम क्वालिटी ’के क्लासिक कॉन्डम में न जाएं। क्योंकि, जब आप रिपोर्ट करते हैं, तो कहते हैं, दिन में 50 बग्स, ऐसा प्रतीत हो सकता है जैसे कि आप सुपर उत्पादक हैं। लेकिन अगर उनमें से अधिकांश अमान्य के रूप में वापस आ रहे हैं, तो आपको अपने आप को एक समस्या मिल गई है।
इसलिए थोड़ा और निगरानी, निगरानी और निगरानी करें :)
निष्कर्ष:
अंत में, सभी सावधानियों और उपायों के बावजूद, यदि आप अभी भी अपने आप को समय के लिए क्रंचित पाते हैं, मदद मांगो ।
ज्यादातर टीमें चीजों को पटरी पर लाने के लिए एक वार रूम सेशन में भाग लेने को तैयार हैं।
लेखक के बारे में: ये सहायक परीक्षण युक्तियाँ एसटीएच टीम की सदस्य स्वाति एस।
पीसी को गति देने के लिए सबसे अच्छा मुफ्त सॉफ्टवेयर
अब, समय पर रहने और एक गुणवत्ता परीक्षण सेवा देने के लिए आपकी चालें क्या हैं? इसके अलावा, उपरोक्त लेख में कौन-से बिंदु आपके साथ गूंजते हैं?
हम आपकी प्रतिक्रिया की सराहना करते हैं और आपके पाठकों को पोषित करते हैं। पढ़ने के लिए धन्यवाद!
=> पूरी टेस्ट प्लान ट्यूटोरियल सीरीज़ के लिए यहां जाएं
अनुशंसित पाठ
- सर्वश्रेष्ठ सॉफ्टवेयर परीक्षण उपकरण 2021 [क्यूए टेस्ट स्वचालन उपकरण]
- सॉफ्टवेयर टेस्टिंग कोर्स: मुझे किस सॉफ्टवेयर टेस्टिंग इंस्टीट्यूट में शामिल होना चाहिए?
- TimeShiftX टाइम शिफ्ट टेस्टिंग को सरल बनाने के लिए जारी किया गया
- सॉफ्टवेयर परीक्षण क्यूए सहायक नौकरी
- सॉफ्टवेयर परीक्षण साक्षात्कार के लिए तैयारी - साक्षात्कार के समय और पहले का पालन करने के लिए सरल उपाय
- अपने कैरियर के रूप में सॉफ्टवेयर परीक्षण चुनना
- सॉफ्टवेयर टेस्टिंग टेक्निकल कंटेंट राइटर फ्रीलांसर जॉब
- क्या आप एक मैनुअल या स्वचालन परीक्षण विशेषज्ञ हैं? हमारे लिए काम का समय!