सॉफ्टवेयर टेस्ट अनुमान क्या है?
टेस्ट अनुमान एक प्रबंधन गतिविधि है जो यह अनुमान लगाती है कि टास्क को पूरा होने में कितना समय लगेगा। परीक्षण के लिए प्रयास का अनुमान परीक्षण प्रबंधन में प्रमुख और महत्वपूर्ण कार्यों में से एक है।
टेस्ट अनुमान क्यों?
संभावित परीक्षण संलग्नक पर चर्चा करते समय दो प्रश्न आप अपने ग्राहकों से उम्मीद कर सकते हैं
छोटी परियोजनाओं के लिए, इन सवालों का जवाब देना अपेक्षाकृत आसान है। लेकिन गुरु99 बैंक की वेबसाइट की टेस्टिंग जैसे बड़े प्रोजेक्ट के लिए, आपको उन सवालों के जवाब देने के लिए कठिन सोचना चाहिए।
इस ट्यूटोरियल में, आप सीखेंगे-
- सॉफ्टवेयर टेस्ट अनुमान क्या है?
- टेस्ट अनुमान क्यों?
- क्या अनुमान लगाना है?
- कैसे करें अनुमान?
- चरण 1) पूरे प्रोजेक्ट कार्य को उप-कार्य में विभाजित करें
- चरण 2) टीम के सदस्य को प्रत्येक कार्य आवंटित करें
- चरण 3) टास्क के लिए प्रयास का अनुमान
- विधि 1) फ़ंक्शन बिंदु विधि
- विधि 2) तीन बिंदु अनुमान
- चरण 4) अनुमान को मान्य करें
- परीक्षण अनुमान सर्वोत्तम अभ्यास
- अन्य तकनीकें
क्या अनुमान लगाना है?
- संसाधन: किसी भी परियोजना के कार्यों को करने के लिए संसाधनों की आवश्यकता होती है। वे लोग हो सकते हैं, उपकरण, सुविधाएं, धन, या परियोजना गतिविधि के पूरा होने के लिए आवश्यक परिभाषा के लिए सक्षम कुछ भी।
- टाइम्स: समय एक परियोजना में सबसे मूल्यवान संसाधन है। हर प्रोजेक्ट की डिलीवरी की समय सीमा होती है।
- मानव कौशल: मानव कौशल का अर्थ है टीम के सदस्यों के ज्ञान और अनुभव । वे आपके अनुमान को प्रभावित करते हैं। उदाहरण के लिए, एक टीम, जिसके सदस्यों का परीक्षण कौशल कम है, उस परियोजना को खत्म करने में अधिक समय लगेगा, जिसमें उच्च परीक्षण कौशल है।
- लागत: लागत परियोजना बजट है । सामान्यतया, इसका मतलब है कि परियोजना को पूरा करने में कितना पैसा लगता है।
कैसे करें अनुमान?
सॉफ्टवेयर टेस्ट अनुमान तकनीकों की सूची
- कार्य विश्लेषण संरचना
- 3-पॉइंट सॉफ्टवेयर टेस्टिंग अनुमान तकनीक
- वाइडबैंड डेल्फी तकनीक
- समारोह बिंदु / परीक्षण बिंदु विश्लेषण
- उपयोग - केस प्वाइंट विधि
- प्रतिशत वितरण
- तदर्थ विधि
एक अनुमान पर पहुंचने के लिए निम्नलिखित 4 चरण प्रक्रिया है
आप सीखेंगे कि इन तकनीकों को कैसे संयोजित किया जाए ताकि वे गुरु99 बैंक केस स्टडी का अनुमान लगा सकें।
Step1) पूरे प्रोजेक्ट टास्क को सबटैक्शन्स में विभाजित करें
टास्क एक ऐसा काम है जो किसी को दिया गया है। ऐसा करने के लिए, आप वर्क ब्रेकडाउन स्ट्रक्चर तकनीक का उपयोग कर सकते हैं ।
इस तकनीक में, एक जटिल परियोजना को मॉड्यूल में विभाजित किया गया है। मॉड्यूल उप-मॉड्यूल में विभाजित हैं। प्रत्येक उप-मॉड्यूल को आगे कार्यक्षमता में विभाजित किया गया है। इसका अर्थ है पूरे प्रोजेक्ट कार्य को सबसे छोटे कार्यों में विभाजित करना ।
गुरु99 बैंक परियोजना को 5 छोटे कार्यों में तोड़ने के लिए वर्क ब्रेक डाउन संरचना का उपयोग करें-
उसके बाद, आप प्रत्येक कार्य को घटाकर तोड़ सकते हैं । इस गतिविधि का उद्देश्य के रूप में कार्य बना है विस्तृत रूप में संभव ।
| टास्क | उप कार्य |
|---|---|
| सॉफ़्टवेयर आवश्यकता विनिर्देशन का विश्लेषण करें | नरम आवश्यकता चश्मा की जांच करें |
| वेबसाइट के बारे में अधिक जानने के लिए डेवलपर और अन्य हितधारकों के साथ साक्षात्कार | |
| परीक्षण विशिष्टता बनाएँ | डिजाइन परीक्षण परिदृश्य |
| परीक्षण के मामले बनाएँ | |
| परीक्षण मामलों की समीक्षा करें और संशोधित करें | |
| परीक्षण मामलों को निष्पादित करें | परीक्षण के माहौल का निर्माण करें |
| परीक्षण मामलों को निष्पादित करें | |
| परीक्षण निष्पादन परिणामों की समीक्षा करें | |
| दोषों की रिपोर्ट करें | |
| दोष रिपोर्ट बनाएँ | |
| दोषों की रिपोर्ट करें |
चरण 2) टीम के सदस्य को प्रत्येक कार्य आवंटित करें
इस चरण में, प्रत्येक कार्य प्रोजेक्ट टीम में उपयुक्त सदस्य को सौंपा गया है । आप निम्नानुसार कार्य सौंपा जा सकता है
| टास्क | सदस्यों |
|---|---|
| सॉफ़्टवेयर आवश्यकता विनिर्देशन का विश्लेषण करें | सभी सदस्य |
| परीक्षण विनिर्देश बनाएँ | परीक्षक / परीक्षण विश्लेषक |
| परीक्षण के माहौल का निर्माण करें | परीक्षण प्रशासक |
| परीक्षण मामलों को निष्पादित करें | परीक्षक, टेस्ट प्रशासक |
| रिपोर्ट दोष | टेस्टर |
चरण 3) टास्क के लिए प्रयास का अनुमान
2 तकनीकें हैं जो आप कार्यों के प्रयास का अनुमान लगाने के लिए आवेदन कर सकते हैं
- कार्यात्मक बिंदु विधि
- तीन बिंदु का अनुमान
विधि 1) फ़ंक्शन बिंदु विधि
इस पद्धति में, परीक्षण प्रबंधक कार्यों के लिए आकार, अवधि और लागत का अनुमान लगाता है
चरण ए) कार्य के लिए अनुमानित आकार
चरण 1 में, आपने पहले ही WBS विधि का उपयोग करके पूरे प्रोजेक्ट कार्य को छोटे कार्य में तोड़ दिया है। अब आप उन कार्यों के आकार का अनुमान लगाते हैं। चलो एक विशेष कार्य के साथ अभ्यास " परीक्षण विनिर्देश बनाएँ "
इस कार्य का आकार परीक्षण के तहत प्रणाली के कार्यात्मक आकार पर निर्भर करता है। कार्यात्मक आकार कार्यक्षमता की मात्रा को दर्शाता है जो उपयोगकर्ता के लिए प्रासंगिक है। अधिक संख्या में कार्यक्षमता, अधिक जटिल प्रणाली है।
वास्तविक आकलन कार्यों के प्रयास शुरू करने से पहले, कार्यात्मक बिंदुओं को कॉम्प्लेक्स , मध्यम सरल जैसे तीन समूहों में विभाजित किया गया है:
सॉफ्टवेयर फ़ंक्शन के जटिल के आधार पर, टेस्ट मैंगर को प्रत्येक कार्यात्मक बिंदु को पर्याप्त भार देना पड़ता है । उदाहरण के लिए
| समूह | महत्व |
|---|---|
| जटिल | ५ |
| मध्यम | ३ |
| सरल | 1 |
आइए स्पष्ट होने के लिए एक सरल उदाहरण अभ्यास करें:
यहाँ पर वेबसाइट गुरु99 बैंक के सॉफ्टवेयर विनिर्देश पर एक नज़र डालें, सॉफ्टवेयर इंजीनियर ने पहले से ही सॉफ्टवेयर मॉड्यूल के बारे में विस्तार से बताया है, क्या आप प्रत्येक मॉड्यूल के लिए वेटेज देकर वेबसाइट की विशेषताओं की जटिलता का निर्धारण कर सकते हैं ?
अधिक जटिल फ़ंक्शन बिंदु, अधिक यह परीक्षण करने का प्रयास है। वेबसाइट को 12 फ़ंक्शन बिंदुओं में विभाजित किया गया है , आप प्रत्येक फ़ंक्शन बिंदुओं की जटिलता निम्नानुसार निर्धारित कर सकते हैं-
| नहीं। | मोड्यूल का नाम | लागू रोल्स | विवरण | महत्व |
|---|---|---|---|---|
| १। | बैलेंस पूछताछ | प्रबंधक ग्राहक | ग्राहक: एक ग्राहक के कई बैंक खाते हो सकते हैं। वह केवल अपने खातों का संतुलन देख सकता है : एक प्रबंधक उन सभी ग्राहकों का संतुलन देख सकता है जो उसकी देखरेख में आते हैं | ३ |
| २। | फंड ट्रांसफर | प्रबंधक ग्राहक | ग्राहक: एक ग्राहक अपने स्वयं के खाते से किसी भी गंतव्य खाते में धनराशि स्थानांतरित कर सकता है। प्रबंधक: एक प्रबंधक किसी भी स्रोत बैंक खाते से गंतव्य खाते में धनराशि स्थानांतरित कर सकता है | ५ |
| ३। | मिनी स्टेटमेंट | प्रबंधक ग्राहक | मिनी स्टेटमेंट किसी खाते के अंतिम 5 लेन-देन दिखाई देगा : ग्राहक खातों वाले ग्राहक को केवल अपने "स्वयं" की मिनी बयान देख सकते हैं प्रबंधक: एक प्रबंधक किसी भी खाते की मिनी बयान देख सकते हैं | ३ |
| ४। | स्वनिर्धारित कथन | प्रबंधक ग्राहक | एक अनुकूलित विवरण आपको दिनांक, लेन-देन के मूल्य के आधार पर किसी खाते में लेनदेन को फ़िल्टर और प्रदर्शित करने की अनुमति देता है। ग्राहक: एक ग्राहक अपने स्वयं के "स्वयं के" खाता प्रबंधक का स्वनिर्धारित-विवरण देख सकता है : एक प्रबंधक किसी भी खाते का स्वनिर्धारित-देख सकता है | ५ |
| ५। | पासवर्ड बदलें | प्रबंधक ग्राहक | ग्राहक: एक ग्राहक केवल अपने खाते का पासवर्ड बदल सकता है। प्रबंधक: एक प्रबंधक केवल अपने खाते का पासवर्ड बदल सकता है। वह अपने ग्राहकों के पासवर्ड नहीं बदल सकता है | 1 |
| ६। | नए ग्राहक | मैनेजर | प्रबंधक: एक प्रबंधक एक नया ग्राहक जोड़ सकता है। प्रबंधक: एक प्रबंधक ग्राहक के पते, ईमेल, टेलीफोन जैसे विवरण संपादित कर सकता है। | ३ |
| ।। | नया खाता | मैनेजर | वर्तमान में प्रणाली 2 प्रकार के खाते प्रदान करती है
| ५ |
| ।। | खाता संपादित करें | मैनेजर | प्रबंधक: एक प्रबंधक एक मौजूदा खाते के लिए एक संपादित खाता विवरण जोड़ सकता है | 1 |
| ९। | खाता हटा दो | मैनेजर | प्रबंधक: एक प्रबंधक ग्राहक के लिए एक खाता हटा सकता है। | 1 |
| १०। | ग्राहक को हटा दें | मैनेजर | एक ग्राहक को केवल तभी हटाया जा सकता है जब उसके पास कोई सक्रिय चालू या बचत खाता प्रबंधक न हो: एक प्रबंधक ग्राहक को हटा सकता है। | 1 |
| 1 1। | जमा | मैनेजर | प्रबंधक: एक प्रबंधक किसी भी खाते में पैसा जमा कर सकता है। आमतौर पर तब किया जाता है जब नकदी एक बैंक शाखा में जमा की जाती है। | ३ |
| १२। | निकासी | मैनेजर | प्रबंधक: एक प्रबंधक किसी भी खाते से पैसे निकाल सकता है। आमतौर पर तब किया जाता है जब किसी बैंक की शाखा में कैश निकाला जाता है। | ३ |
कदम बी) कार्य के लिए अनुमानित अवधि
फ़ंक्शन बिंदुओं की जटिलता को वर्गीकृत करने के बाद , आपको उन्हें परीक्षण करने की अवधि का अनुमान लगाना होगा। अवधि का मतलब है कि कार्य को पूरा करने के लिए कितना समय चाहिए।
- कुल प्रयास : वेबसाइट के सभी कार्यों का पूरी तरह से परीक्षण करने का प्रयास
- कुल कार्य बिंदु : वेबसाइट के कुल मॉड्यूल
- फ़ंक्शन अंक के अनुसार अनुमानित अनुमान : एक फ़ंक्शन बिंदु को पूरा करने का औसत प्रयास। यह मान उस सदस्य की उत्पादकता पर निर्भर करता है जो इस कार्य को संभालेगा।
मान लीजिए कि आपकी प्रोजेक्ट टीम ने 5 घंटे / अंक के प्रति फ़ंक्शन अंक निर्धारित किए हैं । आप वेबसाइट गुरु 99 बैंक की सभी विशेषताओं का परीक्षण करने के लिए कुल प्रयास का अनुमान लगा सकते हैं:
| महत्व | # फंक्शन पॉइंट्स की | संपूर्ण | |
|---|---|---|---|
| जटिल | ५ | ३ | १५ |
| मध्यम | ३ | ५ | १५ |
| सरल | 1 | ४ | ४ |
| कुल अंक | 34 | ||
| प्रति बिंदु परिभाषित करें | ५ | ||
| कुल अनुमानित प्रयास (व्यक्ति घंटे) | 170 | ||
तो गुरु99 बैंक के "परीक्षण विनिर्देश बनाएँ" कार्य को पूरा करने का कुल प्रयास लगभग 170 मानव-घंटे है
एक बार जब आप उस प्रयास को समझ जाते हैं जो आवश्यक होता है, तो आप यह निर्धारित करने के लिए संसाधनों को असाइन कर सकते हैं कि कार्य में कितना समय लगेगा (अवधि), और फिर आप श्रम और गैर-श्रम लागतों का अनुमान लगा सकते हैं।
उपरोक्त उदाहरण आपकी टीम में सदस्य के महत्व को भी दर्शाता है। यदि आपके पास प्रतिभाशाली और अनुभवी सदस्य हैं, तो आप छोटे समय में निर्धारित कार्य पूरा कर सकते हैं , और आपकी परियोजना समय सीमा या जल्द ही समाप्त हो जाएगी।
कदम सी) कार्यों के लिए लागत का अनुमान है
यह कदम आपको ग्राहक के अंतिम प्रश्न " कितना खर्च करता है?"
मान लीजिए, आपकी टीम का वेतन औसतन $ 5 प्रति घंटा है। "टेस्ट स्पेक्स बनाएँ" कार्य के लिए आवश्यक समय 170 घंटे है। तदनुसार, कार्य के लिए लागत 5 * 170 = $ 850 है। अब आप WBS में अन्य गतिविधियों के लिए बजट की गणना कर सकते हैं और परियोजना के लिए समग्र बजट पर पहुंच सकते हैं।
एक परियोजना प्रबंधक के रूप में, आपको यह तय करना होगा कि आपकी कंपनी के निवेश के लिए सबसे अधिक लाभ कैसे प्राप्त किया जाए । परियोजना लागत का आपका अनुमान जितना सटीक होगा, आप अपने प्रोजेक्ट के बजट को प्रबंधित करने में उतना ही सक्षम होंगे।
विधि 2) तीन बिंदु अनुमान
थ्री-पॉइंट अनुमान एक ऐसी तकनीक है जिसका उपयोग किसी कार्य का अनुमान लगाने के लिए किया जा सकता है। तीन-बिंदु अनुमान की सादगी यह एक परियोजना प्रबंधक के लिए एक बहुत ही उपयोगी उपकरण है जो अनुमान लगाना चाहता है।
तीन-बिंदु अनुमान में, तीन कार्य पहले अनुभव के आधार पर प्रत्येक कार्य के लिए शुरू किए जाते हैं या निम्नानुसार सर्वोत्तम-अनुमान लगाए जाते हैं
जब किसी कार्य का अनुमान लगाया जाता है, तो उपरोक्त के अनुसार, परीक्षण प्रबंधक को तीन मान प्रदान करने की आवश्यकता होती है। पहचाने गए तीन मूल्यों का अनुमान है कि एक इष्टतम स्थिति में क्या होता है, सबसे अधिक संभावना क्या है , या हम क्या सोचते हैं कि यह सबसे खराब स्थिति होगी।
आइए देखें कि निम्नलिखित उदाहरण में उपरोक्त तीन मूल्यों का उपयोग कैसे किया जाए
कार्य के लिए " परीक्षण विनिर्देश बनाएँ ", क्या आप परीक्षण के प्रयास का अनुमान लगा सकते हैं? याद रखें कि आपको गुरु 99 बैंक की वेबसाइट के सभी मॉड्यूल को कवर करना होगा जैसा कि फंक्शन प्वाइंट विधि में किया गया है
आप निम्न के रूप में अनुमान लगा सकते हैं
- इस कार्य को पूरा करने का सबसे अच्छा मामला 120 मानव-घंटे (लगभग 15 दिन) है। इस मामले में, आपके पास एक प्रतिभाशाली टीम है, वे सबसे कम समय में कार्य पूरा कर सकते हैं।
- सबसे अधिक संभावना इस कार्य को पूरा करने के लिए मामला है 170 मानव घंटे (करीब 21 दिन)। यह एक सामान्य मामला है, आपके पास कार्य को पूरा करने के लिए पर्याप्त संसाधन और क्षमता है
- सबसे खराब स्थिति इस कार्य को पूरा करने के लिए है 200 मानव घंटे (लगभग 25 दिन)। आपको अधिक कार्य करने की आवश्यकता है क्योंकि आपकी टीम के सदस्य अनुभवी नहीं हैं।
अब, प्रत्येक पैरामीटर के लिए नीचे के रूप में मान निर्दिष्ट करें
कार्य को पूरा करने के प्रयास की गणना दोहरे त्रिकोणीय वितरण सूत्र का उपयोग करके की जा सकती है-
उपरोक्त सूत्र में, पैरामीटर ई को भारित औसत के रूप में जाना जाता है । यह कार्य "परीक्षण विनिर्देश बनाएँ" का अनुमान है।
लेकिन आपके बॉस आपसे पूछ सकते हैं
उपरोक्त अनुमान में, आप बस एक संभावित और निश्चित मूल्य नहीं निर्धारित करते हैं , हमें इस संभावना के बारे में पता होना चाहिए कि अनुमान सही है। आप अन्य सूत्र का उपयोग कर सकते हैं:
उपरोक्त सूत्र में, SD का अर्थ है मानक विचलन, यह मान आपको संभाव्यता के बारे में जानकारी दे सकता है कि अनुमान सही है।
अब आप कार्य के लिए अनुमान लगा सकते हैं "परीक्षण विनिर्देश बनाएँ"
गुरु99 बैंक की वेबसाइट का "परीक्षण विनिर्देश बनाएँ" कार्य पूरा करने के लिए, आपको 166.6 task 13.33 मानव-घंटे (153.33 से 179.99 मानव-घंटे) की आवश्यकता है
चरण 4) अनुमान को मान्य करें
एक बार जब आप डब्ल्यूबीएस में उल्लिखित सभी कार्यों के लिए एक समग्र अनुमान बनाते हैं, तो आपको इसे प्रबंधन बोर्ड को अग्रेषित करना होगा, जो इसकी समीक्षा और अनुमोदन करेगा।
प्रबंधन बोर्ड के सदस्य में सीईओ, परियोजना प्रबंधक और अन्य हितधारक शामिल हो सकते हैं।
प्रबंधन बोर्ड आपके साथ आपकी आकलन योजना की समीक्षा और चर्चा करेगा। आप उन्हें अपने अनुमान को तार्किक और उचित रूप से समझा सकते हैं ताकि वे आपकी अनुमान योजना को मंजूरी दे सकें।
परीक्षण अनुमान सर्वोत्तम अभ्यास
यह विषय परीक्षण सटीकता का अनुमान लगाने के बारे में सामान्य सुझाव पेश करता है।
- कुछ बफर समय जोड़ें: आपकी परियोजना के लिए कई अप्रत्याशित चीजें हो सकती हैं, जैसे कि एक प्रतिभाशाली टीम के सदस्य ने अचानक अपनी नौकरी छोड़ दी, परीक्षण को पूरा होने में अनुमान से अधिक समय लगता है ... आदि। इसलिए आपको अपने अनुमान में कुछ बफर शामिल करने की आवश्यकता होती है। अनुमान में एक बफर होने से किसी भी देरी के लिए सामना करने में सक्षम होता है जो हो सकता है।
- अनुमान में खाता संसाधन योजना: यदि आपकी टीम में कुछ सदस्य लंबे पत्ते लेते हैं तो आपको क्या करना चाहिए? यह परियोजना में देरी कर सकता है। आकलन में योजना की योजना एक महत्वपूर्ण भूमिका निभाती है। संसाधनों की उपलब्धता यह सुनिश्चित करने में मदद करेगी कि अनुमान यथार्थवादी हैं। यहां आपको अपने टीम के सदस्य के लिए पत्तियों पर विचार करना होगा, आम तौर पर लंबे पत्ते।
- संदर्भ के रूप में पिछले अनुभव का उपयोग करें: पिछली परियोजनाओं के अनुभव समय अनुमान तैयार करते समय एक महत्वपूर्ण भूमिका निभाते हैं। क्योंकि कुछ परियोजना कुछ समानता हो सकती है, आप पिछले अनुमान का पुन: उपयोग कर सकते हैं। उदाहरण के लिए, यदि आप किसी वेबसाइट का परीक्षण करने जैसी परियोजना का उपयोग करते हैं, तो आप उस अनुभव से सीख सकते हैं, पिछली परियोजनाओं में आई सभी कठिनाइयों या मुद्दों से बचने का प्रयास करें।
- अपने अनुमान पर टिके रहें: अनुमान सिर्फ अनुमान है क्योंकि यह गलत हो सकता है । परियोजना के शुरुआती चरणों में, आपको अक्सर परीक्षण के अनुमानों को फिर से जांचना चाहिए और यदि आवश्यक हो तो संशोधन करना चाहिए। जब तक आवश्यकता में बड़े परिवर्तन नहीं होते हैं, या आपको पुन: अनुमान के बारे में ग्राहक से बातचीत करनी होती है, तब तक हमें इसे ठीक करने के बाद अनुमान का विस्तार नहीं करना चाहिए।
सॉफ्टवेयर टेस्ट अनुमान टेम्पलेट
सॉफ़्टवेयर परीक्षण अनुमान एक्सेल (.xlsx) डाउनलोड करें
अन्य तकनीकें
वाइडबैंड डेल्फी तकनीक, उपयोग - केस प्वाइंट विधि, प्रतिशत वितरण, एड-हॉक विधि सॉफ्टवेयर इंजीनियरिंग में अन्य अनुमान तकनीक हैं।
यदि वीडियो उपलब्ध नहीं है तो यहां क्लिक करें
वीडियो ट्रांसक्रिप्ट- चलो एक व्यायाम करते हैं-फ़्लाइट रिजर्वेशन एप्लिकेशन के लिए वर्क ब्रेकडाउन स्ट्रक्चर तैयार करें
- विभिन्न परीक्षण कार्य जैसे - लॉग इन फंक्शनलिटी, चेक न्यू ऑर्डर फंक्शनलिटी, चेक फ़ैक्स फ़ंक्शनलिटी, और अन्य समान कार्यक्षमता की जाँच करें और इन फ़ंक्शनलिटीज़ का परीक्षण करने के लिए आवश्यक प्रयास का अनुमान लगाएं।
- उदाहरण के लिए लॉगिन कार्यक्षमता का परीक्षण 2 घंटे में किया जा सकता है। इसी तरह सभी कार्यों और इसी प्रयास की एक सूची तैयार करें। प्रशिक्षण ट्यूटोरियल रोकें और अभ्यास पूरा करें। मुझे आशा है कि आपने आवश्यक प्रयास का एक शिक्षित अनुमान लगाया है
- यह टेस्ट अनुमान के लिए बॉटम-अप रणनीति है। उस तकनीक को नीचे-ऊपर कहा जाता है, जो उन कार्यों के आधार पर होती है, जो काम के टूटने के पदानुक्रम के निम्नतम स्तर पर होते हैं, आप अवधि, निर्भरता और संसाधनों का अनुमान लगाते हैं।
- बॉटम-अप रणनीति में, अनुमान किसी एक व्यक्ति द्वारा नहीं बल्कि सभी हितधारकों, व्यक्तिगत योगदानकर्ताओं, विशेषज्ञों और अनुभवी स्टाफ सदस्यों द्वारा सामूहिक रूप से लिया जाता है। यह विचार सटीक परीक्षण अनुमानों पर पहुंचने के लिए टीम के सदस्यों के सहयोगात्मक ज्ञान को आकर्षित करने के लिए है
- अब चूंकि आपको उड़ान आरक्षण प्रणाली पर काफी अनुभव है। वेबसाइट के पूर्ण कार्यात्मक परीक्षण के लिए आवश्यक प्रयास का अनुमान लगाने के लिए इस अनुभव का उपयोग करें। - http://newtours.demoaut.com/
- यह साइट कार्यात्मक रूप से उड़ान आरक्षण अनुप्रयोग के समान है, बस यह वेब आधारित है। ट्यूटोरियल रोकें और अब व्यायाम करें
- मुझे आशा है कि आपके अनुभव के आधार पर आपने वेबसाइट के परीक्षण के लिए आवश्यक प्रयास पर एक अच्छा अनुमान लगाया है
- यह अनुमान के ऊपर - नीचे दृष्टिकोण है जो अनुभव पर आधारित है।
- एक अन्य तकनीक उनके आकार और जटिलता के आधार पर परियोजना को वर्गीकृत करना है और फिर यह देखना है कि किसी विशेष आकार और जटिलता की परियोजना कितने समय तक चली है।
- एक अन्य दृष्टिकोण समान परियोजनाओं के लिए अतीत में प्रति परीक्षण मामले का औसत निर्धारण और फिर वर्तमान परियोजना के अनुमानित परीक्षण मामलों का उपयोग करना और कुल प्रयास पर पहुंचना है।
- अधिक परिष्कृत अनुमान मॉडल में जटिल गणितीय मॉडल शामिल हैं। व्यवहार में, अधिकांश परियोजनाएं अनुमान के लिए टॉप-डाउन दृष्टिकोण का उपयोग करती हैं।
- परीक्षण का अनुमान कई कारकों से प्रभावित हो सकता है जैसे समय दबाव, लोग कारक, परीक्षण टीम का भौगोलिक वितरण और इसी तरह