पीडीसीए मॉडल का उपयोग करके परीक्षण प्रक्रिया सुधार (टीपीआई)

⚡ स्मार्ट सारांश

परीक्षण प्रक्रिया सुधार (टेस्ट प्रोसेस इम्प्रूवमेंट) परीक्षण में पीडीसीए चक्र को लागू करता है ताकि प्रत्येक परियोजना से मापने योग्य सीख प्राप्त हो सके। यह पृष्ठ पीडीसीए के चार चरणों, उनके पीछे के परिपक्वता मॉडल और उन मापदंडों की व्याख्या करता है जो वास्तव में सुधार को प्रमाणित करते हैं।

  • 🔁 पीडीसीए लूप: योजना बनाएं, करें, जांचें और कार्रवाई करें - ये प्रक्रियाएं एक परियोजना की गलतियों को दोहराने योग्य मानक में बदल देती हैं।
  • 🎯 समस्याओं से शुरुआत करें: किसी भी सुधारात्मक कार्रवाई को चुनने से पहले वास्तविक कमियों, देरी और लागत में हुई वृद्धि की सूची बनाएं।
  • 📊 सब कुछ मापें: Tracप्रत्येक परिवर्तन से पहले और बाद में उत्पादकता, दोष रिसाव और प्रति परीक्षण मामले की लागत में अंतर।
  • ⚠️ दुष्प्रभाव देखें: स्वचालन से यहाँ उत्पादन क्षमता में वृद्धि हुई, लेकिन उपकरण चयन में सुधार होने तक गुणवत्ता में गिरावट आई।
  • 🪜 धीरे-धीरे सुधार करें: पूरी प्रक्रिया को फिर से लिखने की तुलना में छोटे-छोटे क्रमबद्ध कार्य कहीं अधिक सफल होते हैं।
  • एक मॉडल चुनें: TPI NEXT चार परिपक्वता स्तरों का उपयोग करता है; TMMi और CMMI प्रत्येक पांच स्तरों को परिभाषित करते हैं।
  • 📝 जीत को मानकीकृत करें: टेस्ट पॉलिसी और टेम्प्लेट को अपडेट करें ताकि अगली परियोजना को इसका लाभ मिल सके।

पीडीसीए मॉडल का उपयोग करके परीक्षण प्रक्रिया सुधार (टीपीआई)

टेस्ट प्रोसेस इम्प्रूवमेंट क्या है?

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

कल्पना कीजिए Guru99 बैंक परियोजना अभी-अभी पूरी हुई है। प्रबंधन बोर्ड आपके काम की सराहना करता है और ग्राहक संतुष्ट है। फिर भी, आपके बॉस के पास आपसे कुछ सवाल हैं।

पीडीसीए मॉडल का उपयोग करके परीक्षण प्रक्रिया में सुधार

प्रबंधक अक्सर वर्णन करते हैं सॉफ्टवेयर परिक्षण एक परेशानी भरी और अनियंत्रित प्रक्रिया के रूप में। पीछे मुड़कर देखने पर Guru99 बैंक परियोजना के दौरान, क्या आपको निम्नलिखित में से किसी समस्या का सामना करना पड़ा?

टेस्ट प्रोसेस इम्प्रूवमेंट से हल होने वाली सामान्य समस्याएं

ये लगभग हर टेस्ट प्रोजेक्ट में आम समस्याएं हैं। कई संगठन यह समझते हैं कि टेस्ट प्रक्रिया में सुधार ही इन्हें हल करने का एकमात्र स्थायी तरीका है, क्योंकि पिछली गलतियों से सीखना ही अगली रिलीज़ साइकिल में उन्हीं गलतियों को दोहराने से रोकता है।

परीक्षण प्रक्रिया में सुधार क्यों?

निम्नलिखित परिदृश्य दर्शाता है कि परीक्षण प्रक्रिया सुधार क्यों महत्वपूर्ण है। Guru99 बैंक परियोजना पूरी हो चुकी है, परीक्षण की गुणवत्ता बेहतरीन थी, और आपको ग्राहक से अच्छी प्रतिक्रिया मिली है।

परीक्षण प्रक्रिया में सुधार की आवश्यकता क्यों है - प्रतिस्पर्धी तुलना परिदृश्य

इस परिदृश्य से हमें क्या सबक मिलता है? यह बस इतना ही है। "हमेशा बेहतर करने का प्रयास करो"यहां तक ​​कि जब आपको लगता है कि आपने अच्छा काम किया है, तब भी हमेशा ऐसे लोग होते हैं जो इसे आपसे बेहतर कर रहे होते हैं, क्योंकि उन्होंने आपसे बेहतर विचार और बेहतर समाधान खोज लिए होते हैं।

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

परीक्षण प्रक्रिया सुधार के लक्ष्य - गुणवत्ता, लागत और समय

परीक्षण प्रक्रिया में सुधार कैसे लागू करें?

परीक्षण प्रक्रिया सुधार को लागू करने के लिए Guru99 बैंक प्रोजेक्ट में, टेस्ट मैनेजर निम्नलिखित का अनुसरण कर सकता है: PDCA पीडीसीए (प्लान-डू-चेक-एक्ट) एक चार-चरणीय प्रबंधन पद्धति है जिसका उपयोग व्यवसाय में किसी प्रक्रिया के नियंत्रण और निरंतर सुधार के लिए किया जाता है। इस चक्र का प्रत्येक चरण एक सुधार चक्र होता है, और एक्ट का परिणाम अगले प्लान का इनपुट बन जाता है।

परीक्षण प्रक्रिया सुधार को लागू करने के लिए पीडीसीए मॉडल का उपयोग किया गया।

💡टिप: पीडीसीए लूप को एक समय में एक ही छोटी समस्या पर चलाएं। एक ऐसा चक्र जो किसी एक मापने योग्य समस्या, जैसे कि रिग्रेशन निष्पादन समय, को लक्षित करता है, इतनी जल्दी पूरा हो जाता है कि एक ही रिलीज़ में परिणाम दिखाई दे।

चरण 1) योजना

योजना चरण वह चरण है जहाँ सुधार की रूपरेखा तैयार की जाती है। इसे तीन छोटे चरणों में विभाजित किया गया है।

परीक्षण प्रक्रिया सुधार में योजना चरण के तीन चरण

चरण 1.1) समस्या की पहचान करें

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

अब वापस प्रोजेक्ट पर आते हैं Guru99 बैंक की वेबसाइट पर आपको कोई समस्या या सुधार का सुझाव मिलता है? नीचे दिए गए विकल्प को चुनें।

अनु क्रमांक मुसीबत विवरण चुनते हैं
1 गुणवत्ता ग्राहक को अभी भी कुछ मिला दोष रिहाई के बाद
2 प्रसव परियोजना में देरी हुई
3 टीम कुछ कर्मचारियों ने अन्य टीम सदस्यों के साथ सहयोग नहीं किया
4 कौशल टीम के सदस्यों में अपने कार्य को पूरा करने के लिए वांछित कौशल का अभाव था
5 प्रबंध परीक्षण प्रबंधक ने प्रगति की ठीक से निगरानी नहीं की जिसके कारण कुछ परियोजनाओं में देरी हुई
6 संचार ग्राहक के साथ निरंतर संपर्क न होना; ग्राहक की आवश्यकता को गलत समझना
7 लागत परियोजना की लागत निर्धारित बजट से अधिक हो गई

आपको समस्या है गुणवत्ता प्रसव टीम ,कौशल ,प्रबंध , संचार ,लागत

चरण 1.2) लक्ष्य निर्धारित करें

समस्या और परियोजना में उत्पन्न हुई समस्याओं को समझें। इसी तरह आप सुधार के बिंदुओं और परीक्षण चरणों का निर्धारण कर सकते हैं जिन पर पहले ध्यान देने की आवश्यकता है।

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

चरण 1.3) सुधार कार्यों को परिभाषित करें

निर्धारित लक्ष्य के आधार पर सुधारात्मक कार्य योजनाएँ तय की जाती हैं। ये कार्य योजनाएँ क्रमिक रूप से और धीरे-धीरे लागू की जानी चाहिए, क्योंकि एक ही बार में सब कुछ बदलना व्यावहारिक नहीं है।

उदाहरण के लिए, परीक्षण को तेज और सस्ता बनाने के लिए, निम्नलिखित उपाय संभावित विकल्प हैं।

तेज़ और सस्ते परीक्षण के लिए सुधार कार्यों को परिभाषित करना

ऊपर दिए गए उदाहरण में, विकल्प A और B दोनों ही परीक्षण को तेज़ और सस्ता बनाते हैं। विकल्प C परीक्षण को तेज़ तो बनाता है, लेकिन इसमें लागत अधिक आती है, क्योंकि अधिक अनुभवी परीक्षक को अधिक वेतन मिलता है। यही वह संतुलन है जिसके कारण प्रत्येक संभावित विकल्प का मूल्यांकन लक्ष्य के आधार पर किया जाना चाहिए, न कि अंतर्ज्ञान के आधार पर।

चरण 2) करें

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

  • किन-किन सुधार बिंदुओं को लागू करना है, और किस क्रम में?
  • यह योजना कब तक पूरी होनी चाहिए?
  • योजना को साकार करने के लिए कौन-कौन से कदम उठाने होंगे?
  • प्रत्येक चरण का स्वामित्व किसके पास है, और इसके पूरा होने की पुष्टि कैसे की जाएगी?

सुधार कार्यवाहियाँ करें

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

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

चरण 3) जाँच करें

चेक चरण में आप तीन काम करते हैं।

  • मूल्यांकन करें दक्षता परीक्षण सुधार कार्यों की
  • कैसे मापें प्रभावी समाधान था
  • विश्लेषण करें कि क्या यह संभव हो सकता है उन्नत आगे

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

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

उदाहरण के लिए, परियोजना में स्वचालन लागू होने से पहले, परीक्षण उत्पादकता प्रति मानव-घंटे 10 परीक्षण मामलेस्वचालन लागू होने के बाद, उत्पादकता को मापा गया। प्रति मानव-घंटे 20 परीक्षण मामले.

सुधार कार्य से पहले और बाद में उत्पादकता की जाँच करना

लेकिन उस लाभ के साथ ही एक अवांछित समस्या भी सामने आ गई।

सुधार संबंधी कार्रवाई का दुष्प्रभाव - उत्पादकता बढ़ने पर गुणवत्ता में गिरावट

इस मामले में, स्वचालन लागू करना वृद्धि हुई परीक्षण की उत्पादकता, न कि परीक्षण की गुणवत्ता की कमी हुईइसलिए सुधार संबंधी कार्रवाई गंभीर परिणाम दे सकती है। परिणाम अन्यत्र। ऐसे परिदृश्य में परीक्षण उपकरण का चयन कहीं अधिक सावधानी से करना होगा, और स्वचालित सूट की समीक्षा उत्पादन कोड के समान ही कठोरता से करनी होगी। संभावित उपकरणों का एक संरचित मूल्यांकन, जैसा कि वर्णित है Selenium ट्यूटोरियलयह किसी उपकरण को केवल उसकी लोकप्रियता के कारण अपनाने से रोकता है।

⚠️ चेतावनी: किसी भी सुधार कार्य का मूल्यांकन केवल एक ही मापदंड पर न करें। ऐसा बदलाव जो निष्पादन गति को दोगुना कर दे लेकिन दोष पहचान को कम कर दे, वह प्रक्रिया को तेज़ और साथ ही साथ खराब भी बना देता है। गति मापदंड को हमेशा गुणवत्ता मापदंड के साथ जोड़कर ही आंकें।

उसी परिदृश्य पर दोबारा विचार करें। Guru99 परियोजना लागत थी उग आया क्योंकि टीम के सदस्यों ने बहुत ज्यादा समय लिया ज्यादा समय परीक्षण मामलों को निष्पादित करने के लिए। स्वचालित परीक्षण उपकरण का उपयोग करके, आपने बचाया 30 प्रतिशत परियोजना की लागत का। यह एक अच्छा सुधार है, लेकिन आपके बॉस को इससे अधिक की उम्मीद है।

प्रबंधन को पहले सुधार चक्र के बाद लागत में और कमी आने की उम्मीद है।

इसलिए आपको हमेशा ऐसे नए समाधानों की तलाश करनी चाहिए जो परीक्षण प्रक्रिया को और बेहतर बना सकें। इस स्थिति में, अन्य विकल्प परियोजना की अतिरिक्त लागत बचा सकते हैं।

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

चरण 4) कार्य करें

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

पीडीसीए परीक्षण प्रक्रिया सुधार चक्र में सक्रिय चरण की गतिविधियाँ

  • समीक्षा सुधार गतिविधियों को आगे बढ़ाएं और उनसे सीखे गए सबक पर अमल करें।
  • मानकीकरण परीक्षण प्रबंधन प्रक्रिया के भीतर सुधार का बिंदु
  • अपडेट नीति दस्तावेज, परीक्षण योजना टेम्पलेट और मानक प्रक्रिया दस्तावेज
  • निर्धारित करना अगली परियोजना में ये बदलाव कब और कहाँ लागू होंगे?

यदि लक्ष्य पूरा नहीं हुआ, तो चक्र रुकता नहीं है। पूरा न हुआ लक्ष्य, जाँच चरण में कार्रवाई के असफल होने के कारणों से संबंधित सभी जानकारियों के साथ, एक नए योजना चरण में ले जाया जाता है।

TPI NEXT, TMMi और CMMI की तुलना

पीडीसीए सुधार का मूल आधार है, लेकिन एक संदर्भ मॉडल आपको बताता है कि "बेहतर" कैसा दिखता है। आमतौर पर तीन मॉडल उपयोग किए जाते हैं, और अक्सर इन्हें एक दूसरे के साथ भ्रमित कर दिया जाता है।

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

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

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

आदर्श विस्तार संरचना परिपक्वता स्तर
टीपीआई नेक्स्ट केवल परीक्षण प्रक्रिया 3 समूहों में 16 प्रमुख क्षेत्र, जिनमें चेकपॉइंट और क्लस्टर शामिल हैं। 4 — प्रारंभिक, नियंत्रित, कुशल, अनुकूलन
टीएमएमआई केवल परीक्षण प्रक्रिया यह एक चरणबद्ध प्रक्रिया है, जिसमें प्रत्येक स्तर को प्रक्रिया क्षेत्र आवंटित किए गए हैं। 5 — प्रारंभिक, प्रबंधित, परिभाषित, मापा गया, अनुकूलन
सीएमएमआई संपूर्ण विकास संगठन मंचित या निरंतर प्रस्तुति 5 (चरणबद्ध) — प्रारंभिक, प्रबंधित, परिभाषित, मात्रात्मक रूप से प्रबंधित, अनुकूलन

परीक्षण प्रक्रिया में सुधार को साबित करने वाले मेट्रिक्स

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

  • परीक्षण निष्पादन उत्पादकता प्रति मानव-घंटे निष्पादित परीक्षण मामले
  • दोष पहचान प्रतिशत (डीडीपी) परीक्षण में पाई गई खामियों का अनुपात, कुल पाई गई खामियों में से, जिनमें रिलीज़ के बाद रिपोर्ट की गई खामियां भी शामिल हैं।
  • निष्पादित प्रत्येक टेस्ट केस की लागत — कुल परीक्षण लागत को निष्पादित परीक्षण मामलों की संख्या से विभाजित किया गया
  • आवश्यकता कवरेज — कम से कम एक संबंधित आवश्यकता परीक्षण का मामला
  • दोष निवारण का अंतिम समय — पूरे विश्व में किसी दोष की औसत आयु दोष जीवन चक्र

ऊपर दिए Guru99 बैंक के आंकड़ों के अनुसार, जहां परीक्षण में 180 दोष पाए गए और रिलीज के बाद ग्राहक द्वारा 20 दोषों की रिपोर्ट की गई, गणना सीधी है।

# Defect Detection Percentage and improvement deltas
def ddp(found_in_test, found_after_release):
    return found_in_test / (found_in_test + found_after_release) * 100

def delta(before, after):
    return (after - before) / before * 100

print("Defect Detection Percentage: %.1f%%" % ddp(180, 20))
print("Productivity gain: %.1f%%" % delta(10, 20))
print("Test cost change: %.1f%%" % delta(50000, 35000))

आउटपुट:

Defect Detection Percentage: 90.0%
Productivity gain: 100.0%
Test cost change: -30.0%

90 प्रतिशत का डीडीपी (डिजिटल डेवलपमेंट रेट) का मतलब है कि दस में से एक दोष ग्राहक तक पहुँच गया, इसलिए उत्पादकता दोगुनी होने और लागत में 30 प्रतिशत की कमी आने के बावजूद गुणवत्ता लक्ष्य पूरी तरह से पूरा नहीं हुआ। यही एक पहलू है जो किसी टीम को समय से पहले ही जीत की घोषणा करने से रोकता है।

परीक्षण प्रक्रिया सुधार में होने वाली सामान्य गलतियाँ

अधिकांश सुधार कार्यक्रम तकनीकी कारणों के बजाय संगठनात्मक कारणों से विफल हो जाते हैं। निम्नलिखित गलतियाँ अधिकांश परित्याग पहलों के लिए जिम्मेदार हैं।

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

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

अक्सर पूछे जाने वाले प्रश्न

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

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

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

उत्पादकता या चक्र समय जैसे निष्पादन मेट्रिक्स आमतौर पर एक ही रिलीज़ के भीतर बदल जाते हैं। दोष रिसाव जैसे गुणवत्ता मेट्रिक्स के लिए दो या तीन रिलीज़ की आवश्यकता होती है, क्योंकि छिपे हुए दोषों की गणना तभी की जाती है जब ग्राहक उत्पादन में सॉफ़्टवेयर का उपयोग कर चुके होते हैं।

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

मात्रा को कवरेज समझने की गलती हो सकती है। एआई हजारों ऐसे मामले उत्पन्न कर सकता है जो एक ही पथ का बार-बार परीक्षण करते समय निष्पादन गणना को बढ़ा देते हैं। Tracकेस काउंट के साथ-साथ दोषों का पता लगाना और रिग्रेशन सूट में प्रवेश करने से पहले उत्पन्न मामलों की समीक्षा करना।

इस पोस्ट को संक्षेप में इस प्रकार लिखें: