important software test metrics
सॉफ्टवेयर परियोजनाओं में, परियोजना और प्रक्रियाओं की गुणवत्ता, लागत और प्रभावशीलता को मापना सबसे महत्वपूर्ण है। इन्हें मापने के बिना, एक परियोजना को सफलतापूर्वक पूरा नहीं किया जा सकता है।
आज के लेख में, हम सीखेंगे उदाहरण और रेखांकन के साथ - सॉफ्टवेयर टेस्ट मेट्रिक्स और माप और सॉफ़्टवेयर परीक्षण प्रक्रिया में इनका उपयोग कैसे करें।
एक प्रसिद्ध कथन है: 'हम उन चीजों को नियंत्रित नहीं कर सकते हैं जिन्हें हम माप नहीं सकते हैं'।
यहां परियोजनाओं को नियंत्रित करने का मतलब है, कैसे एक परियोजना प्रबंधक / नेतृत्व परीक्षण योजना एएसएपी से विचलन की पहचान कर सकता है ताकि प्रतिक्रिया दे सके सही समय। सॉफ्टवेयर की गुणवत्ता का परीक्षण करने के लिए परियोजना की जरूरतों के आधार पर टेस्ट मेट्रिक्स की पीढ़ी बहुत महत्वपूर्ण है।
आप क्या सीखेंगे:
- सॉफ्टवेयर टेस्टिंग मेट्रिक्स क्या है?
- सॉफ्टवेयर टेस्ट मापन क्या है?
- क्यों टेस्ट मेट्रिक्स?
- मेट्रिक्स जीवन चक्र
- मैनुअल टेस्ट मेट्रिक्स के प्रकार
- सॉफ्टवेयर टेस्टिंग मेट्रिक्स के उदाहरण
- निष्कर्ष
- अनुशंसित पाठ
सॉफ्टवेयर टेस्टिंग मेट्रिक्स क्या है?
एक मीट्रिक उस डिग्री का एक मात्रात्मक माप है जिसके लिए एक सिस्टम, सिस्टम घटक या प्रक्रिया किसी दिए गए विशेषता के पास है।
मैट्रिक्स को 'मानक' के रूप में परिभाषित किया जा सकता है का माप तोल ”।
सॉफ्टवेयर मेट्रिक्स का उपयोग परियोजना की गुणवत्ता को मापने के लिए किया जाता है। बस, एक मीट्रिक एक विशेषता का वर्णन करने के लिए उपयोग की जाने वाली इकाई है। माप के लिए मीट्रिक एक पैमाना है।
मान लीजिए, सामान्य तौर पर, 'किलोग्राम' विशेषता 'वजन' को मापने के लिए एक मीट्रिक है। इसी तरह, सॉफ्टवेयर में, 'कोड की एक हजार लाइनों में कितने मुद्दे पाए जाते हैं?', H भी मुद्दों की संख्या एक माप है और कोड की लाइनों की संख्या एक और माप है। इन दो मापों से मीट्रिक को परिभाषित किया गया है ।
परीक्षण मीट्रिक उदाहरण:
- मॉड्यूल में कितने दोष मौजूद हैं?
- प्रति व्यक्ति कितने परीक्षण मामलों को निष्पादित किया जाता है?
- टेस्ट कवरेज% क्या है?
सॉफ्टवेयर टेस्ट मापन क्या है?
माप है किसी उत्पाद या प्रक्रिया की कुछ विशेषता की मात्रा, मात्रा, आयाम, क्षमता या आकार का मात्रात्मक संकेत।
परीक्षण मापन उदाहरण: दोषों की कुल संख्या।
माप और मेट्रिक्स के बीच अंतर की स्पष्ट समझ के लिए कृपया नीचे दिए गए आरेख को देखें।
क्यों टेस्ट मेट्रिक्स?
सॉफ्टवेयर टेस्ट लीडर / मैनेजर की पीढ़ी सॉफ्टवेयर टेस्ट लीड / मैनेजर की सबसे महत्वपूर्ण जिम्मेदारी है।
टेस्ट मेट्रिक्स का उपयोग किया जाता है,
- अगले चरण की गतिविधियों के लिए निर्णय लें जैसे कि, भविष्य की परियोजनाओं की लागत और अनुसूची का अनुमान लगाना।
- परियोजना की सफलता के लिए आवश्यक सुधार को समझें
- प्रक्रिया या प्रौद्योगिकी को संशोधित करने आदि पर निर्णय लें।
सॉफ्टवेयर परीक्षण मेट्रिक्स का महत्व:
जैसा कि ऊपर बताया गया है, सॉफ़्टवेयर की गुणवत्ता को मापने के लिए टेस्ट मेट्रिक्स सबसे महत्वपूर्ण हैं।
अब, हम मेट्रिक्स का उपयोग करके सॉफ्टवेयर की गुणवत्ता कैसे माप सकते हैं ?
मान लीजिए, अगर किसी प्रोजेक्ट में कोई मेट्रिक्स नहीं है, तो टेस्ट एनालिस्ट द्वारा किए गए काम की गुणवत्ता को कैसे मापा जाएगा?
उदाहरण के लिए, एक परीक्षण विश्लेषक के पास है,
- 5 आवश्यकताओं के लिए परीक्षण मामलों को डिज़ाइन करें
- डिज़ाइन किए गए परीक्षण मामलों को निष्पादित करें
- दोषों को लॉग करें और संबंधित परीक्षण मामलों को विफल करने की आवश्यकता है
- दोष हल हो जाने के बाद, हमें दोष का परीक्षण करने और संबंधित विफल परीक्षण मामले को फिर से निष्पादित करने की आवश्यकता है।
उपरोक्त परिदृश्य में, यदि मैट्रिक्स का पालन नहीं किया जाता है, तो परीक्षण विश्लेषक द्वारा पूरा किया गया कार्य व्यक्तिपरक होगा यानी जाँच रिपोर्ट उसके कार्य / परियोजना की स्थिति जानने के लिए उचित जानकारी नहीं होगी।
यदि मेट्रिक्स परियोजना में शामिल हैं, तो उचित संख्या / डेटा के साथ उसके काम की सही स्थिति प्रकाशित की जा सकती है।
यानी टेस्ट रिपोर्ट में, हम प्रकाशित कर सकते हैं:
- आवश्यकता के अनुसार कितने परीक्षण मामलों को डिजाइन किया गया है?
- कितने परीक्षण मामलों को डिजाइन करना बाकी है?
- कितने परीक्षण मामलों को निष्पादित किया जाता है?
- कितने टेस्ट केस पास / फेल / ब्लॉक हुए?
- कितने परीक्षण मामलों को अभी तक निष्पादित नहीं किया गया है?
- कितने दोषों की पहचान की गई है और उन दोषों की गंभीरता क्या है?
- एक विशेष दोष के कारण कितने परीक्षण मामले विफल होते हैं? आदि।
परियोजना की जरूरतों के आधार पर हमारे पास उपर्युक्त सूची की तुलना में अधिक मैट्रिक्स हो सकते हैं, परियोजना की स्थिति के बारे में विस्तार से जानने के लिए।
उपरोक्त मीट्रिक के आधार पर, टेस्ट लीड / मैनेजर को नीचे दिए गए मुख्य बिंदुओं की समझ प्राप्त होगी।
- काम का% ge पूरा
- काम का% ge पूरा होना अभी बाकी है
- बचे हुए काम को पूरा करने का समय
- क्या परियोजना अनुसूची के अनुसार चल रही है या पिछड़ रही है? आदि।
मेट्रिक्स के आधार पर, यदि परियोजना अनुसूची के अनुसार पूरी नहीं हो रही है, तो प्रबंधक अंतिम मिनट के आश्चर्य से बचने के लिए लैगिंग के कारणों को प्रदान करके क्लाइंट और अन्य हितधारकों के लिए अलार्म बढ़ाएगा।
मेट्रिक्स जीवन चक्र
मैनुअल टेस्ट मेट्रिक्स के प्रकार
परीक्षण मेट्रिक्स मुख्य रूप से 2 श्रेणियों में विभाजित हैं।
- बेस मेट्रिक्स
- परिकलित मेट्रिक्स
बेस मेट्रिक्स: बेस मेट्रिक्स वे मेट्रिक्स होते हैं जो टेस्ट एनालिसिस डेवलपमेंट और एक्जीक्यूशन के दौरान टेस्ट एनालिस्ट द्वारा जुटाए गए डेटा से लिए जाते हैं।
यह डेटा पूरे टेस्ट जीवनचक्र पर नज़र रखेगा। अर्थात। कुल संख्या की तरह डेटा एकत्र करना। एक परियोजना (या) सं। परीक्षण मामलों को निष्पादित करने की आवश्यकता है (या) नहीं। परीक्षा के मामलों में उत्तीर्ण / अनुत्तीर्ण / अवरुद्ध आदि।
राउटर पर सुरक्षा कुंजी कहां है
परिकलित मीट्रिक: बेस मेट्रिक्स में एकत्रित डेटा से परिकलित मेट्रिक्स प्राप्त होते हैं। इन मेट्रिक्स को आमतौर पर टेस्ट लीडिंग उद्देश्यों के लिए टेस्ट लीड / मैनेजर द्वारा ट्रैक किया जाता है।
सॉफ्टवेयर टेस्टिंग मेट्रिक्स के उदाहरण
सॉफ्टवेयर परीक्षण रिपोर्ट में प्रयुक्त विभिन्न परीक्षण मीट्रिक की गणना करने के लिए एक उदाहरण लेते हैं:
नीचे परीक्षण विश्लेषक से प्राप्त आंकड़ों के लिए तालिका प्रारूप नीचे दिया गया है, जो वास्तव में परीक्षण में शामिल है:
मैट्रिक्स की गणना के लिए परिभाषाएँ और सूत्र:
# 1)% जीई टेस्ट के मामले सामने आए : इस मीट्रिक का उपयोग% g के संदर्भ में परीक्षण मामलों के निष्पादन की स्थिति प्राप्त करने के लिए किया जाता है।
% ज स स ज स ग स स ग स स स स स स स स स स स स स स स स स स स ग। = () निष्पादित मामलों की संख्या / कुल सं। लिखित मामलों के परीक्षण) * 100।
तो, उपरोक्त डेटा से,
% भू परीक्षण के मामले = (65/100) * 100 = 65%
# 2)% जीई टेस्ट मामलों का निष्पादन नहीं किया गया : इस मीट्रिक का उपयोग% g के संदर्भ में परीक्षण मामलों की लंबित निष्पादन स्थिति प्राप्त करने के लिए किया जाता है।
% जीई टेस्ट मामलों का निष्पादन नहीं हुआ = () परीक्षण मामलों की संख्या निष्पादित नहीं / कुल सं। लिखित मामलों के परीक्षण) * 100।
तो, उपरोक्त डेटा से,
% भू परीक्षण के मामले अवरुद्ध = (३५ / १००) * १०० = ३५%
सेल फोन के लिए सबसे अच्छा स्पाइवेयर क्या है
# 3)% ge टेस्ट केस पास हुए : इस मीट्रिक का उपयोग निष्पादित परीक्षण मामलों के पास% g को प्राप्त करने के लिए किया जाता है।
% जस टेस्ट केस पास हुए = () परीक्षा में उत्तीर्ण मामलों की संख्या / कुल सं। परीक्षा के मामलों में छूट) * 100।
तो, उपरोक्त डेटा से,
% ge टेस्ट मामले पास हुए (30/65) * 100 = 46%
# 4)% जीई टेस्ट के मामले फेल : इस मीट्रिक का उपयोग निष्पादित परीक्षण मामलों के विफल% जीई को प्राप्त करने के लिए किया जाता है।
% जस टेस्ट केस फेल = () परीक्षण मामलों की संख्या असफल / कुल सं। परीक्षा के मामलों में छूट) * 100।
तो, उपरोक्त डेटा से,
% ge टेस्ट केस पास हुए = (26/65) * 100 = 40%
# 5)% जीई टेस्ट के मामले अवरुद्ध : इस मीट्रिक का उपयोग निष्पादित परीक्षण मामलों के अवरुद्ध% जीई को प्राप्त करने के लिए किया जाता है। परीक्षण के मामलों को अवरुद्ध करने के वास्तविक कारण को निर्दिष्ट करके एक विस्तृत रिपोर्ट प्रस्तुत की जा सकती है।
% भू परीक्षण मामले अवरुद्ध = () टेस्ट किए गए मामलों की संख्या अवरुद्ध / कुल सं। परीक्षा के मामलों में छूट) * 100।
तो, उपरोक्त डेटा से,
% ge टेस्ट मामले अवरुद्ध = (९ / ६५) * १०० = १४%
# 6) दोष घनत्व= पहचाने गए / आकार के दोषों की संख्या
() यहां 'आकार' को एक आवश्यकता माना जाता है। इसलिए यहाँ दोष घनत्व की गणना आवश्यकता के अनुसार पहचाने गए दोषों की संख्या के रूप में की जाती है। इसी तरह, दोष घनत्व की गणना कोड की प्रति 100 लाइनों की पहचान की गई कई दोषों के रूप में की जा सकती है [OR] मॉड्यूल की पहचान किए गए दोषों की संख्या आदि। )
तो, उपरोक्त डेटा से,
दोष घनत्व = (३० / ५) = ६
# 7) दोष निवारण दक्षता (DRE)= ( क्यूए परीक्षण के दौरान पाए गए दोषों की संख्या / (क्यूए परीक्षण के दौरान पाए गए दोषों की संख्या (एंड-यूज़र द्वारा पाए गए दोषों की संख्या)) * 100
DRE का उपयोग सिस्टम की परीक्षण प्रभावशीलता की पहचान करने के लिए किया जाता है।
मान लीजिए, विकास और क्यूए परीक्षण के दौरान, हमने 100 दोषों की पहचान की है।
क्यूए परीक्षण के बाद, अल्फा और बीटा परीक्षण के दौरान, अंतिम उपयोगकर्ता / ग्राहक ने 40 दोषों की पहचान की, जिन्हें क्यूए परीक्षण चरण के दौरान पहचाना जा सकता था।
अब, DRE की गणना इस प्रकार की जाएगी,
DRE = [100 / (100 + 40)] * 100 = [100/140] * 100 = 71%
# 8) दोष रिसाव: Defect Leakage वह मेट्रिक है जिसका उपयोग पहचान करने के लिए किया जाता है क्यूए परीक्षण की दक्षता यानी, क्यूए परीक्षण के दौरान कितने दोष छूटे / खिसके हैं।
दोष रिसाव = ( यूएटी में पाए गए दोषों की संख्या / क्यूए परीक्षण में पाए गए दोषों की संख्या।) * 100
मान लीजिए, विकास और क्यूए परीक्षण के दौरान, हमने 100 दोषों की पहचान की है।
क्यूए परीक्षण के बाद, अल्फा और बीटा परीक्षण के दौरान, एंड-यूज़र / क्लाइंट ने 40 दोषों की पहचान की, जिन्हें क्यूए परीक्षण चरण के दौरान पहचाना जा सकता था।
दोष रिसाव = (४० / १००) * १०० = ४०%
# 9) प्राथमिकता द्वारा दोष : इस मीट्रिक का उपयोग नं की पहचान करने के लिए किया जाता है। दोष की पहचान जो दोष / सॉफ्टवेयर की गुणवत्ता तय करने के लिए किया जाता है की प्राथमिकता / प्राथमिकता के आधार पर की जाती है।
% ge क्रिटिकल डिफेक्ट्स = क्रिटिकल डिफेक्ट्स की संख्या की पहचान / कुल सं। पहचाने गए दोषों की * 100
उपरोक्त तालिका में उपलब्ध आंकड़ों से,
% ge महत्वपूर्ण दोष = 6/30 * 100 = 20%
% ge उच्च दोष = उच्च दोष की संख्या की पहचान / कुल सं। पहचाने गए दोषों की * 100
उपरोक्त तालिका में उपलब्ध आंकड़ों से,
% ge उच्च दोष = 10/30 * 100 = 33.33%
% ge मध्यम दोष = पहचाने गए मध्यम दोषों की संख्या / कुल सं। पहचाने गए दोषों की * 100
उपरोक्त तालिका में उपलब्ध आंकड़ों से,
% ge मध्यम दोष = 6/30 * 100 = 20%
% ge कम दोष = कम दोषों की संख्या की पहचान / कुल सं। पहचाने गए दोषों की * 100
उपरोक्त तालिका में उपलब्ध आंकड़ों से,
% ge न्यून दोष = 8/30 * 100 = 27%
अनुशंसित पाठ=> एक प्रभावी टेस्ट सारांश रिपोर्ट कैसे लिखें
निष्कर्ष
इस लेख में दिए गए मेट्रिक्स प्रमुख रूप से उत्पन्न करने के लिए उपयोग किए जाते हैं दैनिक / साप्ताहिक स्थिति रिपोर्ट परीक्षण मामले के विकास / निष्पादन चरण के दौरान सटीक डेटा के साथ और यह परियोजना की स्थिति और सॉफ्टवेयर की गुणवत्ता पर नज़र रखने के लिए भी उपयोगी है।
लेखक के बारे में : यह अनुराधा के द्वारा एक अतिथि पोस्ट है। वह सॉफ्टवेयर परीक्षण अनुभव के 7+ वर्ष का है और वर्तमान में एक एमएनसी के लिए सलाहकार के रूप में काम कर रही है। उसे मोबाइल स्वचालन परीक्षण का भी अच्छा ज्ञान है।
आप अपनी परियोजना में किन अन्य परीक्षण मैट्रिक्स का उपयोग करते हैं? हमेशा की तरह, हमें नीचे टिप्पणी में अपने विचारों / प्रश्नों को बताएं।
अनुशंसित पाठ
- सॉफ्टवेयर परीक्षण अभ्यास - अपने परीक्षण कौशल का परीक्षण करने के लिए नया मंच और व्यावहारिक विचारों को साझा करें
- सॉफ्टवेयर टेस्टिंग (उदाहरण) में एंड्योरेंस टेस्टिंग क्या है
- एसआरएस दस्तावेज़ की समीक्षा कैसे करें और परीक्षण परिदृश्य बनाएं - लाइव प्रोजेक्ट पर सॉफ्टवेयर परीक्षण प्रशिक्षण - दिन 2
- सॉफ्टवेयर टेस्टिंग ट्रेनिंग: एक लाइव प्रोजेक्ट पर एंड टू एंड ट्रेनिंग - फ्री ऑनलाइन क्यूए ट्रेनिंग पार्ट 1
- एप्लिकेशन टेस्टिंग - सॉफ्टवेयर टेस्टिंग की मूल बातों में!
- QTP ट्यूटोरियल # 18 - डेटा प्रेरित और हाइब्रिड फ्रेमवर्क QTP उदाहरणों के साथ समझाया गया
- सॉफ़्टवेयर परीक्षण जीवन चक्र (STLC) क्या है?
- डेटा वेयरहाउस (ETL) में मेटाडेटा उदाहरणों के साथ समझाया गया