software test estimation techniques
किसी भी परियोजना परीक्षण की सफलता के लिए आकलन और उचित निष्पादन उतना ही महत्वपूर्ण है जितना विकास चक्र। ग्राहक के साथ एक अच्छी प्रतिष्ठा बनाने के लिए अनुमान से चिपके रहना बहुत महत्वपूर्ण है।
अनुभव 'सॉफ्टवेयर परीक्षण प्रयासों' का आकलन करने में एक प्रमुख भूमिका निभाता है। विभिन्न परियोजनाओं पर काम करने से परीक्षण चक्र का सटीक अनुमान तैयार करने में मदद मिलती है। जाहिर है कि कोई भी नेत्रहीन किसी भी परीक्षण कार्य के लिए कुछ दिन नहीं लगा सकता है। परीक्षण का अनुमान यथार्थवादी और सटीक होना चाहिए।
इस लेख में, मैं कुछ बिंदुओं को बहुत सरल तरीके से कहने की कोशिश कर रहा हूं, जो सटीक परीक्षण अनुमान तैयार करने में सहायक हैं।
आप क्या सीखेंगे:
- टेस्ट आकलन प्रक्रिया का संक्षिप्त विवरण
- परीक्षण अनुमान उदाहरण
- सटीक परीक्षण समय का सही अनुमान लगाने के लिए 9 सामान्य सुझाव
- निष्कर्ष
- अनुशंसित पाठ
टेस्ट आकलन प्रक्रिया का संक्षिप्त विवरण
'अनुमान एक अनुमान, या अनुमान लगाने की प्रक्रिया है, जो एक ऐसा मूल्य है जो किसी उद्देश्य के लिए प्रयोग करने योग्य है भले ही इनपुट डेटा अधूरा, अनिश्चित या अस्थिर हो।' [संदर्भ: विकिपीडिया ]
हम सभी पेशेवरों के रूप में अपने जीवन भर विभिन्न कार्यों और कर्तव्यों और समय सीमा पर आते हैं, अब एक समस्या का समाधान खोजने के लिए दो दृष्टिकोण हैं।
पहला दृष्टिकोण एक प्रतिक्रियात्मक दृष्टिकोण है जिसके द्वारा हम समस्या के हल को उसके आने के बाद ही खोजने की कोशिश करते हैं।
दूसरे दृष्टिकोण में जिसे प्रोएक्टिव अप्रोच कहा जा सकता है जिससे हम पहले खुद को तैयार करते हैं अच्छी तरह से समस्या हमारे अतीत के अनुभवों के साथ आती है और फिर हमारे पिछले अनुभव के साथ, हम चुनौती का हल खोजने की कोशिश करते हैं जब यह आता है।
आकलन को इस प्रकार एक तकनीक के रूप में माना जा सकता है जब हम समस्या के लिए एक सक्रिय दृष्टिकोण लेते हैं।
इस प्रकार अनुमान का उपयोग यह अनुमान लगाने के लिए किया जा सकता है कि परिभाषित कार्य को पूरा करने के लिए समय और लागत के संबंध में कितना प्रयास करना होगा।
एक बार जब परीक्षण टीम हाथ में समस्या का अनुमान लगाने में सक्षम होती है, तो उनके लिए एक समाधान के साथ आना आसान होता है जो हाथ में समस्या के लिए इष्टतम होगा।
अनुमान के अभ्यास को तब परिभाषित किया जा सकता है जब काम के एक टुकड़े की संभावित लागत के अनुमानित गणना के रूप में अधिक औपचारिक रूप से।
यह भी पढ़े=> सेलेनियम स्वचालन परियोजना के परीक्षण के अनुमान को प्रभावित करने वाले 7 कारक
परीक्षण अनुमान प्रक्रिया के बुनियादी पूर्वापेक्षाएँ
(1) पिछले अनुभव के साथ काम करने से एकत्रित अंतर्दृष्टि : हमेशा कुछ समय बिताने के लिए एक अच्छा अभ्यास है, पिछली परियोजनाओं को याद करते हुए जो मौजूदा प्रयास के समान चुनौतियां थीं।
# 2) उपलब्ध दस्तावेज या कलाकृतियां: परीक्षण प्रबंधन भंडार उपकरण आते हैं इस प्रकार के परिदृश्यों में काम करना वे आवश्यकता और स्पष्टीकरण दस्तावेजों को संग्रहीत करते हैं। इन दस्तावेजों को परीक्षण टीम द्वारा परियोजना के दायरे को स्पष्ट रूप से परिभाषित करने के लिए संदर्भित किया जा सकता है।
# 3) काम के प्रकार के बारे में अनुमान: पिछला कार्य अनुभव परियोजना के बारे में धारणा बनाने में मदद करता है। यह वह जगह है जहां अनुभवी पेशेवरों को काम पर रखना सबसे ज्यादा मायने रखता है।
परीक्षण प्रबंधक वांछित परिणाम देने के लिए इन लोगों का दिमाग उठा सकते हैं।
# 4) संभावित जोखिमों और खतरों की गणना: परीक्षण टीम को संभावित जोखिमों और खतरों और नुकसान की कल्पना करने की आवश्यकता है जो भविष्य में टीम के लिए झूठ हो सकते हैं।
# 5) यह निर्धारित करना कि क्या दस्तावेजों को आधार बनाया गया है: परीक्षण टीम को यह भी निर्धारित करने की आवश्यकता है कि क्या आवश्यकताओं को आधारभूत किया गया है या नहीं। यदि दस्तावेजों को आधारभूत नहीं किया गया है, तो परिवर्तनों की आवृत्ति निर्धारित करना महत्वपूर्ण है।
# 6) सभी जिम्मेदारियां और निर्भरताएं स्पष्ट होनी चाहिए: संगठन को स्पष्ट रूप से सभी व्यक्तियों के लिए भूमिकाओं और जिम्मेदारियों को परिभाषित करना चाहिए जो अनुमान प्रक्रिया का प्रदर्शन करेंगे।
# 7) आकलन रिकॉर्ड का दस्तावेजीकरण और ट्रैकिंग: अनुमान प्रक्रिया के लिए सभी प्रासंगिक जानकारी को प्रलेखित किया जाना चाहिए।
# 8) परीक्षण आकलन प्रक्रिया के दौरान जिन गतिविधियों को करने की आवश्यकता होती है
- उस टीम को व्यवस्थित करें जो अनुमान लगाएगी
- परियोजना को परियोजना के चरणों और बाद के घटक गतिविधियों में शामिल करें
- पिछली परियोजनाओं और पेशेवर अनुभव के आधार पर अनुमान की गणना करें
- संभावित खतरों को प्राथमिकता दें और उन जोखिमों को कम करने के लिए दृष्टिकोणों के साथ आएं
- कार्य के संबंधित भाग की समीक्षा करें और उसका दस्तावेजीकरण करें
- संबंधित हितधारकों को कार्य जमा करें
सबसे प्रमुख टेस्ट अनुमान तकनीक
परीक्षण आकलन के लिए सबसे महत्वपूर्ण तकनीकें हैं:
- परीक्षण बिंदु का आकलन
- कार्य-चरण आधारित अनुमान
- केस पॉइंट आकलन का उपयोग करें
हम इन तकनीकों का उपयोग कैसे और कहाँ करते हैं:
(1) टेस्ट प्वाइंट आकलन एक सरल और आसानी से समझ में आने वाली आकलन तकनीक है जो व्यापक रूप से सॉफ्टवेयर परीक्षण स्पेक्ट्रम में उपयोग की जाती है। Iterative चरणों और सादगी इस विशेष तकनीक की सबसे महत्वपूर्ण विशेषताएं हैं।
एसक्यूएल सर्वर परिदृश्य आधारित साक्षात्कार प्रश्न
# 2) कार्य-चरण आधारित अनुमान अनुमान लगाने की तकनीक है, जिसमें एक अनुमान लगाया जाता है कि एक विशेष चरण (आमतौर पर चरणों का सबसे छोटा और सबसे सरल) पर बनाया जाता है और फिर परीक्षण टीम धीरे-धीरे अन्य चरणों में प्रारंभिक अनुमान में जोड़ देती है और अंत में एक उचित अनुमान के साथ आती है।
# 3) उपयोग-केस प्वाइंट आकलन तकनीक उपयोग के मामलों पर अनुमान है जहां सॉफ्टवेयर परीक्षण के आकलन को निर्धारित करने के लिए अनुचित अभिनेता वजन और अनपेक्षित उपयोग के मामले वजन का उपयोग किया जाता है।
टेस्ट प्वाइंट अनुमान तकनीक का विवरण
परीक्षण बिंदु आकलन तकनीक सूचीबद्ध चरणों का पालन करके किया जाता है: -
(निम्नलिखित वज़न जो परियोजना से परियोजना के लिए भिन्न हो सकते हैं इस प्रतिमान के तहत विचार किया जा सकता है - इनमें से कुछ वज़न प्रोग्रामिंग भाषा के लिए कोड की जटिलता, आवेदन के प्रकार और परीक्षण वज़न के आधार पर आवेदन भार के आधार पर हैं सॉफ्टवेयर परीक्षण के विभिन्न चरणों के आधार पर सौंपा गया है।)
परीक्षण बिंदु के आकार में परीक्षण आकार प्राप्त करने के लिए सीडब्ल्यूएफ द्वारा असंसाधित टेस्ट पॉइंट्स को गुणा किया जाता है।
उत्पादकता कारक एक परीक्षण बिंदु को पूरा करने के लिए एक परीक्षण इंजीनियर के लिए समय की मात्रा को इंगित करता है
व्यक्ति के घंटे में परीक्षण प्रयास की गणना उत्पादकता कारक द्वारा टेस्ट प्वाइंट आकार को गुणा करके की जाती है।
परीक्षण बिंदु आकलन तकनीक की गणना के लिए, हम निम्नलिखित चर पर विचार करते हैं।
- परीक्षण की आवश्यकता जटिलता
- अन्य आवश्यकताओं के साथ इंटरफेस
- सत्यापन बिंदुओं की कुल संख्या
- बेसलाइन परीक्षण डेटा
फिर हमें प्रत्येक डेटा चर के लिए वेट वैक्टर पर विचार करने और उन्हें निम्नलिखित तरीके से व्यवस्थित करने की आवश्यकता है।
समायोजन कारक = का औसत (जटिलता वजन और कारक वजन का उत्पाद) / 30
टेस्ट केस डिजाइन के लिए समायोजन टेस्ट प्वाइंट = कुल टेस्ट प्वाइंट एक्स (टेस्ट केस डिजाइन के लिए 1 + समायोजन कारक)
वेब सेवाओं का परीक्षण साक्षात्कार प्रश्न और उत्तर
टेस्ट केस निष्पादन के लिए समायोजित टेस्ट प्वाइंट = कुल टेस्ट प्वाइंट एक्स (टेस्ट केस निष्पादन के लिए 1 + समायोजन कारक)
कुल टेस्ट प्वाइंट (सामान्यीकृत) एक्स (टेस्ट केस डिजाइन / निष्पादन के लिए 1 + समायोजन कारक) = टेस्ट केस डिजाइन या निष्पादन के लिए समायोजित टेस्ट प्वाइंट
व्यक्ति के घंटे (PH) में कुल प्रयास = सामान्यीकृत टेस्ट अंक / उत्पादकता की संख्या (प्रति व्यक्ति घंटे में सामान्यीकृत टेस्ट अंक)
परीक्षण अनुमान उदाहरण
आइए उपरोक्त सूत्रीकरण को एक और व्यावहारिक उपयोग में लागू करने का प्रयास करें।
मान लीजिए कि हम एक परीक्षण की आवश्यकता के साथ समाप्त होते हैं जिससे हमारे पास परीक्षण करने के लिए 5 परीक्षण परिदृश्य हैं।
अब कहते हैं कि टेस्ट परिदृश्य 1 को 5 परीक्षण अपेक्षित परिणाम मिले हैं, परीक्षण परिदृश्य 2 6 परीक्षण अपेक्षित परिणाम, परीक्षण परिदृश्य 3 केवल 2 परीक्षण अपेक्षित परिणाम, परीक्षण परिदृश्य 4 9 परीक्षण अपेक्षित परिणाम, परीक्षण परिदृश्य 5 क्रमशः 9 परीक्षण अपेक्षित परिणाम।
इसलिए हम तीन वर्गों में परीक्षा परिदृश्यों को वर्गीकृत करते हैं अर्थात् इन तीन वर्गों में मौजूद अपेक्षित परिणामों की कुल संख्या के आधार पर जटिल, सरल और मध्यम।
जटिल कक्षाओं में 7 से अधिक अपेक्षित परिणाम होंगे जबकि साधारण में 5 से कम अपेक्षित परिणाम होंगे और मध्यम परिदृश्य में 4 से 7 अपेक्षित परिणाम शामिल होंगे।
इस प्रकार हम परीक्षण परिदृश्य 1 और परीक्षण परिदृश्य 2 को मध्यम परिदृश्य, परिदृश्य 5 और परिदृश्य 6 को जटिल के रूप में और परीक्षण परिदृश्य 3 को सरल के रूप में वर्गीकृत करते हैं।
अब हम इन सभी परिदृश्यों पर परीक्षण बिंदु लागू करेंगे। हम जटिल कक्षाओं के लिए 5 टेस्ट अंक लागू करते हैं, मध्यम लोगों के लिए 3 और सरल परिदृश्यों के लिए 2।
हम इन सभी परीक्षा परिदृश्यों में अपेक्षित परिणाम की कुल संख्या के साथ ग्रहण किए गए परीक्षण बिंदुओं को गुणा करते हैं। तो हम निम्नलिखित अनुमानों के साथ समाप्त होते हैं।
परिदृश्य 1: 3 परीक्षण अंक * 5 परीक्षण अपेक्षित परिणाम = समायोजित परीक्षण अंक = 25
परिदृश्य 2: 3 परीक्षण अंक * 6 परीक्षण अपेक्षित परिणाम = समायोजित परीक्षण अंक = 30
परिदृश्य 3: 2 परीक्षण अंक * 2 परीक्षण अपेक्षित परिणाम = समायोजित परीक्षण अंक = 4
परिदृश्य 4: 5 परीक्षण अंक * 9 परीक्षण अपेक्षित परिणाम = समायोजित परीक्षण अंक = 45
परिदृश्य 5: 5 परीक्षण अंक * 9 परीक्षण अपेक्षित परिणाम = समायोजित परीक्षण अंक = 45
इसलिए यह देखते हुए कि हमें प्रत्येक समायोजित परीक्षण बिंदु के लिए 5 व्यक्ति घंटे कहने के लिए आवेदन करने की आवश्यकता है, हम निम्नलिखित अनुमानित परिणाम प्राप्त कर रहे हैं।
परीक्षण परिदृश्य 1: 25 समायोजित परीक्षण बिंदु * 5 व्यक्ति घंटे = 125 व्यक्ति घंटे
परीक्षण परिदृश्य 2: 30 समायोजित परीक्षण बिंदु * 5 व्यक्ति घंटे = 150 व्यक्ति घंटे
परीक्षण परिदृश्य 3: 4 समायोजित परीक्षण बिंदु * 5 व्यक्ति घंटे = 20 व्यक्ति घंटे
टेस्ट परिदृश्य 4: 45 समायोजित परीक्षण बिंदु * 5 व्यक्ति घंटे = 225 व्यक्ति घंटे
टेस्ट परिदृश्य 5: 45 समायोजित परीक्षण बिंदु * 5 व्यक्ति घंटे = 225 व्यक्ति घंटे
तो कुल अनुमानित व्यक्ति-घंटे है: 745 व्यक्ति घंटे
केस प्वाइंट एस्टीमेशन विधि का उपयोग करें
उपयोग-केस प्वाइंट विधि उन उपयोग मामलों पर आधारित है जहां हम उपयोग के मामलों या आवश्यकताओं के आधार पर समग्र परीक्षण अनुमान प्रयास की गणना करते हैं।
यहां केस केस पॉइंट आकलन विधि की विस्तृत प्रक्रिया दी गई है:
उसी का एक उदाहरण यह है कि एक विशेष आवश्यकता में कहें कि हमारे पास 5 उपयोग मामले हैं, केस 1 का उपयोग करें, केस 2 का उपयोग करें,…, क्रमशः केस 5 का उपयोग करें। अब हम विचार करते हैं कि उपयोग के मामले में 1 में 6 अभिनेता होते हैं, उपयोग के मामले में 2 में 15 अभिनेता होते हैं, क्रमशः 3, 4 और 5, 3, 4 और 5 अभिनेताओं का उपयोग करते हैं।
जावा में किसी अन्य विधि से एक सरणी कैसे कॉल करें
हम किसी भी उपयोग के मामले पर विचार करते हैं जिसमें कुल अभिनेताओं की संख्या 5 से कम के रूप में नकारात्मक होती है, अभिनेताओं की कुल संख्या के साथ कोई भी उपयोग का मामला 5 या उससे अधिक के बराबर है और 10 के बराबर या उससे कम के बराबर सकारात्मक और किसी भी उपयोग के मामले के साथ अधिक है असाधारण के रूप में 10 अभिनेताओं से।
हम असाधारण उपयोग के मामलों में 2 अंक, सकारात्मक वाले को 1 और नकारात्मक लोगों को -1 अंक देने का निर्णय लेते हैं।
इस प्रकार हम उपयोग मामलों 1 और 5 को सकारात्मक के रूप में वर्गीकृत करते हैं, केस 2 को असाधारण के रूप में उपयोग करते हैं और केस 3, 4 को क्रमशः हमारी उपरोक्त मान्यताओं के आधार पर नकारात्मक के रूप में उपयोग करते हैं।
तो अनप्रोसेस्ड एक्टर वेट = केस केस 1 = (एक्टर्स की कुल संख्या) 5 * 1 (असाइन किया गया पॉइंट) = 5. इसी तरह
केस 2 = 15 * 2 = 30 का उपयोग करें।
बाकी उपयोग के मामलों के लिए प्रक्रिया को दोहराते हुए हमें अप्राप्य अभिनेता भार = 33 प्राप्त होता है
असंसाधित उपयोग मामला वजन = कुल सं। उपयोग मामलों के = 5
अनप्रोसेस्ड यूज़ केस पॉइंट = अनअबेडेडेड एक्टर वेट्स + अनडॉस्ब्ड यूज़ केस वेट = 33 + 5 = 38
प्रोसेस्ड यूज़ केस पॉइंट = 38 * [0.65+ (0.01 * 50] = 26.7 या 28 पर्सन आवर्स लगभग
कार्य-चरण ब्रेकडाउन तकनीक
कार्य चरण ब्रेकडाउन तकनीक को निम्नलिखित चरणों में वर्णित किया जा सकता है।
- समग्र कार्य को चरणों में विभाजित करें।
- सबसे सरल चरण से शुरू करें और इसके लिए अनुमानित अनुमानित मूल्य निर्दिष्ट करें।
- फिर अगले संभावित चरण की पहचान करने के साथ आगे बढ़ें जो इस चरण के पूरा होने के बाद शुरू हो सकता है।
- सन्निकटन मूल्यों का एक संभावित सेट प्राप्त करें जो इस चरण में लागू किया जा सकता है और सभी व्युत्पन्न सन्निकटन मूल्यों के बीच अधिकतम मूल्य चुन सकते हैं।
- पहले से मौजूद मूल्य के वर्तमान चरण प्रयास अनुमान मूल्य को जोड़कर अनुमानित अनुमान मूल्य को जोड़ दें।
- पहले चरण में पहचाने गए सभी चरणों के समाप्त होने तक चरण 3 से 5 जारी रखें।
- अंतिम अनुमानित अनुमान मान को अंतिम मानें।
मान लीजिए एक आवश्यकता में 5 आवश्यक चरण हैं। इसलिए प्रारंभिक चरण 1 में हम मानते हैं कि कुल प्रयासों की आवश्यकता 35 व्यक्ति-घंटे हैं और फिर हम अगले चरण 2 को शुरू करते हैं, जिसके लिए हमारे पास क्रमशः 35, 45, 55 और 65 की 4 तुलनात्मक धारणाएं हैं।
तो हम 65 व्यक्ति-घंटे पर विचार करते हैं जो कि यहां अधिकतम मूल्य है। चरण 3, 4, 5 में हम क्रमशः अनुमान (12, 33, 43, 54), (15, 10, 7, 8) और (2, 16, 5, 13) के साथ आते हैं। उक्त सिद्धांत को लागू करने से हम क्रमशः 185 व्यक्ति घंटे समाप्त हो जाते हैं।
मैं जानकारी डाल रहा हूं - किसी भी परीक्षण कार्य के लिए परीक्षण प्रयासों का अनुमान कैसे लगाया जाए, जो मैंने अपने अनुभव से सीखा।
सटीक परीक्षण समय का सही अनुमान लगाने के लिए 9 सामान्य सुझाव
सॉफ्टवेयर परीक्षण अनुमान को प्रभावित करने वाले कारक और सटीक रूप से अनुमान लगाने के लिए सामान्य सुझाव:
# 1) कुछ बफर समय के बारे में सोचो
अनुमान में कुछ बफर शामिल होना चाहिए। लेकिन एक बफर न जोड़ें, जो यथार्थवादी नहीं है। अनुमान में एक बफर होने से किसी भी देरी के साथ सामना करने में सक्षम बनाता है जो हो सकता है। बफर होने से अधिकतम परीक्षण कवरेज सुनिश्चित करने में भी मदद मिलती है।
# 2) बग साइकिल पर विचार करें
परीक्षण के अनुमान में बग चक्र भी शामिल है। वास्तविक परीक्षण चक्र अनुमानित से अधिक दिन लग सकते हैं। इससे बचने के लिए, हमें इस तथ्य पर विचार करना चाहिए कि परीक्षण चक्र निर्माण की स्थिरता पर निर्भर करता है। यदि बिल्ड स्थिर नहीं है, तो डेवलपर्स को ठीक करने के लिए अधिक समय की आवश्यकता हो सकती है और जाहिर है, परीक्षण चक्र अपने आप बढ़ जाता है।
# 3) अनुमानित अवधि के लिए सभी संसाधनों की उपलब्धता
परीक्षण के अनुमान को टीम के सदस्यों (आमतौर पर लंबी पत्तियों) द्वारा नियोजित सभी पत्तियों पर अगले कुछ हफ्तों या अगले कुछ महीनों में विचार करना चाहिए। यह सुनिश्चित करेगा कि अनुमान यथार्थवादी हैं।
आकलन को परीक्षण चक्र के लिए कुछ निश्चित संसाधनों पर विचार करना चाहिए। यदि संसाधनों की संख्या कम हो जाती है, तो अनुमान को फिर से जाना चाहिए और तदनुसार अद्यतन किया जाना चाहिए।
# 4) क्या हम समानांतर परीक्षण कर सकते हैं?
क्या आपके पास उसी उत्पाद के कुछ पिछले संस्करण हैं ताकि आप आउटपुट की तुलना कर सकें? यदि हाँ, तो यह आपके परीक्षण कार्य को थोड़ा आसान बना सकता है। आपको अपने उत्पाद संस्करण के आधार पर अनुमान के बारे में सोचना चाहिए।
# 5) अनुमान गलत हो सकते हैं - इससे पहले कि आप इसे लागू करें, प्रारंभिक चरणों में अनुमानों को बार-बार देखें।
शुरुआती चरणों में, हमें अक्सर परीक्षण के अनुमानों को फिर से देखना चाहिए और यदि आवश्यक हो तो संशोधन करना चाहिए। जब तक हम आवश्यकताओं में बड़े बदलाव नहीं करते हैं, तब तक हमें एक बार इसे फ्रीज नहीं करना चाहिए।
# 6) निर्णय लेने के लिए अपने पिछले अनुभव के बारे में सोचो!
पिछली परियोजनाओं के अनुभव समय अनुमान तैयार करते समय एक महत्वपूर्ण भूमिका निभाते हैं। हम उन सभी कठिनाइयों या मुद्दों से बचने की कोशिश कर सकते हैं जो पिछली परियोजनाओं में सामना किए गए थे। हम विश्लेषण कर सकते हैं कि पिछले अनुमान कैसे थे और उन्होंने उत्पाद को समय पर पहुंचाने में कितनी मदद की।
# 7) परियोजना के क्षेत्र पर विचार करें
जानिए परियोजना का अंतिम उद्देश्य और सभी अंतिम वितरणों की सूची क्या है। छोटी और बड़ी परियोजनाओं के लिए विचार किए जाने वाले कारक बहुत भिन्न होते हैं।
बड़ी परियोजना में आम तौर पर एक परीक्षण करना, परीक्षण डेटा उत्पन्न करना, परीक्षण स्क्रिप्ट आदि शामिल हैं, इसलिए इन सभी कारकों के आधार पर अनुमान होना चाहिए। जबकि छोटी परियोजनाओं में, आम तौर पर परीक्षण चक्र में परीक्षण मामलों के लेखन, निष्पादन और प्रतिगमन शामिल होते हैं।
# 8) क्या आप लोड टेस्टिंग करने जा रहे हैं?
यदि आपको प्रदर्शन परीक्षण पर पर्याप्त समय लगाने की आवश्यकता है, तो तदनुसार अनुमान लगाएं। परियोजनाओं के लिए अनुमान, जिसमें लोड परीक्षण शामिल है, को अलग तरह से माना जाना चाहिए।
# 9) क्या आप अपनी टीम को जानते हैं?
यदि आप अपनी टीम में काम करने वाले व्यक्तियों की ताकत और कमजोरियों को जानते हैं तो आप परीक्षण कार्यों का अधिक सटीक अनुमान लगा सकते हैं। आकलन करते समय, इस तथ्य पर विचार करना चाहिए कि सभी संसाधन समान उत्पादकता स्तर प्राप्त नहीं कर सकते हैं। कुछ लोग दूसरों की तुलना में तेजी से निष्पादित कर सकते हैं। हालांकि यह एक प्रमुख कारक नहीं है, यह डिलिवरेबल्स में कुल देरी तक जोड़ता है।
निष्कर्ष
सॉफ्टवेयर टेस्ट आकलन वह अभ्यास है जिसमें अनुभवी पेशेवरों की भागीदारी के साथ-साथ टेस्ट-केस पॉइंट जैसे उद्योग-व्यापी सर्वोत्तम प्रथाओं की शुरूआत की आवश्यकता होती है और केस पॉइंट विधियों का उपयोग किया जाता है।
आवश्यक प्रक्रियाओं को अनुकूलित करने के लिए एक खुले दिमाग को अपनाने के लिए भी महत्वपूर्ण है। इन प्रक्रियाओं के सफल कार्यान्वयन से परीक्षण प्रक्रिया में समग्र सुधार होता है।
यह लेखक “एन” का एक अतिथि लेख है। संध्या रानी ”।
अनुशंसित पाठ
- SoftwareTestingHelp से सर्वश्रेष्ठ क्यूए सॉफ्टवेयर परीक्षण सेवाएँ
- क्यूए आउटसोर्सिंग गाइड: सॉफ्टवेयर परीक्षण आउटसोर्सिंग कंपनियां
- अल्फा परीक्षण और बीटा परीक्षण (एक पूर्ण गाइड)
- सही सॉफ्टवेयर परीक्षण फिर से शुरू गाइड (सॉफ्टवेयर परीक्षक पुनरारंभ नमूना के साथ)
- सॉफ्टवेयर टेस्टिंग जॉब्स: क्यूए टेस्टिंग जॉब्स के लिए एक संपूर्ण गाइड
- चंचल आकलन तकनीक: एक चुस्त परियोजना में एक सच्चा अनुमान
- एक सफल परीक्षक बनने के लिए 68 आवश्यक संसाधन!
- सॉफ्टवेयर परीक्षण के प्रकार: विभिन्न परीक्षण प्रकार विवरण के साथ