getting started with incident tracking
आज के लेख में हम सभी के बारे में जानने वाले हैं 'घटना ट्रैकिंग और प्रबंधन' प्रक्रिया - सैंपल टेम्प्लेट के साथ सॉफ्टवेयर टेस्टिंग में घटनाओं को कैसे ट्रैक और प्रबंधित किया जाए।
क्या आप सोच रहे हैं- “STH ने बहुत सारी सामग्री प्रकाशित की है दोष / बग ट्रैकिंग , तो यह अलग कैसे हो सकता है? ठीक यही कारण है कि हमें इस बात पर गौर करना होगा कि पहले घटना से हमारा क्या तात्पर्य है।
आप क्या सीखेंगे:
- हादसा क्या है?
- त्रुटि, दोष, बग और घटनाओं के बीच अंतर:
- हादसा प्रबंधन प्रक्रिया
- हादसा प्रबंधन प्रणाली
- परीक्षण घटना रिपोर्ट:
- निष्कर्ष:
- अनुशंसित पाठ
हादसा क्या है?
घटनाएं परीक्षण के दौरान सामने आई एक घटना के रूप में सरल शब्दों में परिभाषित किया जा सकता है जिसकी समीक्षा की आवश्यकता है।
परीक्षण करते समय यदि वास्तविक परिणाम अपेक्षित परिणाम से भिन्न होता है, तो इसे बग, दोष, त्रुटि, समस्या, गलती या एक घटना के रूप में संदर्भित किया जाता है। बहुधा, ये सभी शब्द पर्यायवाची हैं।
हालाँकि, घटनाएं एक विशेष श्रेणी की समस्या है जो ग़लतफ़हमी, दूषित डेटा या सर्वर क्रैश आदि के कारण हो सकती हैं। उदाहरण हैं: डिस्क स्थान पूर्ण, निष्पादन में त्रुटि (रनटाइम त्रुटि), सेवा अनुपलब्ध आदि।
सॉफ़्टवेयर विकास, हार्डवेयर उपयोग या सेवा अनुरोध त्रुटियों में कुछ मुद्दों के कारण घटनाएं भी हो सकती हैं।
त्रुटि, दोष, बग और घटनाओं के बीच अंतर:
- त्रुटि : मानव द्वारा की गई एक क्रिया जिसके परिणामस्वरूप अप्रत्याशित प्रणाली व्यवहार होता है।
जी।; गलत सिंटैक्स, मूल्यों की अनुचित गणना, सॉफ्टवेयर की गलतफहमी
आवश्यकता आदि - दोष: यह आमतौर पर परीक्षकों द्वारा उपयोग किया जाने वाला शब्द है। जब परीक्षक को कोई गलती या समस्या का पता चलता है तो उसे दोष कहा जाता है।
- बग: बग डेवलपर की शब्दावली है। एक बार एक परीक्षक द्वारा पाया गया दोष डेवलपर द्वारा स्वीकार कर लिया जाता है इसे बग कहा जाता है। सिस्टम में सभी बग्स को ठीक करने की प्रक्रिया को बग-फिक्सिंग कहा जाता है।
- घटना: हादसा एक अनियोजित व्यवधान है। जब किसी भी गतिविधि की परिचालन स्थिति काम करने से विफल हो जाती है और सिस्टम को अनियोजित तरीके से व्यवहार करने का कारण बनता है तो यह एक घटना है। एक समस्या एक से अधिक घटनाओं का कारण बन सकती है जिन्हें हल किया जाना चाहिए, अधिमानतः जितनी जल्दी हो सके।
अब, कुछ संबंधित शब्दों को देखें:
- हादसा रिपोजिटरी : घटना रिपोजिटरी को एक डेटाबेस के रूप में परिभाषित किया जा सकता है जिसमें सिस्टम में होने वाली सभी घटनाओं के बारे में सभी महत्वपूर्ण और प्रासंगिक डेटा शामिल हैं। यह जानकारी बाद में घटना की रिपोर्ट बनाने के लिए उपयोग की जाती है। इसमें डेटा, अपेक्षित परिणाम, वास्तविक परिणाम, दिनांक और समय, घटना की स्थिति आदि जैसे फ़ील्ड शामिल हैं।
- तीव्रता: घटना का संभावित प्रभाव उनकी गंभीरता तय करेगा। यह तात्कालिक संकल्प के लिए मेजर, माइनर, घातक या क्रिटिकल हो सकता है।
- वरीयता : सिस्टम की कामकाजी स्थिति पर गंभीरता और प्रभाव के अनुसार सेट करें। मान उच्च, मध्यम, निम्न, बहुत अधिक या तत्काल / तत्काल हो सकते हैं।
- घटना की स्थिति : घटना को संभालने वाली वर्तमान स्थिति। यह नया हो सकता है, प्रगति में, हल और बंद हो सकता है।
हादसा प्रबंधन क्या है?
हादसा प्रबंधन व्यापार प्रक्रिया या सेवा को सामान्य करने के लिए जल्दी से जल्दी लॉग इन, रिकॉर्डिंग और समाधान के लिए एक प्रक्रिया है।
हादसा प्रबंधन प्रक्रिया
हादसा प्रबंधन लॉगिंग की घटनाओं से शुरू होकर उन्हें सुलझाने तक की समग्र प्रक्रिया है।
यह एक बहुत ही महत्वपूर्ण प्रक्रिया है क्योंकि यह सुनिश्चित करेगा कि घटनाओं को संबोधित किया जाना एक व्यवस्थित और प्रभावी तरीका है। इसके अलावा, पूरी प्रक्रिया को सुव्यवस्थित करने से, एक अच्छा मौका है कि मुद्दों का जल्द समाधान हो सकता है।
निम्नलिखित प्रक्रिया का एक आरेखीय प्रतिनिधित्व है और हम अगले चरण के बारे में विस्तार से चर्चा करेंगे।
कैसे यूनिक्स में 2 फ़ाइलों की तुलना करने के लिए
# 1 हादसा पहचान और लॉगिंग :
इंसीडेंट आइडेंटिफिकेशन या तो टेस्टिंग के जरिए किया जाता है (टूल या अन्य का उपयोग करके), यूजर फीडबैक, इंफ्रास्ट्रक्चर मॉनिटरिंग आदि
किसी घटना को दर्ज करने का मतलब है कि निम्नलिखित जानकारी दर्ज करना:
- सटीक / उचित तिथि और घटना का समय।
- प्रकार और संक्षिप्त विवरण के साथ घटना शीर्षक
- घटना को लॉग करने वाले व्यक्ति का नाम और अधिक विस्तृत विवरण
लागू होने पर त्रुटि कोड के साथ - अनुवर्ती कार्रवाई के लिए घटना को सौंपा गया व्यक्ति का विवरण
- घटना की वर्तमान स्थिति
- तकनीकी चर्चा, निर्णय और अनुमोदन सहित अनुलग्नक
# २। वर्गीकरण और प्राथमिकता:
घटनाओं का वर्गीकरण हमें उनके प्रकार (सॉफ्टवेयर, हार्डवेयर, सेवा अनुरोध, आदि) के आधार पर उन्हें विभाजित करने में मदद करता है इसलिए यह आसान रिपोर्टिंग और विश्लेषण के लिए बनाता है। प्राथमिकताकरण से संभाले जाने वाली घटनाओं के क्रम / प्राथमिकता की पहचान करने में मदद मिलती है। यह प्रभाव, गंभीरता और सबसे महत्वपूर्ण रूप से रिस्क फैक्टर पर निर्भर करता है।
# 3 जांच और विश्लेषण: यह कदम समस्या को बेहतर ढंग से समझने के लिए है ताकि हम न केवल इसे अभी ठीक करें, बल्कि पुन: होने से रोकने के लिए जानकारी एकत्र करें।
# 4 संकल्प और रिकवरी: घटना को हटाने और सिस्टम को उसकी पिछली कार्यशील स्थिति में वापस लाने के लिए कदम उठाए जाते हैं।
# 5 घटना बंद: रिज़ॉल्यूशन सेवानिवृत्त हो जाता है और यदि सिस्टम इरादा के अनुसार काम कर रहा है, तो घटना बंद हो जाती है।
हादसा प्रबंधन प्रणाली
हादसा प्रबंधन बहुत अच्छी तरह से मैन्युअल रूप से या स्टेटिक रूप से स्प्रेड शीट का उपयोग करके किया जा सकता है, लेकिन यह एक टूल के माध्यम से बहुत प्रभावी, गतिशील और व्यवस्थित है।
एक घटना प्रबंधन प्रणाली का उपयोग कई ग्राहक सहायता कॉल सेंटर द्वारा अद्यतन बनाने और घटनाओं को हल करने के लिए किया जाता है।
लोकप्रिय हादसा प्रबंधन उपकरण:
कुछ लोकप्रिय घटना प्रबंधन उपकरण जिनका उपयोग बग या दोषों के अलावा घटनाओं को ट्रैक करने के लिए किया जा सकता है:
# 1 बैठिये! (समर्थन हादसा ट्रैकिंग):
- हादसा ट्रैकर का समर्थन करें (SiT) एक फ्री ओपन सोर्स और वेब आधारित एप्लीकेशन है जो सभी प्लेटफार्मों के लिए PHP और MySQL का उपयोग करता है। इसे आमतौर पर Desk हेल्प डेस्क ’या icket सपोर्ट टिकट सिस्टम’ के रूप में भी जाना जाता है।
- SiT से सीधे ईमेल भेजने, फ़ाइलों को संलग्न करने और घटना लॉग में हर संचार रिकॉर्ड करने के लिए उपयोगी है। SiT को सर्विस लेवल अग्रीमेंट के बारे में पता होता है और घटनाओं को झंडी दिखाकर छोड़ दिया जाता है।
# २। जिरा:
JIRA एटलसियन द्वारा विकसित एक लोकप्रिय स्वामित्व घटना प्रबंधन उपकरण भी है जो बग, दोष या घटना ट्रैकिंग के लिए उपयोग किया जाता है। यह एक जावा आधारित टूल है जिसका उपयोग सॉफ्टवेयर और मोबाइल एप के लिए किया जाता है। JIRA योजना में वर्कफ़्लोज़, अनुमतियां, कॉन्फ़िगरेशन, समस्या प्रकार आदि शामिल हैं। JIRA भी चुस्त परीक्षण का समर्थन करता है।
अधिक जानकारी और ट्यूटोरियल के लिए, कृपया देखें: JIRA ट्यूटोरियल सीरीज़।
# 3 हादसा ट्रैकिंग सिस्टम:
हादसा ट्रैकिंग सिस्टम ट्रैकिंग घटनाओं के लिए सॉफ्टवेयर का उपयोग किया जाता है यह उपयुक्त समाधान के साथ घटना के मूल कारण को निर्धारित करने और विश्लेषण करने में मदद करता है। इंसीडेंट ट्रैकिंग सिस्टम का उपयोग करना आसान है और इंसीडेंट को ट्रैक करने और रिकॉर्ड करने के लिए डेटाबेस सपोर्ट प्रदान करता है।
परीक्षण घटना रिपोर्ट:
- टेस्ट घटना रिपोर्ट एक प्रविष्टि है जिसमें दोषपूर्ण रिपॉजिटरी में बनाई गई प्रत्येक घटना के लिए अद्वितीय आईडी है। परीक्षण की घटना रिपोर्ट परीक्षण के विभिन्न चरणों के दौरान पाए गए सभी मुद्दों को रिपोर्ट करती है।
- IEEE 829-1998 परीक्षण घटना रिपोर्ट के लिए मानक प्रारूप है जिसका उपयोग परीक्षण करते समय होने वाली प्रत्येक घटना को दस्तावेज करने के लिए किया जाता है।
IEEE 829-1998 टेम्पलेट की रूपरेखा नीचे दी गई है:
=> यहां IEEE इंसीडेंट ट्रैकिंग टेम्प्लेट डाउनलोड करें।
निम्नलिखित क्षेत्रों का संक्षिप्त विवरण है:
# 1 की पहचान : आईडी निर्दिष्ट करता है जो एक घटना की पहचान और पता लगाने के लिए अद्वितीय और कंपनी द्वारा उत्पन्न संख्या है।
# २। सारांश : संक्षेप में घटना को संक्षेप में बताता है। संबंधित तथ्यों को समझने के लिए पर्याप्त विवरण शामिल हैं। संदर्भ, संबंधित परीक्षण प्रक्रिया, सॉफ्टवेयर का संस्करण, परीक्षण के मामले आदि।
सबसे अच्छी जगह ऑनलाइन मोबाइल फोनों के लिए देखने के लिए
# 3 घटना विवरण: निम्नलिखित विवरण के साथ घटना का वर्णन करता है: इनपुट
- अपेक्षित परिणाम
- वास्तविक परिणाम
- दोहराने का प्रयास
- विसंगतियों
- तिथि और समय
- प्रक्रिया चरण
- टेस्टर का नाम
घटना ट्रैकिंग रिपोर्ट प्रारूप को उद्योग के मानकों और व्यावसायिक आवश्यकताओं के अनुसार बदला जा सकता है।
किसी कंपनी में उपयोग किए जाने वाले एक का उदाहरण है:
=> यहां संशोधित घटना रिपोर्ट टेम्पलेट डाउनलोड करें।
निष्कर्ष:
जैसा कि यह लेख दिखाता है कि घटना प्रबंधन बग ट्रैकिंग से बहुत अलग नहीं है, इसलिए यह कुछ आईएसओ मानक और व्यावहारिक वास्तविक जीवन टेम्पलेट्स के साथ प्रक्रिया का एक अद्भुत पुनरावृत्ति होगा।
इस लेख को समाप्त करने से पहले हम आपको सावधान करना चाहते हैं कि एक और शब्द यह है कि- बग / दोष / घटना आदि की परिभाषा से बहुत अधिक जुड़ने की कोशिश न करें, क्योंकि ज्यादातर कंपनियां एक शब्द से दूसरे शब्द में अंतर नहीं करती हैं। तो उन सभी को बहुसंख्यक समय के लिए समानार्थी रूप से उपयोग किया जाता है- साथ ही, कुछ ऐसी कंपनियां भी हैं जो अपने दस्तावेज की असंगतियों को घटनाओं के रूप में कहती हैं, अन्य कॉल पर्यावरण के मुद्दों को घटनाओं के रूप में कहते हैं- इसलिए आप देखते हैं, जैसे बोलियाँ क्षेत्रों के साथ बदलती हैं, इसलिए तकनीकी QA शब्दावली। जो हम आपके लिए लाते हैं वह बहुसंख्यक है, आदर्श नहीं- अपवाद हमेशा मौजूद रहते हैं।
पढ़ने का आनंद लो!
अनुशंसित पाठ
- सर्वश्रेष्ठ सॉफ्टवेयर परीक्षण उपकरण 2021 (क्यूए टेस्ट स्वचालन उपकरण)
- सॉफ्टवेयर परीक्षण क्यूए सहायक नौकरी
- सॉफ्टवेयर टेस्टिंग कोर्स: मुझे किस सॉफ्टवेयर टेस्टिंग इंस्टीट्यूट में शामिल होना चाहिए?
- अपने कैरियर के रूप में सॉफ्टवेयर परीक्षण चुनना
- सॉफ्टवेयर टेस्टिंग टेक्निकल कंटेंट राइटर फ्रीलांसर जॉब
- कुछ दिलचस्प सॉफ्टवेयर परीक्षण साक्षात्कार प्रश्न
- सॉफ्टवेयर परीक्षण पाठ्यक्रम प्रतिक्रिया और समीक्षा
- सॉफ्टवेयर परीक्षण मदद संबद्ध कार्यक्रम!