टेस्ट एस्टिमेशन कैलकुलेटर

ब्राउज़र में चलता है नया टेस्ट डिज़ाइन

थ्री-पॉइंट टेस्ट एस्टिमेशन कैलकुलेटर। हर पंक्ति में एक टास्क लिखें, उसके optimistic, most likely और pessimistic effort के साथ, घंटों या person-days में। यह हर टास्क पर PERT फ़ॉर्मूला E = (O + 4M + P) / 6 और σ = (P − O) / 6 — या triangular औसत — लगाता है, सबको जोड़ता है, अनिश्चितता को कुल standard deviation में मिलाता है, संभावित (±1σ) और चौड़ी (±2σ) range दिखाता है, contingency और test management overhead जोड़ता है, और effort को आपकी टीम के working days में बदलता है। संख्याएँ आपके ब्राउज़र में ही रहती हैं।

गोपनीयता: यह टूल पूरी तरह आपके ब्राउज़र में चलता है। आपका इनपुट कभी आपके डिवाइस से बाहर नहीं जाता।

टेस्टिंग की मेहनत का अनुमान कैसे लगाते हैं?

टेस्टिंग को छोटे tasks में बाँटें (work breakdown structure) और उनका अनुमान जाँचने योग्य तकनीक से लगाएँ: अपने पिछले प्रोजेक्ट के ratio, मौजूदा प्रगति से extrapolation, expert judgement के लिए Wideband Delphi या planning poker, या three-point estimation जहाँ E = (a + 4m + b) / 6 और SD ≈ (b − a) / 6। मान्यताओं के साथ range बताएँ, और scope या मान्यताएँ बदलने पर दोबारा अनुमान लगाएँ।

गाइड पढ़ें: टेस्ट एस्टिमेशन तकनीकें

टेस्ट एस्टिमेशन कैलकुलेटर कैसे इस्तेमाल करें

  1. टेस्टिंग के काम को टास्क में बाँटें: analysis, test design, डेटा, execution cycles, regression, reporting।
  2. हर टास्क के लिए लिखें: नाम | optimistic | most likely | pessimistic, घंटों या person-days में।
  3. फ़ॉर्मूला चुनें (PERT आम थ्री-पॉइंट एस्टिमेट है) और यूनिट भी।
  4. Contingency, management overhead, टेस्टरों की संख्या और रोज़ के productive घंटे सेट करें।
  5. कुल effort, range और working days पढ़ें, और एस्टिमेट के साथ हर टास्क की तालिका भी साझा करें।

टेस्ट एस्टिमेशन कैलकुलेटर की खूबियाँ

  • हर टास्क के लिए थ्री-पॉइंट एस्टिमेशन, PERT फ़ॉर्मूला (O + 4M + P) / 6 या triangular औसत (O + M + P) / 3 से
  • हर टास्क और कुल का standard deviation, यह मानकर कि टास्क एक-दूसरे से स्वतंत्र रूप से घटते-बढ़ते हैं
  • एस्टिमेट के आसपास संभावित (±1σ) और चौड़ी (±2σ) range, जो कभी optimistic मानों के जोड़ से नीचे नहीं जाती
  • Contingency और test management overhead के अलग-अलग प्रतिशत, ताकि हर जोड़ी गई चीज़ दिखती रहे
  • टेस्टरों की संख्या और रोज़ के productive घंटों से टीम के working days, घंटों या person-days के लिए
  • हर टास्क की तालिका और CSV एक्सपोर्ट, और जिन पंक्तियों का इस्तेमाल नहीं हो सकता उनके लिए पंक्ति-दर-पंक्ति संदेश

टेस्ट एस्टिमेशन कैलकुलेटर का उदाहरण

Checkout रिलीज़ के लिए सात टेस्ट टास्क

इनपुट:

Review requirements and write test scenarios | 6 | 10 | 18 … Test summary report | 2 | 3 | 5 (टूल का उदाहरण), PERT, घंटे, 10% contingency, 10% overhead, 2 टेस्टर × 6 h

आउटपुट:

बेस एस्टिमेट 102 h (टास्क एस्टिमेट का जोड़, जैसे functional execution (24 + 4 × 32 + 50) / 6 = 33.67 h) · σ ≈ 6.96 h · संभावित range 95.04–108.96 h · contingency + 10.2 h · overhead + 10.2 h · कुल 122.4 h · दो टेस्टर, रोज़ 6 h पर 10.2 working days

टेस्ट एस्टिमेशन कैलकुलेटर कब इस्तेमाल करें

  • टेस्ट प्लान के लिए किसी test cycle या रिलीज़ का एस्टिमेट बनाना
  • Stakeholders को एक अकेली संख्या के बजाय एस्टिमेट की अनिश्चितता दिखाना
  • Schedule पर contingency और टीम के आकार के असर की तुलना करना

टेस्ट एस्टिमेशन कैलकुलेटर के बारे में अक्सर पूछे जाने वाले सवाल

थ्री-पॉइंट एस्टिमेशन का फ़ॉर्मूला क्या है?

PERT वाला रूप है E = (O + 4M + P) / 6, जहाँ O optimistic, M most likely और P pessimistic एस्टिमेट है; इसका standard deviation (P − O) / 6 है। Triangular रूप सीधा औसत (O + M + P) / 3 है।

कुल अनिश्चितता कैसे निकाली जाती है?

टास्क के एस्टिमेट जोड़े जाते हैं, और standard deviations को उनके वर्गों के जोड़ के वर्गमूल के रूप में मिलाया जाता है, जो मानता है कि टास्क स्वतंत्र रूप से घटते-बढ़ते हैं। ±1σ और ±2σ range normal approximation पर आधारित हैं, इसलिए वे कई टास्क के जोड़ के लिए एक मार्गदर्शन हैं, गारंटी नहीं।

क्या थ्री-पॉइंट एस्टिमेट के ऊपर contingency जोड़नी चाहिए?

अक्सर कम, क्योंकि pessimistic मान पहले से जोखिम का कुछ हिस्सा अपने में रखते हैं। कैलकुलेटर contingency और test management overhead को अलग, साफ़ दिखने वाले प्रतिशत के रूप में रखता है, ताकि आप ठीक-ठीक दिखा सकें कि क्या जोड़ा गया और क्यों।

Working days कैसे निकाले जाते हैं?

घंटों में कुल effort को टेस्टर × रोज़ के productive घंटों से भाग दिया जाता है। Person-days भी रोज़ के इन्हीं घंटों से बदले जाते हैं। कैलेंडर का समय dependencies और इंतज़ार पर भी निर्भर करता है, जिसे कोई फ़ॉर्मूला नहीं जानता।

तकनीकी नोट्स

PERT हर टास्क को E = (O + 4M + P) / 6 और σ = (P − O) / 6 देता है; triangular distribution E = (O + M + P) / 3 और σ = √((O² + M² + P² − OM − OP − MP) / 18) देता है। कुल एस्टिमेट टास्क एस्टिमेट का जोड़ है, और कुल σ √(Σσ²) है, जो तब सही बैठता है जब टास्क स्वतंत्र रूप से घटते-बढ़ते हैं।

Range normal approximation इस्तेमाल करती हैं (±1σ के भीतर 68%, ±2σ के भीतर 95%)। यह कई टास्क के जोड़ पर ठीक बैठता है; एक या दो टास्क होने पर टूल यह बता देता है। आपस में जुड़े जोखिम — जैसे हर टास्क के लिए एक ही environment का फ़ेल होना — असली फैलाव को फ़ॉर्मूले के दिखाए फैलाव से ज़्यादा चौड़ा कर देते हैं।

सीमाएँ और कार्यप्रणाली

एस्टिमेट उतना ही अच्छा है जितनी उसकी टास्क सूची और O, M और P के मान; कैलकुलेटर फ़ॉर्मूला लगाता है, आपके प्रोडक्ट को नहीं जानता।

Working days, effort को capacity से भाग देकर निकलते हैं; dependencies, builds और fixes का इंतज़ार, और छुट्टियाँ इसमें शामिल नहीं हैं।

संदर्भ

  • ISTQB Certified Tester Foundation Level (CTFL) v4.0ISTQB · 2023सॉफ़्टवेयर टेस्टिंग का फ़ाउंडेशन पाठ्यक्रम: टेस्ट स्तर और प्रकार, टेस्ट डिज़ाइन तकनीकें, टेस्ट प्रबंधन और टूल।
  • Certified Tester Advanced Level Test Management (CTAL-TM) v3.0ISTQB · 2024टेस्टिंग प्रबंधन पर ISTQB का advanced पाठ्यक्रम: टेस्ट योजना और अनुमान, risk-based testing, निगरानी, मेट्रिक्स और रिपोर्टिंग।