सॉफ्टवेयर परीक्षण आकलन तकनीक
सॉफ्टवेयर परीक्षण आकलन क्या है?
परीक्षण आकलन एक प्रबंधन गतिविधि है जो अनुमान लगाती है कितना लंबा किसी कार्य को पूरा करने में कितना समय लगेगा। परीक्षण के लिए प्रयास का अनुमान लगाना सबसे महत्वपूर्ण है प्रमुख और महत्वपूर्ण परीक्षण प्रबंधन में कार्य.
परीक्षण आकलन क्यों?
संभावित परीक्षण अनुबंधों पर चर्चा करते समय आप अपने ग्राहकों से दो प्रश्नों की अपेक्षा कर सकते हैं:
छोटे प्रोजेक्ट के लिए इन सवालों का जवाब देना अपेक्षाकृत आसान है। लेकिन बड़े प्रोजेक्ट जैसे कि परीक्षण गुरु99 बैंक की वेबसाइट पर जाकर, आपको उन सवालों के जवाब देने के लिए कड़ी मेहनत करनी होगी।
क्या अनुमान लगाएं?
- संसाधन: संसाधनों की आवश्यकता है बाहर ले जाने के कोई भी परियोजना कार्य। वे लोग, उपकरण, सुविधाएँ, निधि या परियोजना गतिविधि को पूरा करने के लिए आवश्यक परिभाषा योग्य कुछ भी हो सकते हैं।
- टाइम्स : किसी भी परियोजना में समय सबसे मूल्यवान संसाधन होता है। हर परियोजना की डिलीवरी की एक समय सीमा होती है।
- मानवीय कौशल : मानव कौशल का मतलब है ज्ञान और अनुभव टीम के सदस्यों की। वे आपके अनुमान को प्रभावित करते हैं। उदाहरण के लिए, एक टीम, जिसके सदस्यों के पास कम परीक्षण कौशल है, उस टीम की तुलना में परियोजना को पूरा करने में अधिक समय लेगी जिसके पास उच्च परीक्षण कौशल है।
- लागत: लागत परियोजना है बजटसामान्यतः इसका अर्थ है कितना धन परियोजना को पूरा करने में कितना समय लगता है।
अनुमान कैसे लगाएं?
सॉफ्टवेयर परीक्षण आकलन तकनीकों की सूची
- कार्य विश्लेषण संरचना
- 3-बिंदु सॉफ्टवेयर परीक्षण अनुमान तकनीक
- वाइडबैंड डेल्फी तकनीक
- फ़ंक्शन बिंदु/परीक्षण बिंदु विश्लेषण
- केस पॉइंट विधि का उपयोग करें
- प्रतिशत वितरण
- तदर्थ विधि
अनुमान पर पहुंचने के लिए 4 चरण की प्रक्रिया निम्नलिखित है
आप सीखेंगे कि गुरु99 बैंक केस स्टडी के लिए अनुमान खोजने के लिए इन तकनीकों को कैसे संयोजित किया जाए।
चरण 1) पूरे प्रोजेक्ट कार्य को उप-कार्यों में विभाजित करें
कार्य एक ऐसा कार्य है जो किसी को दिया गया है। ऐसा करने के लिए, आप इसका उपयोग कर सकते हैं कार्य विश्लेषण संरचना तकनीक।
इस तकनीक में, एक जटिल परियोजना को मॉड्यूल में विभाजित किया जाता है। मॉड्यूल को उप-मॉड्यूल में विभाजित किया जाता है। प्रत्येक उप-मॉड्यूल को आगे कार्यक्षमता में विभाजित किया जाता है। इसका मतलब है कि पूरे प्रोजेक्ट कार्य को मॉड्यूल में विभाजित करना। सबसे छोटा कार्य।
गुरु99 बैंक परियोजना को 5 छोटे कार्यों में विभाजित करने के लिए वर्क ब्रेक डाउन संरचना का उपयोग करें-
उसके बाद, आप प्रत्येक कार्य को निम्न भागों में बांट सकते हैं: उपकार्य. इस गतिविधि का उद्देश्य कार्य बनाना है विस्तृत as संभव.
| कार्य | उप कार्य |
|---|---|
| सॉफ़्टवेयर आवश्यकता विनिर्देश का विश्लेषण करें | सॉफ्ट आवश्यकता विनिर्देशों की जांच करें |
| वेबसाइट के बारे में अधिक जानने के लिए डेवलपर और अन्य हितधारकों के साथ साक्षात्कार | |
| परीक्षण विनिर्देश बनाएं | परीक्षण परिदृश्य डिज़ाइन करें |
| परीक्षण मामले बनाएँ | |
| Revपरीक्षण मामलों को देखें और संशोधित करें | |
| परीक्षण मामलों को निष्पादित करें | परीक्षण वातावरण तैयार करें |
| परीक्षण मामलों को निष्पादित करें | |
| Review परीक्षण निष्पादन परिणाम | |
| दोषों की रिपोर्ट करें | |
| बनाएं दोष रिपोर्टों | |
| दोषों की रिपोर्ट करें |
चरण 2) प्रत्येक कार्य को टीम के सदस्य को आवंटित करें
इस चरण में, प्रत्येक कार्य को सौंपा जाता है उपयुक्त परियोजना टीम में सदस्य। आप निम्न प्रकार से कार्य सौंप सकते हैं
| कार्य | सदस्यगण |
|---|---|
| सॉफ़्टवेयर आवश्यकता विनिर्देश का विश्लेषण करें | सभी सदस्य |
| परीक्षण विनिर्देश बनाएं | परीक्षक/परीक्षण विश्लेषक |
| परीक्षण वातावरण तैयार करें | परीक्षण प्रशासक |
| परीक्षण मामलों को निष्पादित करें | परीक्षक, परीक्षण प्रशासक |
| दोषों की रिपोर्ट करें | टेस्टर |
चरण 3) कार्यों के लिए प्रयास का अनुमान
कार्यों के लिए प्रयास का अनुमान लगाने के लिए आप 2 तकनीकें लागू कर सकते हैं
- कार्यात्मक बिंदु विधि
- तीन बिंदु अनुमान
विधि 1) फंक्शन पॉइंट विधि
इस विधि में, परीक्षण प्रबंधक कार्यों के लिए आकार, अवधि और लागत का अनुमान लगाता है
चरण A) कार्य के लिए आकार का अनुमान लगाएं
In चरण 1, आपने पहले ही WBS पद्धति का उपयोग करके पूरे प्रोजेक्ट कार्य को छोटे-छोटे कार्यों में विभाजित कर दिया है। अब आप उन कार्यों के आकार का अनुमान लगाते हैं। आइए एक विशेष कार्य के साथ अभ्यास करें "परीक्षण विनिर्देश बनाएं"
इस कार्य का आकार परीक्षण के तहत सिस्टम के कार्यात्मक आकार पर निर्भर करता है। कार्यात्मक आकार दर्शाता है राशि उपयोगकर्ता के लिए प्रासंगिक कार्यक्षमता का अधिक से अधिक उपयोग किया जा सके। संख्या कार्यक्षमता की दृष्टि से, जितना अधिक जटिल प्रणाली है.
वास्तविक अनुमान लगाने वाले कार्य प्रयास शुरू करने से पहले, कार्यात्मक बिंदुओं को तीन समूहों में विभाजित किया जाता है जैसे जटिल, मध्यम सरल निम्नलिखित के रूप में:
सॉफ्टवेयर कार्यों की जटिलता के आधार पर, परीक्षण प्रबंधक को पर्याप्त जानकारी देनी होगी महत्व प्रत्येक कार्यात्मक बिंदु के लिए। उदाहरण के लिए
| समूह | वेटेज |
|---|---|
| जटिल | 5 |
| मध्यम | 3 |
| सरल | 1 |
आइये इसे और स्पष्ट करने के लिए एक सरल उदाहरण लेते हैं:
गुरु99 बैंक की वेबसाइट के सॉफ्टवेयर विनिर्देश पर एक नज़र डालें यहाँ उत्पन्न करें, सॉफ्टवेयर इंजीनियर ने पहले ही सॉफ्टवेयर मॉड्यूल का विस्तार से वर्णन किया है, क्या आप यह निर्धारित कर सकते हैं जटिलता प्रत्येक मॉड्यूल के लिए वेटेज देकर वेबसाइट की विशेषताओं का मूल्यांकन कैसे करें?
फ़ंक्शन पॉइंट जितना जटिल होगा, उसे परखने का प्रयास उतना ही अधिक होगा। वेबसाइट को तीन भागों में विभाजित किया गया है 12 समारोह अंक, आप निर्धारित कर सकते हैं जटिलता प्रत्येक फ़ंक्शन के बिंदु निम्नानुसार हैं-
| नहीं. | मोड्यूल का नाम | लागू भूमिकाएँ | विवरण | वेटेज |
|---|---|---|---|---|
| 1. | बैलेंस पूछताछ | प्रबंधक
ग्राहक |
ग्राहक: एक ग्राहक के पास कई बैंक खाते हो सकते हैं। वह केवल अपने खातों का शेष देख सकता है
प्रबंधक: एक प्रबंधक अपने पर्यवेक्षण के अंतर्गत आने वाले सभी ग्राहकों का शेष देख सकता है |
3 |
| 2. | फंड ट्रांसफर | प्रबंधक
ग्राहक |
ग्राहक: कोई भी ग्राहक अपने "स्वयं" खाते से किसी भी गंतव्य खाते में धनराशि स्थानांतरित कर सकता है।
प्रबंधक: एक प्रबंधक किसी भी स्रोत बैंक खाते से गंतव्य खाते में धनराशि स्थानांतरित कर सकता है |
5 |
| 3. | मिनी स्टेटमेंट | प्रबंधक
ग्राहक |
मिनी स्टेटमेंट में खाते के अंतिम 5 लेनदेन दिखाए जाएंगे
ग्राहक: ग्राहक केवल अपने “स्वयं” खातों का मिनी-स्टेटमेंट देख सकता है प्रबंधक: प्रबंधक किसी भी खाते का मिनी-स्टेटमेंट देख सकता है |
3 |
| 4. | अनुकूलित विवरण | प्रबंधक
ग्राहक |
एक अनुकूलित विवरण आपको दिनांक, लेनदेन मूल्य के आधार पर खाते में लेनदेन को फ़िल्टर और प्रदर्शित करने की अनुमति देता है
ग्राहक: ग्राहक केवल अपने “स्वयं” खातों का कस्टमाइज्ड-स्टेटमेंट देख सकता है प्रबंधक: प्रबंधक किसी भी खाते का कस्टमाइज्ड स्टेटमेंट देख सकता है |
5 |
| 5. | पासवर्ड बदलें | प्रबंधक
ग्राहक |
ग्राहक: ग्राहक केवल अपने खाते का पासवर्ड बदल सकता है।
प्रबंधक: एक प्रबंधक केवल अपने खाते का पासवर्ड बदल सकता है। वह अपने ग्राहकों का पासवर्ड नहीं बदल सकता |
1 |
| 6. | नये ग्राहक | प्रबंधक | प्रबंधक: एक प्रबंधक एक नया ग्राहक जोड़ सकता है.
प्रबंधक: एक प्रबंधक ग्राहक के पते, ईमेल, टेलीफोन जैसे विवरण संपादित कर सकता है। |
3 |
| 7. | नया खाता | प्रबंधक | वर्तमान में प्रणाली 2 प्रकार के खाते उपलब्ध कराती है
एक ग्राहक एकाधिक बचत खाते रख सकता है (एक उसके अपने नाम पर, दूसरा संयुक्त नाम पर आदि)। वह अपनी स्वामित्व वाली विभिन्न कंपनियों के लिए अनेक चालू खाते रख सकता है। अथवा उसके पास एकाधिक चालू एवं बचत खाते हो सकते हैं। प्रबंधक: प्रबंधक किसी मौजूदा ग्राहक के लिए नया खाता जोड़ सकता है। |
5 |
| 8. | खाता संपादित करें | प्रबंधक | प्रबंधक: प्रबंधक किसी मौजूदा खाते के लिए खाता विवरण जोड़ या संपादित कर सकता है | 1 |
| 9. | खाता हटा दो | प्रबंधक | प्रबंधक: एक प्रबंधक किसी ग्राहक के लिए खाता जोड़ या हटा सकता है। | 1 |
| 10. | ग्राहक हटाएँ | प्रबंधक | किसी ग्राहक को केवल तभी हटाया जा सकता है जब उसके पास कोई सक्रिय चालू या बचत खाता न हो
प्रबंधक: प्रबंधक किसी ग्राहक को हटा सकता है. |
1 |
| 11. | डिपॉजिट | प्रबंधक | प्रबंधक: मैनेजर किसी भी खाते में पैसा जमा कर सकता है। आमतौर पर ऐसा तब किया जाता है जब बैंक शाखा में नकदी जमा की जाती है। | 3 |
| 12. | धननिकासी | प्रबंधक | प्रबंधक: मैनेजर किसी भी खाते से पैसे निकाल सकता है। आमतौर पर ऐसा तब किया जाता है जब बैंक शाखा में नकदी निकाली जाती है। | 3 |
चरण बी) कार्य की अवधि का अनुमान लगाएं
वर्गीकरण के बाद जटिलता फ़ंक्शन बिंदुओं में से, आपको अनुमान लगाना होगा अवधि उनका परीक्षण करने के लिए। अवधि का मतलब है कितना कार्य को पूरा करने के लिए समय की आवश्यकता है।
- कुल प्रयास: वेबसाइट के सभी कार्यों का पूर्णतः परीक्षण करने का प्रयास
- कुल फ़ंक्शन पॉइंट: वेबसाइट के कुल मॉड्यूल
- प्रति फ़ंक्शन पॉइंट्स के अनुसार अनुमान निर्धारित किया गया: एक फ़ंक्शन पॉइंट को पूरा करने के लिए औसत प्रयास। यह मान इस पर निर्भर करता है उत्पादकता उस सदस्य का नाम बताइये जो इस कार्य का प्रभार संभालेगा।
मान लीजिए कि आपकी परियोजना टीम ने प्रति फ़ंक्शन पॉइंट का अनुमान लगाया है 5 घंटे/अंकआप वेबसाइट गुरु 99 बैंक की सभी सुविधाओं का परीक्षण करने के लिए कुल प्रयास का अनुमान इस प्रकार लगा सकते हैं:
| वेटेज | फ़ंक्शन बिंदुओं की संख्या | कुल | |
|---|---|---|---|
| जटिल | 5 | 3 | 15 |
| मध्यम | 3 | 5 | 15 |
| सरल | 1 | 4 | 4 |
| फ़ंक्शन कुल अंक | 34 | ||
| प्रति बिंदु अनुमान परिभाषित करें | 5 | ||
| कुल अनुमानित प्रयास (व्यक्ति Hours) | 170 | ||
इसलिए गुरु99 बैंक के “परीक्षण विनिर्देश बनाएं” कार्य को पूरा करने के लिए कुल प्रयास लगभग 170 मानव-घंटे है
एक बार जब आप आवश्यक प्रयास को समझ जाते हैं, तो आप यह निर्धारित करने के लिए संसाधन आवंटित कर सकते हैं कि कार्य में कितना समय लगेगा (अवधि), और फिर आप श्रम और गैर-श्रम लागत का अनुमान लगा सकते हैं।
उपरोक्त उदाहरण आपकी टीम में सदस्य के महत्व को भी दर्शाता है। प्रतिभावान और अनुभवी सदस्यों, आप निर्धारित कार्य को पूरा कर सकते हैं छोटा समय पर काम पूरा हो जाएगा और आपकी परियोजना तय समय सीमा पर या उससे पहले ही पूरी हो जाएगी।
चरण सी) कार्यों की लागत का अनुमान लगाएं
यह चरण आपको ग्राहक के अंतिम प्रश्न का उत्तर देने में मदद करता है “इसकी कीमत कितनी होती है?"
मान लीजिए, औसतन आपकी टीम का वेतन $5 प्रति घंटा है। “टेस्ट स्पेक्स बनाएँ” कार्य के लिए आवश्यक समय 170 घंटे है। तदनुसार, कार्य की लागत 5*170 = $850 है। अब आप WBS में अन्य गतिविधियों के लिए बजट की गणना कर सकते हैं और परियोजना के लिए समग्र बजट पर पहुँच सकते हैं।
एक परियोजना प्रबंधक के रूप में, आपको यह निर्णय लेना होगा कि लक्ष्य को कैसे प्राप्त किया जाए। सबसे अधिक वापसी आपकी कंपनी के निवेश के लिए। सही आपकी परियोजना लागत का अनुमान है, बेहतर आप अपनी परियोजना के बजट का प्रबंधन करने में सक्षम होंगे।
विधि 2) तीन बिंदु अनुमान
तीन-बिंदु अनुमान उन तकनीकों में से एक है जिसका उपयोग किसी कार्य का अनुमान लगाने के लिए किया जा सकता है। तीन-बिंदु अनुमान की सरलता इसे प्रोजेक्ट मैनेजर के लिए एक बहुत ही उपयोगी उपकरण बनाती है जो अनुमान लगाना चाहता है।
तीन-बिंदु आकलन में, तीन प्रत्येक कार्य के लिए प्रारंभ में निम्नलिखित के आधार पर मान तैयार किए जाते हैं पहले का अनुभव or सर्वोत्तम अनुमान के रूप में निम्नानुसार
किसी कार्य का अनुमान लगाते समय, परीक्षण प्रबंधक को तीन मान प्रदान करने की आवश्यकता होती है, जैसा कि ऊपर निर्दिष्ट किया गया है। पहचाने गए तीन मान, अनुमान लगाते हैं कि किसी कार्य में क्या होता है इष्टतम स्थिति, क्या है सबसे अधिक संभावना, या हम क्या सोचते हैं कि यह होगा सबसे खराब मामला परिदृश्य.
आइए देखें कि निम्नलिखित उदाहरण में उपरोक्त तीन मानों का उपयोग कैसे करें
कार्य के लिए “परीक्षण विनिर्देश बनाएं”, क्या आप परीक्षण प्रयास का अनुमान लगा सकते हैं? याद रखें कि आपको सभी को कवर करें गुरु99 बैंक वेबसाइट के मॉड्यूल जैसा कि किया गया है फ़ंक्शन पॉइंट विधि
आप निम्नलिखित तरीके से अनुमान लगा सकते हैं
- RSI सबसे अच्छा मामले इस कार्य को पूरा करने के लिए 120 मानव-घंटे (लगभग 15 दिन)। इस मामले में, आपके पास एक प्रतिभाशाली टीम है, वे कम से कम समय में कार्य पूरा कर सकते हैं।
- RSI सबसे अधिक संभावना इस कार्य को पूरा करने के लिए मामला 170 मानव-घंटे (लगभग 21 दिन)। यह एक सामान्य मामला है, आपके पास कार्य पूरा करने के लिए पर्याप्त संसाधन और क्षमता है
- RSI सबसे खराब मामला इस कार्य को पूरा करने के लिए 200 मानव-घंटे (लगभग 25 दिन)। आपको बहुत अधिक काम करना होगा क्योंकि आपकी टीम के सदस्य अनुभवी नहीं हैं।
अब, प्रत्येक पैरामीटर को नीचे दिए अनुसार मान निर्दिष्ट करें
कार्य को पूरा करने के प्रयास की गणना निम्न प्रकार से की जा सकती है द्वि-त्रिकोणीय वितरण सूत्र इस प्रकार है-
उपरोक्त सूत्र में, पैरामीटर E को किस नाम से जाना जाता है? भारित औसत। यह “परीक्षण विनिर्देश बनाएँ” कार्य का अनुमान है।
लेकिन आपका बॉस आपसे पूछ सकता है
उपरोक्त आकलन में, आप बस एक निर्धारित करते हैं संभव और एक नहीं कुछ मूल्य, हमें इसके बारे में पता होना चाहिए संभावना यह अनुमान सही है। आप दूसरा सूत्र इस्तेमाल कर सकते हैं:
उपरोक्त सूत्र में, एसडी माध्य मानक विचलन, यह मान आपको इसके बारे में जानकारी दे सकता है संभावना कि यह अनुमान सही है.
अब आप “परीक्षण विनिर्देश बनाएँ” कार्य के लिए अनुमान का निष्कर्ष निकाल सकते हैं
गुरु99 बैंक वेबसाइट के “परीक्षण विनिर्देश बनाएं” कार्य को पूरा करने के लिए, आपको चाहिए 166.6 13.33 ± मानव-घंटा (153.33 से 179.99 मानव-घंटा)
चरण 4) अनुमान को मान्य करें
एक बार जब आप WBS में उल्लिखित सभी कार्यों के लिए एक समग्र अनुमान बना लेते हैं, तो आपको इसे अग्रेषित करना होगा प्रबंधन बोर्ड, कौन करेगा की समीक्षा और अनुमोदन करना यह।
प्रबंधन बोर्ड के सदस्य में सीईओ, परियोजना प्रबंधक और अन्य हितधारक शामिल हो सकते हैं।
प्रबंधन बोर्ड आपकी आकलन योजना की समीक्षा करेगा और आपके साथ उस पर चर्चा करेगा। आप उन्हें अपना आकलन समझा सकते हैं तर्क में और यथोचित ताकि वे आपकी आकलन योजना को मंजूरी दे सकें।
परीक्षण आकलन की सर्वोत्तम प्रथाएँ
यह विषय परीक्षण सटीकता का अनुमान लगाने के बारे में सामान्य सुझाव प्रस्तुत करता है।
कुछ बफर समय जोड़ें:
आपके प्रोजेक्ट में कई अप्रत्याशित चीजें हो सकती हैं, जैसे कि एक प्रतिभाशाली टीम का सदस्य अचानक अपनी नौकरी छोड़ देता है, परीक्षण पूरा होने में अनुमान से ज़्यादा समय लगता है... आदि। इसलिए आपको अपने अनुमान में कुछ बफर शामिल करने की ज़रूरत है। अनुमान में बफर होने से किसी भी देरी से निपटने में मदद मिलती है।
आकलन में संसाधन नियोजन का लेखा
अगर आपकी टीम के कुछ सदस्य लंबी छुट्टी लेते हैं तो आपको क्या करना चाहिए? इससे प्रोजेक्ट में देरी हो सकती है। अनुमान लगाने में संसाधन नियोजन एक महत्वपूर्ण भूमिका निभाता है। संसाधनों की उपलब्धता यह सुनिश्चित करने में मदद करेगी कि अनुमान यथार्थवादी हों। यहां आपको अपने टीम के सदस्य की छुट्टियों पर विचार करना होगा, आम तौर पर लंबी छुट्टियां।
पिछले अनुभव को संदर्भ के रूप में उपयोग करें
समय अनुमान तैयार करते समय पिछली परियोजनाओं के अनुभव महत्वपूर्ण भूमिका निभाते हैं। चूँकि कुछ परियोजनाएँ कुछ हद तक समान हो सकती हैं, इसलिए आप पिछले अनुमान का पुनः उपयोग कर सकते हैं। उदाहरण के लिए, यदि आप किसी वेबसाइट का परीक्षण करने जैसे प्रोजेक्ट पर काम करते हैं, तो आप उस अनुभव से सीख सकते हैं, पिछली परियोजनाओं में सामना की गई सभी कठिनाइयों या समस्याओं से बचने का प्रयास कर सकते हैं।
अपने अनुमान पर अडिग रहें
अनुमान तो बस अनुमान है क्योंकि यह हो सकता है गलतियों को सुधारनेपरियोजना के प्रारंभिक चरणों में, आपको अक्सर परीक्षण अनुमानों की पुनः जाँच करें और संशोधन करें यदि आवश्यक हो। हमें इसे ठीक करने के बाद अनुमान को आगे नहीं बढ़ाना चाहिए, जब तक कि आवश्यकता में बड़े बदलाव न हों, या आपको पुनः अनुमान के बारे में ग्राहक के साथ बातचीत करनी पड़े
सॉफ़्टवेयर परीक्षण अनुमान टेम्पलेट
सॉफ्टवेयर परीक्षण अनुमान एक्सेल(.xlsx) डाउनलोड करें
अन्य तकनीकें
वाइडबैंड डेल्फी तकनीक, उपयोग-केस प्वाइंट विधि, प्रतिशत वितरण, एड-हॉक विधि सॉफ्टवेयर इंजीनियरिंग में अन्य आकलन तकनीकें हैं।
सॉफ्टवेयर परीक्षण आकलन तकनीक वीडियो
क्लिक करें यहाँ उत्पन्न करें यदि वीडियो उपलब्ध न हो
वीडियो ट्रांसक्रिप्ट
- आइये एक अभ्यास करें - उड़ान आरक्षण आवेदन कार्य विखंडन संरचना तैयार करें
- विभिन्न परीक्षण कार्य जैसे – लॉगिन कार्यक्षमता की जाँच करें, नए ऑर्डर की कार्यक्षमता की जाँच करें, फैक्स कार्यक्षमता की जाँच करें, और अन्य समान कार्यक्षमताएँ और इन कार्यक्षमताओं का परीक्षण करने के लिए आवश्यक प्रयास का अनुमान लगाएँ
- उदाहरण के लिए लॉगिन कार्यक्षमता का परीक्षण 2 घंटे में किया जा सकता है। इसी तरह सभी कार्यों और संबंधित प्रयासों की एक सूची तैयार करें। प्रशिक्षण ट्यूटोरियल को रोकें और अभ्यास पूरा करें। मुझे उम्मीद है कि आपने आवश्यक प्रयास का एक शिक्षित अनुमान लगाया होगा
- यह परीक्षण अनुमान के लिए बॉटम-अप रणनीति है। इस तकनीक को बॉटम-अप कहा जाता है क्योंकि कार्य विभाजन पदानुक्रम के सबसे निचले स्तर पर मौजूद कार्यों के आधार पर आप अवधि, निर्भरता और संसाधनों का अनुमान लगाते हैं।
- बॉटम-अप रणनीति में, अनुमान किसी एक व्यक्ति द्वारा नहीं बल्कि सभी हितधारकों, व्यक्तिगत योगदानकर्ताओं, विशेषज्ञों और अनुभवी कर्मचारियों द्वारा सामूहिक रूप से लिया जाता है। इसका उद्देश्य सटीक परीक्षण अनुमानों पर पहुंचने के लिए टीम के सदस्यों की सहयोगात्मक बुद्धि का उपयोग करना है।
- अब चूँकि आपको उड़ान आरक्षण प्रणाली पर काफी अनुभव है, इसलिए इस अनुभव का उपयोग करके पूर्ण उड़ान के लिए आवश्यक प्रयास का अनुमान लगाएँ। क्रियात्मक परीक्षण वेबसाइट का विवरण – http://newtours.demoaut.com/
- इस साइट की कार्यप्रणाली फ्लाइट रिजर्वेशन एप्लीकेशन के समान है, बस यह वेब आधारित है। ट्यूटोरियल को रोकें और अब अभ्यास करें
- मुझे आशा है कि आपके अनुभव के आधार पर आपने वेबसाइट के परीक्षण के लिए आवश्यक प्रयास का अच्छा अनुमान लगाया होगा।
- यह आकलन का शीर्ष-से-नीचे दृष्टिकोण है जो अनुभव पर आधारित है।
- एक अन्य तकनीक है परियोजनाओं को उनके आकार और जटिलता के आधार पर वर्गीकृत करना और फिर यह देखना कि अतीत में किसी विशेष आकार और जटिलता वाली परियोजना को पूरा करने में कितना समय लगा था।
- एक अन्य दृष्टिकोण प्रति माह औसत प्रयास का निर्धारण करना है परीक्षण का मामला अतीत में इसी प्रकार की परियोजनाओं के लिए किए गए प्रयासों का विश्लेषण करना तथा फिर वर्तमान परियोजना के अनुमानित परीक्षण मामलों का उपयोग करके कुल प्रयास पर पहुंचना
- अधिक परिष्कृत अनुमान मॉडल में जटिल गणितीय मॉडल शामिल होते हैं। व्यवहार में, अधिकांश परियोजनाएँ अनुमान के लिए टॉप-डाउन दृष्टिकोण का उपयोग करती हैं।
- परीक्षण अनुमान कई कारकों से प्रभावित हो सकते हैं जैसे समय का दबाव, लोगों का कारक, परीक्षण दल का भौगोलिक वितरण आदि














