मेन्यू

गुणवत्ता के लिए 8 प्रमुख प्रदर्शन संकेतक (पनाया टेस्ट डायनामिक्स रिव्यू)

8 key performance indicators

समस्याओं को खत्म करने के लिए हमारे साधन का प्रयास करें

यह लेख पनाया टेस्ट डायनामिक्स एंड-टू-एंड टेस्ट समाधान की मदद से गुणवत्ता के लिए 8 प्रमुख प्रदर्शन संकेतक बताता है:

यह कोई रहस्य नहीं है कि सॉफ़्टवेयर गुणवत्ता प्रबंधक रिकॉर्ड-ब्रेकिंग गति पर उच्च-गुणवत्ता वाले सॉफ़्टवेयर वितरित करने के लिए बढ़ते दबाव का सामना कर रहे हैं।

यह सवाल जो हम सभी अक्सर पूछते हैं - सॉफ्टवेयर की गुणवत्ता के मामले में 'हम अपनी सफलता को कैसे मापते हैं'?

स्पीड-टू-मार्केट एक बहुत सरल गणना है, लेकिन उच्च-गुणवत्ता वाले सॉफ़्टवेयर को वितरित करने में हमारे प्रदर्शन को मापना कई कारकों पर निर्भर करता है जैसे कि परियोजना पद्धति (जलप्रपात, संकर, चुस्त), सॉफ्टवेयर की जटिलता, तकनीकी का स्तर ऋण शामिल है, इंटरफेस की संख्या, और बहुत कुछ।

संक्षेप में, चर की संख्या जो स्वीकार्य स्तर में खेलती है उच्च गंभीरता दोष कम नहीं आंका जाना चाहिए। इसलिए, इस बाजार में जीवित रहने के लिए, हमें लगातार, हमारी राय और हमारी मापने वाली छड़ें, दोनों में विकसित होना चाहिए।

यही कारण है कि जिसके लिए मैंने शीर्ष 8 केपीआई की यह सूची विकसित की है, जिसे आपको अपने गुणवत्ता स्कोरकार्ड में जोड़ना चाहिए, और रिलीज जोखिम को कम करने, गुणवत्ता में सुधार करने और अपनी सफलता को तुरंत मापने के लिए ट्रैकिंग करना शुरू करना चाहिए।

मुख्य निष्पादन संकेतक

आप क्या सीखेंगे:

गुणवत्ता प्रदर्शन के लिए प्रमुख प्रदर्शन संकेतक

# 1) दोष जांच प्रभावशीलता (DDE, AKA दोष जांच प्रतिशत)

यह तुम्हारा एक उपाय है समग्र प्रतिगमन परीक्षण प्रभावशीलता। इसकी गणना आपके ग्राहकों द्वारा जारी किए जाने से पहले और उसके बाद मिलने वाले दोषों के अनुपात के रूप में की जाती है।

आपकी रिहाई के बाद पाए जाने वाले दोषों को आमतौर पर कहा जाता है 'घटनाएं' और हेल्प डेस्क सिस्टम में लॉग इन किया जाता है जबकि परीक्षण चरणों के दौरान पाए जाने वाले दोष ( जैसे , यूनिट, सिस्टम, रिग्रेशन या UAT) को जारी करने से पहले पहचाना जाता है और जैसे उपकरणों के साथ प्रलेखित किया जाता है पनाया टेस्ट डायनामिक्स ।

इस KPI की ठीक से गणना करने के लिए, आपको हमेशा उस सॉफ़्टवेयर संस्करण को श्रेणीबद्ध करना चाहिए जिसे प्रत्येक दोष की पहचान की गई थी, जो उसके उत्पादन वातावरण में जारी होने से पहले था।

सूत्र अक्सर DDE के लिए उपयोग किया जाता है:

सॉफ़्टवेयर संस्करण रिलीज़ में पहचाने गए दोषों की संख्या /

सॉफ्टवेयर रिलीज में दोषों की संख्या + अंतिम उपयोगकर्ता द्वारा पहचाने गए बच गए दोष (उदाहरण के लिए:।, घटनाएं)

विंडोज़ 10 के लिए सबसे अच्छा पीसी क्लीनर

यहाँ एक सरल चित्रण है:

मान लें कि आपके पिछले अंतिम SAP सर्विस पैक पर आपके प्रतिगमन परीक्षण चक्र के दौरान 95 दोष पाए गए थे और रिलीज़ होने के बाद 25 दोषों को लॉग किया गया था। DDE की गणना 95 (95 + 25) = 79% से विभाजित होगी।

ध्यान रखें कि उत्पादन से मुक्त होने के बाद दिन पर 100% से शुरू होने वाले लाइन चार्ट के साथ DDE की निगरानी की जानी चाहिए। और जब आपके आंतरिक अंत उपयोगकर्ता और ग्राहक आपके नवीनतम SAP सर्विस पैक के साथ एक उदाहरण के रूप में काम करना शुरू करते हैं, तो वे अनिवार्य रूप से कुछ घटनाओं को लॉग इन करेंगे।

यह मेरा अनुभव रहा है कि सर्विस पैक के उत्पादक परिवेश में हिट होने के 2 दिनों के भीतर 'खिला उन्माद' होता है। ऐसा तब होता है जब आप 100% से लेकर लगभग 95% तक त्वरित ड्रॉप नोटिस करते हैं क्योंकि घटनाएं लॉग होती हैं। यदि आपकी कंपनी एक मासिक सर्विस पैक रिलीज़ ताल पर है, तो प्रत्येक सर्विस पैक पर 30 दिनों की अवधि के लिए DDE को मापें।

दूसरी ओर, यदि आपकी कंपनी प्रति वर्ष केवल चार (4) प्रमुख रिलीज़ साइकिल चला रही है, तो यह देखने के लिए 90 दिनों के लिए मापें कि यह उस अवधि में कैसे गिरावट आती है।

'अच्छा डीडीई' के रूप में क्या माना जाता है?

यह ब्लड प्रेशर रीडिंग की तरह है जो हर संगठन और व्यक्ति समय के साथ विकसित होता है।

यद्यपि चिकित्सा समुदाय 'इष्टतम' रक्तचाप पढ़ने को 120/80 तक परिभाषित करता है - जैसे कि हम उम्र में सिस्टोलिक रक्तचाप में वृद्धि देखना स्वाभाविक है। DDE के साथ, उद्योग के चिकित्सकों और विचारकों को यह जानने के लिए जाना जाता है कि अधिकांश उद्योगों में 90% सराहनीय है।

हालांकि, मैंने संगठनों को परिवर्तन प्रभाव सिमुलेशन उपकरण जैसे बचे हुए स्थानांतरण के द्वारा सुसंगत आधार पर> 95% DDE प्राप्त करते देखा है पनाया का प्रभाव विश्लेषण ।

# 2) सिस्टम-वाइड दोष (SWD)

क्या आपको कभी ऐसे कई दोषों का सामना करना पड़ा है जो समान वस्तुओं से जुड़े हैं? निश्चित रूप से, आपके पास होगा। यह एक सामान्य घटना है कि कई परीक्षण प्रबंधक मुठभेड़ करते हैं।

अचानक, आपको यूएटी चक्र में रिपोर्ट किए गए बगों की संख्या में भारी वृद्धि दिखाई देती है। सौभाग्य से, मैं शर्त लगाता हूं कि आप उस प्रकार के हैं जो हर 15 मिनट में मैन्युअल रूप से निगरानी करता है और मैन्युअल रूप से 'लिंक' को एक साथ डुप्लिकेट करता है या मूल कारण का पता लगाने के लिए हर एक विवरण के माध्यम से पढ़ता है, है ना? संदिग्ध।

तो, 'दोष मुद्रास्फीति' के अपरिहार्य नाटक को प्रबंधित करने के लिए आपके पास क्या विकल्प हैं?

नाटक जो उस रात को याद करता है, उसके बारे में मुख्यालय में नेतृत्व के साथ पुकार उठती है कि 'आज अचानक बदनामी क्यों हो रही है?' (रोकें… जवाब देने से पहले गहरी सांस लें…) “मैं मैन्युअल रूट विश्लेषण का प्रदर्शन करने के लिए हमारे कार्यात्मक लीड्स के साथ काम करने की प्रक्रिया में हूं।

लेकिन हमें लगता है कि कई मुद्दे एक सामान्य मुद्दे से संबंधित हैं, लेकिन अभी तक इसकी पहचान नहीं की गई है ”, लगता है परिचित हैं?

मेरा सुझाव है कि आप पनाया कॉल को ट्रैक करना शुरू करें 'सिस्टम-वाइड दोष' । इसे मैन्युअल रूप से ट्रैक करने में हमेशा के लिए लगता है - मेरा विश्वास करो, मैंने इसे कई बार आज़माया है। विरासत ALM टूल का उपयोग करते समय यह करना भी दर्दनाक होता है, जहां आप सभी साथ छोड़ चुके हैं, दोषों को एक दूसरे से जोड़ने और एक टिप्पणी जोड़ने की क्षमता है।

वाह, यह वास्तव में मदद की! (भाव व्यंग्य?)। लेकिन अगर अब आपके पास टूल में कोई विकल्प नहीं है, तो आपको सिस्टम-वाइड डिफेक्ट्स को स्पष्ट रूप से 'दूर समझाने' के लिए ठीक से ट्रैक करने के लिए समय निर्धारित करने की आवश्यकता होगी? बग प्रवृत्ति रेखा नीचे की बजाय परीक्षण चक्र के अंत की ओर क्यों बढ़ रही है।

यदि आपको मौका मिलता है, तो पनाया टेस्ट डायनामिक्स देखें, इसमें एसडब्ल्यूडी को स्वयं इंजन में बनाया गया है जो स्वचालित रूप से आपके लिए SWD की गणना करता है।

प्रणाली व्यापक दोष

स्पाइडर वेब - इस प्लेटफ़ॉर्म के 'रिस्क कॉकपिट' के भीतर रहते हुए, यह 6 अतिरिक्त प्रमुख प्रदर्शन संकेतकों का एक शक्तिशाली अभी तक सरल प्रतिनिधित्व है जो सबसे महत्वपूर्ण KPI को बंद करता है जो कि प्रत्येक गुणवत्ता, परीक्षण और रिलीज़ प्रबंधक को ट्रैक करना चाहिए।

# 3) आवश्यकताएँ पूर्ण होना

क्यूए प्रबंधक एक गहरे स्तर पर जोखिम को समझते हैं जिसे केवल एक कोड या परिवहन स्तर की दृश्यता के साथ प्रत्येक आवश्यकता के लिए महसूस किया जा सकता है। इसके लिए उपकरणों के सही सेट की आवश्यकता होती है।

पनाया टूल एसएपी-रन संगठनों की जरूरतों का जवाब देगा, जो यूनिट परीक्षणों के लिए बुद्धिमान सुझाव और परिवहन गतिविधि के आधार पर जोखिम विश्लेषण के लिए मांग करते हैं।

ट्रैकिंग का यह स्तर भीतर उपलब्ध है पनाया रिलीज़ डायनामिक्स (आरडीएक्स) ।

qtp में वर्णनात्मक प्रोग्रामिंग क्या है

आवश्यकताओं को पूरा करना

# 4) विकास पूर्णता

हम एक ऐसे युग में रहते हैं जिसमें ग्राहक राजा हैं और यह हर संगठन की डिजिटल परिवर्तन रणनीति को संचालित करता है। इस दिन और आयु में, हम अपनी सोच या सॉफ्टवेयर गुणवत्ता आश्वासन और वितरण के लिए हमारे संगठनात्मक दृष्टिकोण पर चुप नहीं रह सकते।

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

किसी उपयोगकर्ता की कहानी के लिए 'बैठना और प्रतीक्षा करना' पर्याप्त नहीं है ताकि वह किए गए स्थिति तक पहुँच सके। बल्कि हमें एक उपयोगकर्ता कहानी के विकास का पालन करना चाहिए, दैनिक स्क्रेम बैठकों में भाग लेना चाहिए, और परीक्षण के तहत आवेदन में किए जा रहे महत्वपूर्ण परिवर्तनों के साथ सामने आने वाले जोखिमों के बारे में खुलकर बात करनी चाहिए।

# 5) टेस्ट प्लान कवरेज

यह ट्रैक करने के लिए मेरे पसंदीदा KPI में से एक है क्योंकि मुझे सिस्टम, एकीकरण, प्रतिगमन, और केवल UID कवरेज पर नज़र रखने के लिए आरोपित नहीं किया गया है।

शिफ्टिंग-लेफ्ट की सच्ची भावना में, मैंने ट्रैकिंग इकाई परीक्षण कवरेज के महत्व के बारे में सलाह देना शुरू कर दिया है। पागल लगता है, है ना? यह नहीं है, खासकर यदि आपके पास इकाई परीक्षणों के निष्पादन को आसान बनाने के लिए सही उपकरण हैं, लेकिन वास्तविक परिणामों (साक्ष्य) को कैप्चर करना भी आसान बनाता है।

पनाया टेस्ट डायनामिक्स की अंतर्निहित परीक्षण रिकॉर्ड-एंड-प्ले क्षमता के साथ, इकाई परीक्षण में आपकी भागीदारी आसमान छू जाएगी। आप न केवल एक एंड-टू-एंड कवरेज दिखाते हुए न केवल एक आवश्यकताएँ ट्रैसेबिलिटी मैट्रिक्स को प्रदर्शित करने में सक्षम होंगे, बल्कि इकाई से प्रतिगमन परीक्षण के माध्यम से आपके ऑडिट विभाग को वास्तविक परिणाम आसानी से प्रदर्शित करेंगे।

आवश्यकताओं का पता लगाने की क्षमता

# 6) जोखिम विश्लेषण बदलें

एक जोखिम किसी भी परिवर्तन के लिए अंतर्निहित है जो हम परीक्षण के तहत एक आवेदन में करते हैं लेकिन हम हमेशा नहीं जानते कि क्या हम सही चीजों का परीक्षण कर रहे हैं।

कई संगठनों की अपनी परिभाषा है कि उनके लिए risk परिवर्तन जोखिम ’का क्या मतलब है। पनाया की रिलीज़ डायनामिक्स (आरडीएक्स) के Release रिस्क कॉकपिट ’के भीतर, आप अनुमान लगा सकते हैं कि आपकी परियोजना या अगले रिलीज़ के लिए एक इम्पैक्ट विश्लेषण के साथ परिवर्तनों पर नज़र रखने के लिए।

RDx प्रत्येक आवश्यकता के लिए व्यवस्थित रूप से जोखिम की गणना करता है और आपको प्रसव जीवन चक्र में आगे बढ़ने के साथ-साथ यह बदलता रहता है।

जोखिम विश्लेषण बदलें

# 7) परीक्षा जोखिम

यह सभी संगठनों के लिए KPI को ट्रैक करने के लिए बहुत आम है जैसे कि लेखक परीक्षण, उत्तीर्ण परीक्षण, स्वचालित परीक्षण, और निष्पादित परीक्षण लेकिन क्या प्रत्येक परीक्षण के भीतर निष्पादित वास्तविक चरणों पर नज़र रखने के बारे में?

क्या आपने कभी इस बात पर ध्यान दिया है कि लोकप्रिय एएलएम प्लेटफॉर्म परीक्षण execution चरण ’की निष्पादन प्रगति को ट्रैक करने के लिए आउट-ऑफ़-द-बॉक्स रिपोर्टिंग क्षमताएं प्रदान नहीं करते हैं? जब आपके पास कई अलग-अलग 'हाथ-नापसंद' होते हैं यूएटी चक्र , यह न केवल टेस्ट-स्तर पर, बल्कि व्यावसायिक प्रक्रिया स्तर पर भी, परीक्षण निष्पादन जोखिम और स्थिति को ट्रैक करने के लिए समझ में आता है।

पनाया टेस्ट डायनामिक्स सिर्फ यही करता है, आउट-ऑफ-द-बॉक्स।

परीक्षण निष्पादन जोखिम

# 8) निष्पादन दोष

स्वाभाविक रूप से ट्रैकिंग दोषों का एक नकारात्मक अर्थ भी है।

सक्रिय दोषों को ट्रैक करने के अलावा, प्रति दिन तय किए गए दोषों, और गंभीर दोषों को हटा दिया जाता है, हम दोषों के समाधान की निगरानी करने का भी सुझाव देते हैं क्योंकि वे स्कॉप्ड-इन आवश्यकताओं से संबंधित हैं।

कई संगठन दोष समाधान के लिए आवश्यकताओं से प्रेरित दृष्टिकोण नहीं अपनाते हैं।

परीक्षण के लिए यह समाधान क्यों?

रिलीज डायनामिक्स और पनाया टेस्ट डायनामिक्स दोनों में निर्मित एंड-टू-एंड ट्रैसेबिलिटी के साथ, आपका संगठन आवश्यकता स्तर पर शुरू से अंत तक दोष संकल्प के वर्कफ़्लो को ट्रैक कर सकता है।

यह विशेष रूप से रिलीज़, गुणवत्ता और परीक्षण के लिए सहायक है, जो किसी परियोजना या रिलीज़ चक्र के बारे में एक पक्षी के नज़रिये की तलाश कर रहे हैं।

पनाया तकनीकी आईटी और व्यावसायिक उपयोगकर्ताओं के लिए परीक्षण प्रक्रिया को तेज करता है, जिससे कुल परीक्षण प्रयास 30-50% तक कम हो जाता है:

  • प्रबंधक: परीक्षण और दोषों और बाधाओं को रोकने के लिए वास्तविक समय अलर्ट।
  • व्यावसायिक उपयोगकर्ता: परीक्षण साक्ष्य और दोषों का स्वचालित प्रलेखन।
  • कार्यात्मक विश्लेषक: दोहराव परीक्षण गतिविधियों का स्वचालन।
  • पेशेवर परीक्षक: सहजता से व्यावसायिक ज्ञान कैप्चर में सुधार होता है।
  • दोष सॉल्वर: परीक्षकों के साथ आगे और पीछे कम करता है।

इस उपाय के बारे में आपको और क्या पता होना चाहिए

# 1) पनाया टेस्ट डायनामिक्स एक सास समाधान है जिसका अर्थ है कि आप सहज एकीकरण, लगातार और दर्द रहित उन्नयन के साथ-साथ स्वचालन के औजारों की निगरानी का लाभ उठाते हैं।

# 2) निर्मित सहयोग उपकरण अंतर्निहित सूचनाओं और संचार साधनों के साथ परीक्षण चक्रों को सुव्यवस्थित करना।

किसी डेटाबेस को नेत्रहीन रूप से दर्शाने और उसका विश्लेषण करने के लिए आप किस टूल का उपयोग कर सकते हैं?

अगले उपयोगकर्ता के लिए परीक्षण चरणों का स्वचालित हैंडओवर निष्क्रिय समय को समाप्त करता है, कार्यभार की बाधाओं से राहत देता है और इष्टतम वर्कफ़्लो सुनिश्चित करता है।

# 3) स्मार्ट दोष प्रबंधन उपयोगकर्ताओं को केंद्रीय रूप से दोषों, उनके संकल्प और उनके द्वारा प्रभावित व्यावसायिक प्रक्रियाओं की निगरानी करने में सक्षम बनाता है।

जब एक दोष पाया जाता है, तो स्वचालित रूप से इसके द्वारा प्रभावित अन्य सभी परीक्षणों की पहचान करता है और मुख्य दोष का समाधान होने तक परीक्षकों को ब्लॉक करता है या सूचनाएं भेजता है। दोषपूर्ण बैकलॉग को समाप्त करके हल किया गया दोष स्वचालित रूप से बंद हो जाता है।

# 4) यूएटी और एसआईटी के लिए एक व्यापार प्रक्रिया-केंद्रित दृष्टिकोण के साथ, क्रॉस-फ़ंक्शनल और भौगोलिक रूप से बिखरे हुए विषय वस्तु विशेषज्ञ वास्तविक व्यावसायिक प्रक्रियाओं (पैकेज्ड एप्लिकेशन) के आधार पर यूएटी चक्रों को मान्य करते हैं।

# 5) टेस्ट ऑटोमेशन कनेक्टर्स पनाया टेस्ट डायनामिक्स का पूर्ण एकीकरण प्रदान करता है कि मौजूदा स्वचालन उपकरणों के साथ कम से कम समय और समग्र ट्रैकिंग और निगरानी क्षमताओं के साथ प्रयास में प्रभावी प्रतिगमन चक्र।

# 6) टेस्ट साक्ष्य स्वचालन एक्सेल और वर्ड में पारंपरिक रूप से प्रबंधित मैन्युअल परीक्षण को स्वचालित करता है।

प्रत्येक परीक्षण के निष्पादन को सहजता से दर्ज करके समय बचाता है - परीक्षण के सबूत और डेवलपर्स और परीक्षकों के बीच आगे और पीछे को कम करते हुए परीक्षण प्रजनन के लिए कदमों का रिकॉर्ड। प्रलेखन है लेखा परीक्षा के लिए तैयार सभी आंतरिक और बाहरी गुणवत्ता मानकों का अनुपालन सुनिश्चित करता है।

# 7) स्वायत्त परीक्षणएस.एम. SAP के लिए शून्य-स्पर्श परीक्षण मामले के निर्माण और रखरखाव को सक्षम करता है, इसलिए अब आपको व्यावसायिक ज्ञान पर कब्जा करने और मैन्युअल रूप से इंजीनियर स्क्रिप्ट बनाने और बनाए रखने की प्रक्रिया से संबंधित दर्द से निपटने की आवश्यकता नहीं है।

लिपियों का अनुकूलन अनुकूलन योग्य है जबकि मशीन लर्निंग भीड़ विश्लेषण के आधार पर सत्यापन और सुझाव प्रदान करता है।

# 8) स्वचालित व्यापार ज्ञान पर कब्जा - ओमेगा स्वचालित रूप से मशीन लर्निंग एल्गोरिदम (एसएपी) का उपयोग करके उत्पादन में कैप्चर किए गए व्यावसायिक उपयोगकर्ता गतिविधियों के आधार पर वास्तविक जीवन परीक्षण मामलों को स्वचालित रूप से बनाता है।

निष्कर्ष

सॉफ्टवेयर गुणवत्ता प्रबंधक और सभी संबंधित हितधारक पनाया का उपयोग करते हुए गुंजाइश या गुणवत्ता से समझौता किए बिना 30-50% तक प्रयासों को कम करते हुए अधिक नवाचार को चलाने के लिए अपने परीक्षण KPI को पूरा कर सकते हैं।

परीक्षण प्रक्रिया को मानकीकृत करता है और सफलता को मापता है क्योंकि सभी हितधारक बड़े पैमाने पर यूएटी सहित सभी परीक्षण चक्रों पर वास्तविक समय की दृश्यता प्राप्त करने के लिए समान परीक्षण पद्धति को अपनाते हैं।

अधिक जानकारी के लिए, आप खोज कर सकते हैं पनाया टेस्ट डायनामिक्स ।

हमें नीचे टिप्पणी में अपने विचार / प्रश्न बताएं।

अनुशंसित पाठ

^