defect triage process
दोष परीक्षण प्रक्रिया के लिए एक पूर्ण मार्गदर्शिका और दोष निवारण बैठक को संभालने के प्रभावी तरीके:
आज के लेख में हम डिफेक्ट ट्राइएज मीटिंग के बारे में जानेंगे और आसान और प्रभावी तरीके से ट्राइएज मीटिंग को कैसे हैंडल करें।
इस लेख के साथ आगे बढ़ने से पहले, मैं चाहता हूं कि हर कोई जानता है कि एक दोष, दोषपूर्ण जीवन चक्र और क्या मतलब है प्रत्येक दोष के लिए प्राथमिकता और गंभीरता कैसे निर्धारित करें । और एक दोष या बग से संबंधित इन बुनियादी अवधारणाओं को समझना आवश्यक है।
आप मेरे पहले लेख के माध्यम से भी जा सकते हैं ' दोष जीवन चक्र तथा दोष प्रबंधन प्रक्रिया ' इन अवधारणाओं को जल्दी से समझने के लिए।
आप क्या सीखेंगे:
- अवलोकन
- दोष त्रय बैठक
- दोष परीक्षण टेम्पलेट
- दोष निवारण प्रक्रिया
- नियम और जिम्मेदारियाँ
- निष्कर्ष
- अनुशंसित पाठ
अवलोकन
शब्द 'ट्राइएज' मूल रूप से चिकित्सा क्षेत्र में उपयोग किया जाता है। दरअसल, यह उस आदेश को तय करता था जिसमें रोगियों का इलाज किया जाना चाहिए। आमतौर पर, बड़े अस्पतालों में, जहां दैनिक आधार पर परामर्श या वास्तविक उपचार के लिए हजारों रोगी दृष्टिकोण होते हैं। लेकिन सभी रोगियों को तुरंत भर्ती या इलाज नहीं किया जाता है।
बीमारी या चोट की गंभीरता परामर्श के लिए मुख्य मानदंड है और इसके आधार पर सभी रोगियों को तदनुसार वर्गीकृत किया जाता है। यदि किसी मरीज की चोट या स्वास्थ्य बहुत महत्वपूर्ण है तो डॉक्टर आमतौर पर ऐसे रोगियों का इलाज प्राथमिकता के रूप में करते हैं और आवश्यकता पड़ने पर भर्ती हो जाते हैं।
सामान्य बीमारियों या गैर-महत्वपूर्ण चोटों को कम प्राथमिकता पर माना जाता है और ऐसे रोगियों का इलाज बाद में किया जाता है।
इसी तरह, ट्राइएज शब्द को सॉफ्टवेयर टेस्टिंग में एप्लिकेशन या प्रोजेक्ट में दोषों के लिए पेश किया जाता है। आमतौर पर, दोष परीक्षण प्रक्रिया बड़ी परियोजनाओं में लागू की जाती है और कई मामलों में, यह छोटे स्तर की परियोजनाओं के लिए लागू नहीं होती है। मध्यम या छोटी परियोजनाओं की तुलना में बड़ी परियोजनाओं में बड़ी संख्या में दोषों की पहचान करने की संभावना है।
इसके अलावा बड़ी परियोजनाओं में, दोष पहचान की आवृत्ति काफी अधिक है।
नीचे दी गई छवि पर एक नज़र डालें जो दोष त्रिकोणीय बैठक का परिणाम दिखाती है और विशिष्ट प्रश्नों के उत्तर देती है जैसे:
दोष त्रय बैठक
एक ट्राइएज मीटिंग का मुख्य उद्देश्य सभी दोषों को ट्रैक करना और समय पर सही समाधान सुनिश्चित करना है।
परीक्षण निष्पादन चरण के दौरान, परीक्षक दोष प्रबंधन उपकरण जैसे दोषों की रिपोर्टिंग शुरू करते हैं एचपी एएलएम , क्यूसी आदि तो दोष त्रय बैठक आयोजित किया जाता है जिसमें डेवलपर्स और परीक्षकों को उपस्थित होने की आवश्यकता होती है क्योंकि ये लोग सभी दोषों पर चर्चा करेंगे और आगे की कार्रवाई करेंगे।
मुख्य रूप से नीचे के प्रतिभागियों की उपस्थिति अनिवार्य है:
- प्रोजेक्ट मैनेजर
- परीक्षण का नेतृत्व करें
- विकास लीड या डेवलपर
- टेस्टर
- टेस्ट मैनेजर
- व्यापार विश्लेषक
- पर्यावरण प्रबंधक
यद्यपि मैंने बैठक में सभी प्रतिभागियों की एक विस्तृत सूची दी है, लेकिन उन सभी को बिजनेस एनालिस्ट, पर्यावरण प्रबंधक, टेस्ट मैनेजर आदि की दैनिक बैठक में शामिल करना आवश्यक नहीं है। जब भी आवश्यक हो टेस्ट लीड या प्रोजेक्ट मैनेजर उन्हें आमंत्रित करते हैं और वे एक विशिष्ट दोष के बारे में अपनी बहुमूल्य प्रतिक्रिया और राय साझा कर सकते हैं।
और पूरी टीम को ए के रूप में जाना जाता है ट्राइएज टीम । अब, मैं ट्राइएज मीटिंग की सटीक प्रक्रिया और इस मीटिंग को सेट-अप करने के तरीके के बारे में बताने जा रहा हूँ।
एक काल्पनिक उदाहरण पर विचार करें :हमारे पास बैंकिंग एप्लिकेशन से संबंधित एक परियोजना है, आकार बहुत बड़ा है और दोष को पहचानने और रिपोर्ट करने की आवृत्ति अधिक है। इसलिए टेस्ट लीड आवश्यक प्रतिभागियों के साथ एक दोष परीक्षण बैठक की स्थापना का फैसला करता है।
एक बैठक की स्थापना के लिए टेस्ट लीड सभी को ईमेल के माध्यम से एक बैठक का निमंत्रण भेजता है और ट्राइएज मीटिंग के लिए एक विशेष समय निर्धारित करता है। नीचे दी गई काल्पनिक छवि सभी प्रतिभागियों को आउटलुक के माध्यम से टेस्ट लीड द्वारा भेजे गए मीटिंग आमंत्रण को दिखाती है।
यहां सब कुछ नीचे की छवि में काल्पनिक है जैसे - प्रतिभागी नाम, बैठक कक्ष, सम्मेलन कॉल विवरण, दिनांक, समय आदि।
()ध्यान दें:बढ़े हुए दृश्य के लिए किसी भी छवि पर क्लिक करें)
बुलबुला सी + + एल्गोरिथ्म
ट्राइएज मीटिंग शुरू होने से पहले हर दिन, टेस्ट लीड सभी 'ओपन' दोषों की एक सूची भेजता है जो सभी प्रतिभागियों के लिए एक स्प्रेडशीट प्रारूप होता है ताकि वे मीटिंग से पहले सभी दोषों से गुजर सकें और समझ सकें कि वास्तव में दोष क्या है और इसके लिए किस प्रकार की आवश्यकता है।
प्रत्येक ट्राइएज मीटिंग की शुरुआत से पहले, सुनिश्चित करें कि प्रत्येक दोष:
- बैठक में सभी प्रतिभागियों के दोष को समझने के लिए पर्याप्त जानकारी है।
- ने सही परियोजना और श्रेणी के तहत सूचना दी है।
- ने दोषों की प्राथमिकता और गंभीरता का उल्लेख किया है।
- सभी प्रतिभागियों को इसे सही ढंग से समझने के लिए दोष में प्रदान की गई सभी विस्तृत जानकारी।
अनुशंसित पढ़ें => दोष प्रबंधन प्रक्रिया के लिए एक पूर्ण गाइड
दोष परीक्षण टेम्पलेट
प्रत्येक दोष परीक्षण बैठक के किकस्टार्ट से पहले, टेस्ट लीड एक विशिष्ट प्रारूप में सभी प्रतिभागियों को दोष रिपोर्ट साझा करता है और दोष प्रबंधन उपकरण जैसे एचपी एएलएम, एचपी क्यूसी आदि से निकाला जाता है। मैं एक नमूना प्रारूप दिखा रहा हूं। नीचे दी गई छवि जो उच्च स्तरीय विचार देगी कि किन क्षेत्रों का उल्लेख दोष रिपोर्ट टेम्पलेट में किया गया है।
आमतौर पर, दोष रिपोर्ट में शामिल क्षेत्र हैं:
- दोष आईडी
- विवरण
- वरीयता
- तीव्रता
- डेट का पता लगाया
- के द्वारा पता लगाया गया
- स्थिति
सूची संपूर्ण नहीं है लेकिन परियोजना की आवश्यकता के अनुसार, दोष रिपोर्ट टेम्पलेट में अन्य फ़ील्ड शामिल किए जा सकते हैं।
आमतौर पर, स्प्रेडशीट प्रारूप का उपयोग दोष रिपोर्टिंग के लिए एक टेम्पलेट के रूप में किया जाता है, इसलिए मैंने स्प्रेडशीट प्रारूप में काल्पनिक दोष विवरण दिया है। कृपया ध्यान दें कि उपरोक्त दोष रिपोर्ट में दी गई सभी जानकारी केवल काल्पनिक है और किसी भी परियोजना या वास्तविक आवेदन से संबंधित नहीं है।
दोष निवारण प्रक्रिया
परीक्षण टीमों में आमतौर पर सुना और अनुभवी स्थिति संसाधनों की सीमित उपलब्धता है। दोष त्रिदोष एक ऐसी प्रक्रिया है जो इस घटना के परिणामस्वरूप कुछ पुन: संतुलन करने की कोशिश करती है। इसलिए जब उन्हें ठीक करने / सत्यापित करने के लिए कई दोष और सीमित डेवलपर्स / परीक्षक हैं, तो दोष ट्रिपल प्राथमिकता और गंभीरता जैसे दोष मापदंडों के आधार पर तकनीकी कर्मियों को संतुलित करके यथासंभव कई दोषों को हल करने में मदद करता है।
आमतौर पर, एक दोष परीक्षण सत्र उत्पाद प्रबंधक, एक विकास नेतृत्व, एक परीक्षण नेतृत्व और कभी-कभी व्यापार विश्लेषकों द्वारा भाग लिया जाता है। कुछ मामलों में, कुछ दोषों के बारे में अपनी राय और दृष्टिकोण देने के लिए कुछ अन्य सदस्यों को भी आमंत्रित किया जा सकता है। इन्हें सामूहिक रूप से ट्राइएज टीम कहा जाता है।
अधिकांश सिस्टम प्राथमिकता का उपयोग दोष का आकलन करने के लिए मुख्य मानदंड के रूप में करते हैं, हालांकि, एक अच्छी ट्राइएज प्रक्रिया गंभीरता को भी मानती है।
आइए दो उदाहरणों के साथ ट्राइएज प्रक्रिया पर करीब से नज़र डालें, जिनके बारे में हमने पिछले भाग में बात की थी। उपरोक्त दोनों उदाहरणों में, यह वास्तव में पहला दोष होगा जिसे बहुत उच्च प्राथमिकता दी जाएगी। यह केवल एक कॉस्मेटिक दोष होने के बावजूद, ठीक न होने का प्रभाव बहुत बड़ा होगा।
दूसरी ओर, दूसरी ओर, एक निश्चित कार्यक्षमता दोष है, हालांकि, इसकी घटना केवल कुछ स्थितियों में है जो शायद ही कभी ग्राहक परिदृश्यों का अभ्यास करते हैं। इसे ठीक करने के लिए अधिक समय और लोगों की आवश्यकता हो सकती है, जिसका अन्य दोषों के लिए बेहतर उपयोग किया जा सकता है। इसलिए यह पहले की तुलना में कम प्राथमिकता देगा और शायद दूसरे रिलीज के लिए डिफरल उम्मीदवार।
एंड्रॉइड फोन पर एपीके फाइल कैसे खोजें
इस प्रकार ट्राइएज प्रक्रिया में ट्राइएज टीम को एक साथ बैठना शामिल है, जिसमें सभी दोषों की समीक्षा की गई है। वे इसकी सामग्री, उनकी संबंधित प्राथमिकता और गंभीरता सेटिंग्स के आधार पर दोषों का प्रारंभिक मूल्यांकन करते हैं; ट्राइएज टीम के प्रत्येक व्यक्ति के साथ दोषों को प्राथमिकता देने के बारे में अपना दृष्टिकोण प्रस्तुत करना।
उत्पाद प्रबंधक तब सभी सूचनाओं के आधार पर प्राथमिकता निर्धारित करता है और दोष को सही रिलीज के लिए निर्दिष्ट करता है यानी। वर्तमान रिलीज़ या भविष्य के रिलीज़ में। वह आगे की कार्रवाई के लिए सही मालिक / टीम के दोष को भी पुनर्निर्देशित करता है। एक समान विश्लेषण के माध्यम से अस्वीकृत दोष भी डाले जाते हैं। अस्वीकृति के कारण के आधार पर, यह स्थगित किए जाने या रद्द किए जाने की आवश्यकता की भविष्य की कार्रवाई निर्धारित की जाती है।
ट्राइएज मीटिंग में, प्रत्येक दोष पर चर्चा की जानी चाहिए, जिसमें कम प्राथमिकता वाले के रूप में वर्गीकृत किए गए दोष भी शामिल हैं। ट्राइएज टीम की समीक्षा सभी दोषों का मूल्यांकन करती है और प्रत्येक दोष पर आवश्यक कार्रवाई करती है। यदि एक दोष जानकारी से कम चल रहा है, तो डेवलपर ऐसे दोषों को वापस परीक्षक को सौंपता है और आवश्यक जानकारी के लिए अनुरोध करता है।
यदि सभी प्रतिभागी एक ही स्थान पर हों, तो बैठक की बैठक बैठक कक्ष में आयोजित की जा सकती है। लेकिन कई संगठनों में, काम एक अलग स्थान से किया जाता है और सभी टीमों को विभिन्न स्थानों पर फैलाया जाता है ताकि टेलीकांफ्रेंस या व्यावसायिक स्काइप का उपयोग करके बैठक भी आयोजित हो।
( छवि स्रोत )
चरण दोष निवारण बैठक की चरणबद्ध प्रक्रिया:
- टेस्ट लीड ने उस दोष रिपोर्ट के साथ बैठक बंद कर दी, जो पहले ही दिन भेजी गई थी।
- चर्चा पिछले ट्राइएज मीटिंग से लंबित कार्रवाइयों से शुरू होती है। किसी भी दोष पर आवश्यक अद्यतन या कार्रवाई शुरू में चर्चा की जाती है।
- यदि दोष रिपोर्ट में नए दोष हैं तो इन दोषों की समीक्षा और मूल्यांकन किया जाता है। यह भी पुष्टि करता है कि यदि प्राथमिकता और गंभीरता को ठीक से सौंपा गया है, यदि नहीं, तो बैठक में इन्हें ठीक किया जाता है।
- बैठक में सभी दोषों पर चर्चा की जाती है और विकास दल दोष को ठीक करने की जटिलता पर भी चर्चा करता है। दोष के साथ जुड़े जोखिम की चर्चा ट्राइएज टीम द्वारा भी की जाती है।
- ट्राइएज टीम एक निष्कर्ष पर पहुंचती है, जिसमें दोष पर तत्काल ध्यान देने और ठीक करने की आवश्यकता होती है और जो दोष कुछ समय के लिए इंतजार करना पड़ता है और यदि आवश्यक हो तो उन दोषों को भविष्य के रिलीज के लिए स्थगित किया जा सकता है।
- सभी दोष बैठक के दौरान एक साथ QC या ALM में संबंधित टीम को सौंपे जाते हैं। क्यूसी / एएलएम में उपयुक्त टिप्पणियां भी जोड़ी जाती हैं।
- सभी आवश्यक अपडेट और एक्शन आइटम नीचे दिए गए हैं और टेस्ट लीड मीटिंग के अंत के लिए कॉल करता है।
- ट्राइएज मीटिंग पूरी होने के बाद, टेस्ट लीड सभी प्रतिभागियों को मीटिंग के मिनट्स भेजती है।
नियम और जिम्मेदारियाँ
प्रत्येक श्रेणी के आधार पर भूमिका और जिम्मेदारियों को नीचे समझाया गया है:
परीक्षण का नेतृत्व करें
- टेस्ट लीड एक दोष ट्राइएज मीटिंग को शेड्यूल करता है और आवश्यक टीम को औपचारिक बैठक आमंत्रित करता है।
- प्रत्येक ट्राइएज मीटिंग से पहले दोष रिपोर्ट भेजता है।
- पिछले ट्राइएज मीटिंग से लंबित एक्शन आइटम के साथ मीटिंग को बंद कर देता है।
- यदि दोष के कारण कोई कार्य अवरुद्ध है, तो अनुसूची पर प्रत्येक दोष और प्रभाव पर चर्चा करें।
- प्रत्येक दोष की प्राथमिकता और गंभीरता को निर्दिष्ट करने में मदद करता है अगर इसे पहले सही ढंग से नहीं सौंपा गया था।
- उपयुक्त टिप्पणियों के साथ QC / ALM को अपडेट करें।
- सभी अपडेट, एक्शन आइटम, एक दोष से संबंधित जोखिम आदि पर ध्यान दें।
- सभी प्रतिभागियों से मिलने के लिए मिनट भेजता है।
विकास लीड / डेवलपर
- अंतिम त्रैमासिक बैठक से लंबित कार्रवाई आइटम पर अपडेट साझा करें।
- तकनीकी दृष्टिकोण से सभी दोषों पर चर्चा करें।
- पहचानें कि दोष और कार्यक्षमता की जटिलता के आधार पर इसे ठीक करने के लिए कितने समय की आवश्यकता होगी।
- यदि कोई है तो दोष की जटिलता और जोखिम से जुड़ी जोखिम पर चर्चा करें।
- विकास लीड सभी उपलब्ध विस्तृत जानकारी को मान्य करने के बाद उपयुक्त डेवलपर को दोष सौंपता है।
- अपेक्षित रिज़ॉल्यूशन दिनांक के साथ दोष को अद्यतन करता है।
- दोष के मूल कारण की पहचान करने में सहायता करता है।
प्रोजेक्ट मैनेजर
- सुनिश्चित करें कि यदि बैठक के लिए हर क्षेत्र के सभी प्रतिनिधि उपलब्ध हैं।
- यदि आवश्यक हो, तो परियोजना प्रबंधक एक विशिष्ट दोष पर उनकी राय के लिए बैठक में व्यापार विश्लेषक को आमंत्रित करता है।
- यदि दोष नहीं बढ़ रहे हैं या यदि कोई प्रमुख अवरोधक है तो वृद्धि प्रक्रिया के साथ आगे बढ़ती है।
- यदि आवश्यक हो, तो मध्यस्थ के रूप में कार्य करता है यदि कोई विवाद या संघर्ष टीमों के बीच होता है और आवश्यक निर्णय लेता है।
- निश्चित दोषों के लिए अगली रिलीज की तारीख के लिए विकास टीम से पुष्टि लें।
- सभी टीमों को परियोजना की अद्यतन अनुसूची और रिलीज की तारीख से अवगत कराएं।
कई बार, टीम के अन्य सदस्यों को ट्राइएज कॉल में शामिल करना भी एक अच्छा विचार है ताकि वे भी बैठक में समझ सकें और योगदान कर सकें और यदि आवश्यक हो तो वे अपनी प्रतिक्रिया भी दे सकें।
निष्कर्ष
प्रत्येक दोष लॉग को ट्राइएज मीटिंग में चर्चा की जानी चाहिए।
यहां तक कि अगर एक दोष को अस्वीकार कर दिया जाता है, तो परीक्षण टीम को अस्वीकृति का कारण पता होना चाहिए। इसके अलावा, यदि कोई भी दोष प्रजनन योग्य नहीं है, तो ट्राइएज मीटिंग के दौरान डेवलपर परीक्षकों से वास्तविक समय के विवरण के लिए पूछ सकता है और वे दोष को पुन: उत्पन्न करने का प्रयास कर सकते हैं।
दोष परीक्षण महत्वपूर्ण है क्योंकि सभी को पता चल जाएगा कि दोष कब ठीक होगा और पुन: परीक्षण के लिए उपलब्ध होगा। यदि कोई भी दोष गैर-महत्वपूर्ण है और दोष को ठीक करने के लिए, उसे विकास टीम से भारी प्रयासों की आवश्यकता होती है और परियोजना प्रबंधक द्वारा निर्णय लिया जाएगा।
परियोजना प्रबंधक ऐसे दोष की प्राथमिकता तय करेगा और आवश्यकता पड़ने पर दोषों को अगली रिलीज के लिए स्थगित किया जा सकता है।
आशा है कि आपको दोष ट्राइएज, दोष ट्राइएज प्रक्रिया का एक स्पष्ट विचार और प्रभावी ढंग से दोष ट्राइएज मीटिंग को संभालने के तरीके मिल गए होंगे!
अनुशंसित पाठ
- दोष प्रबंधन प्रक्रिया: प्रभावी रूप से एक दोष प्रबंधन कैसे करें
- दोष आधारित परीक्षण तकनीक क्या है?
- दोष निवारण तरीके और तकनीक
- सॉफ्टवेयर परीक्षण में दोष / बग जीवन चक्र क्या है? दोषपूर्ण जीवन चक्र ट्यूटोरियल
- Bugzilla Tutorial: दोष प्रबंधन उपकरण हाथों पर ट्यूटोरियल
- माइक्रो फोकस क्वालिटी सेंटर ट्यूटोरियल (दिन 6) - दोष प्रबंधन
- स्क्रम में दोषपूर्ण ट्रेजिंग: यह एक स्क्रम सेटअप में कैसे व्यवस्थित किया जाता है
- 3 सबसे खराब दोष रिपोर्टिंग की आदतें और उन्हें कैसे तोड़ना है