🛕 🔆 🎯 परीक्षण मूल्यांकन: सिस्टम का परीक्षण करने के लिए सटीक समय की गणना कैसे करें या "परीक्षण कब तैयार होंगे?" 😞 🤸🏻 ☂️

सबके लिए दिन अच्छा हो! मेरा नाम डेनिस है, मैं BARS ग्रुप में परीक्षण सेवा का प्रमुख हूं। यह हैबे पर मेरी पहली पोस्ट है।

बहुत सारे दिलचस्प लेख पढ़ने और वहाँ से बहुत सारी उपयोगी जानकारी प्राप्त करने के बाद, मैं बदले में कुछ देना चाहता था। फिर मैंने विषयों का विश्लेषण करना शुरू किया: कुछ पहले से ही आवाज उठाई गई थीं, अन्य बहुत सरल थे ("आईटी कैसे दर्ज करें?")। PS मैं किसी की भावनाओं को आहत नहीं करना चाहता हूँ :)

परीक्षणों के लिए समय की गणना कैसे करें - समस्या और समाधान

सेवा के प्रमुख के रूप में, मैं लगातार प्रबंधकों से एक सवाल भर में आता हूं: "यह कब तैयार होगा?" या "परीक्षण में कितना समय लगता है?" ऐसा लगता है कि यह जटिल है, पिछली परियोजना का आकलन करें और एक ही चीज़ को प्लस या माइनस करें ... लेकिन नहीं। मैंने महसूस किया कि कार्य तुच्छ नहीं है और इसके लिए विस्तृत अध्ययन की आवश्यकता है। और मैं उसके फैसले को साझा करना चाहता हूं।

हमारी कंपनी के कई व्यावसायिक केंद्र हैं और प्रत्येक का अपना विकास दृष्टिकोण है - मुख्य रूप से कानबन और स्क्रम। इसलिए, स्वचालित परीक्षकों की टीमों को बाहर कर दिया गया है, जो कि उनकी कार्यप्रणाली के साथ विकास टीम के साथ सिंक्रनाइज़ हैं।

विकास प्रबंधन के विभिन्न दृष्टिकोणों के कारण, कार्य गठन और योजना की एकरूपता में कठिनाइयाँ उत्पन्न होती हैं। कानबन और स्क्रम के उपयोग ने अपने शुद्ध रूप में यह जवाब नहीं दिया कि परीक्षण में कितना समय लगेगा। डिजाइन निर्णयों में, हर बार नई कार्यक्षमता का मूल्यांकन करना और इसे परीक्षणों के साथ कवर करना आवश्यक है। मुझे गणना करने में बहुत समय लगा। इसलिए, मैंने सॉफ्टवेयर विकास (स्वचालन के परीक्षण के लिए) के लिए समय लागत का आकलन करने के तरीकों को आधार के रूप में लेने का फैसला किया और अपनी वास्तविकताओं को फिट करने के लिए उन्हें संशोधित किया। टाइपिंग के आधार पर भारित औसत मूल्यांकन और गणना के सिद्धांत ने आधार बनाया। अनुमान सिस्टम के विशिष्ट तत्वों के स्वचालन के लिए अस्थायी संकेतक होंगे, और विशेषज्ञ प्रशिक्षण के स्तर को वजन के रूप में उपयोग किया जाएगा। भार के मूल्यों का निर्माण करते समय, मैंने कार्य करते समय मूल्यांकन की सटीकता को चुना, अर्थात्, अधिक अनुभवी विशेषज्ञ,अनुमान त्रुटि छोटा है। निम्नलिखित मान प्राप्त किए गए थे:

"वरिष्ठ" - 95% सटीकता, कारक 1.05
"मध्य +" - 80% सटीकता, कारक 1.2
"मध्य" - 70% सटीकता, गुणांक 1.3
"जूनियर +" - 60% सटीकता, गुणांक 1.4
जूनियर - 50% सटीकता, कारक 1.5

अगला, हमें इसी गुणांक W _n द्वारा समय अनुमान t _n को गुणा करना होगा । हमारी गणना विधि सूत्र के अनुसार की जाती है, जहां भार का योग 1 (100%) के बराबर नहीं है।

W _avg = (w ₁ * t ₁ + w ₂ * t ₂ ... + w _n * t _n ) / (w ₁ + w ₂ + ... + w _n )

गणना के लिए, मैंने दो परीक्षण किए - कार्यात्मक और UI परीक्षण, क्योंकि वे कुल लगभग 85% थे।

अंतिम परिणाम प्राप्त करने के लिए, हमें गणना के लिए एक बड़ी वस्तु में प्रत्येक तत्व के लिए एक भारित औसत स्कोर इकट्ठा करने की आवश्यकता है।

यूआई परीक्षण

UI का परीक्षण करते समय, आपको सेलेनियम.वेड्रिवर ढांचे के माध्यम से उपयोगकर्ता के काम का अनुकरण करने की आवश्यकता होती है। इस दृष्टिकोण का उपयोग करते समय, रूपों पर तत्वों का निर्माण करना मुश्किल होता है: टैब, ऑनलाइन संपादन के साथ दस्तावेज़, लाइनों के साथ विशाल ग्रिड, एक पेड़ की संरचना, आदि। इन तत्वों के अलावा, ऐसे कारक भी हैं जो परीक्षण के विकास के समय को प्रभावित करते हैं:

रूपों की संरचना (विशिष्ट निर्माता या कस्टम)
AJAX अनुरोध (उनकी संख्या)

इसके आधार पर, परीक्षणों को लागू करने में यूआई रूपों की 3 श्रेणियों को उनकी कठिनाई से अलग किया गया था:

1 श्रेणी

2 श्रेणी

3 श्रेणी

नतीजतन, मुझे निम्नलिखित परिणाम प्राप्त हुए, जो तालिका में प्रस्तुत किए गए हैं:

क्रियात्मक परीक्षण

कार्यात्मक परीक्षणों के लिए, स्थिति यूआई के समान है - मामलों के व्यवस्थितकरण के लिए श्रेणियां हाइलाइट की गई हैं। REST सेवाओं के अलावा, यह SOAP के बारे में ध्यान देने योग्य है, यह REST की 3 श्रेणियों के समान होगा।

एकीकरण परीक्षण में एक सेवा में कई तरीकों का परीक्षण शामिल है, अनुमानित मूल्यांकन के लिए हमने प्रति 1 सेवा में 5 विधियों की उपस्थिति ली।

1 श्रेणी

2 श्रेणी

3 श्रेणी

यूआई तालिका के समान:

एकीकरण परीक्षण आरईएसटी और एसओएपी दोनों पर निर्मित सेवाओं के संचालन की जांच करता है। किसी सेवा को डिजाइन करते समय, अंदर उपयोग की जाने वाली विधियों की संख्या अलग-अलग हो सकती है। गणना के लिए, हमने औसतन 5 विधियाँ लीं।

इस परियोजना पर खर्च किए गए समय की गणना के साथ, इस अनुमान में होने का प्रतिशत 81 था।

एक निष्कर्ष के बजाय

पहली बार गिनने में एक हफ्ते की मेहनत लगी। इसलिए, मैंने परीक्षण के बाद मूल्यांकन किया और फिर वास्तविक समय लागत के साथ परिणामों की तुलना की।

यह मुख्य कार्य को एक बार करने के लिए पर्याप्त है और फिर तैयार किए गए "सूत्र" के अनुसार इस पर विचार करें। लेकिन आपको इस तथ्य को ध्यान में रखने की आवश्यकता है कि कर्मचारियों का स्तर बढ़ रहा है, इसलिए आपको प्रत्येक कर्मचारी के वजन को समझने की आवश्यकता है ताकि यह पता चल सके कि क्या संकेतकों को पुनर्गणना करना है।
उपरोक्त सभी मेरा अनुभव है और यह सच होने का दावा नहीं करता है।

परीक्षण मूल्यांकन: सिस्टम का परीक्षण करने के लिए सटीक समय की गणना कैसे करें या "परीक्षण कब तैयार होंगे?"

परीक्षणों के लिए समय की गणना कैसे करें - समस्या और समाधान

यूआई परीक्षण

क्रियात्मक परीक्षण

एक निष्कर्ष के बजाय

More articles: