एक प्रभावी टेस्ट सारांश रिपोर्ट कैसे लिखें (नमूना रिपोर्ट डाउनलोड)

how write an effective test summary report

नमूना परीक्षण सारांश रिपोर्ट टेम्पलेट के साथ एक प्रभावी टेस्ट सारांश रिपोर्ट लिखने के लिए एक सरल 12 कदम गाइड:

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

मैंने इसका उद्देश्य समझाने की कोशिश की है ' टेस्ट सारांश रिपोर्ट ' और एक प्रदान की है नमूना परीक्षण सारांश रिपोर्ट टेम्पलेट डाउनलोड के लिए एक वास्तविक रिपोर्ट के साथ।

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

• टेस्ट सारांश रिपोर्ट क्या है?
  • 12 कदम गाइड एक प्रभावी टेस्ट सारांश रिपोर्ट लिखने के लिए
  • टेस्ट सारांश रिपोर्ट तैयार करते समय कुछ बिंदु ध्यान दें
  • निष्कर्ष
  • अनुशंसित पाठ

टेस्ट सारांश रिपोर्ट क्या है?

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

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

मुझे अपना नेटवर्क कुंजी कहां मिल सकता है

के हिस्से के रूप में दैनिक स्थिति रिपोर्ट , दैनिक परीक्षण के परिणाम हर दिन शामिल हितधारकों के साथ साझा किए जाएंगे। लेकिन टेस्ट सारांश रिपोर्ट परियोजना के लिए अब तक किए गए परीक्षण पर एक समेकित रिपोर्ट प्रदान करती है।

अनुशंसित पाठ=> टेस्ट एक्ज़ीक्यूटिव स्मार्टली कैसे रिपोर्ट करें (स्टेटस रिपोर्ट टेम्प्लेट डाउनलोड)

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

यह भी एक विरूपण साक्ष्य के भाग के रूप में तैयार करने की आवश्यकता है CMMI प्रक्रिया ।

टेस्ट सारांश रिपोर्ट में क्या है?

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

इस लेख के अंत में, आप एक परीक्षण सारांश रिपोर्ट नमूना डाउनलोड कर सकते हैं।

12 कदम गाइड एक प्रभावी टेस्ट सारांश रिपोर्ट लिखने के लिए

चरण # 1) दस्तावेज़ का उद्देश्य

उदाहरण के लिए, यह दस्तावेज़ System एबीसीडी ट्रांसपोर्ट सिस्टम ’एप्लिकेशन के परीक्षण के भाग के रूप में की गई विभिन्न गतिविधियों की व्याख्या करता है।

चरण # 2) अनुप्रयोग अवलोकन

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

चरण # 3) स्कोप का परीक्षण

1. दायरे में
2. दायरे से बाहर
3. परीक्षण नहीं किए गए आइटम

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

• दायरे में: निम्नलिखित मॉड्यूल के लिए कार्यात्मक परीक्षण स्कोप ऑफ़ टेस्टिंग में हैं
  • पंजीकरण
  • बुकिंग
  • भुगतान
• दायरे से बाहर: इस एप्लिकेशन के लिए प्रदर्शन परीक्षण नहीं किया गया था।
• परीक्षण नहीं किए गए आइटम: थर्ड पार्टी सिस्टम of सेंट्रल रिपॉजिटरी सिस्टम ’के साथ कनेक्टिविटी के सत्यापन का परीक्षण नहीं किया गया, क्योंकि कुछ तकनीकी सीमाओं के कारण कनेक्टिविटी स्थापित नहीं की जा सकी। इसे यूएटी (उपयोगकर्ता स्वीकृति परीक्षण) के दौरान सत्यापित किया जा सकता है जहां कनेक्टिविटी उपलब्ध है या स्थापित की जा सकती है।

चरण # 4) मेट्रिक्स

• परीक्षण किए गए बनाम निष्पादित मामलों की संख्या
• परीक्षा में उत्तीर्ण / अनुत्तीर्ण मामलों की संख्या

• पहचान किए गए दोषों और उनकी स्थिति और गंभीरता की कोई नहीं

• वितरण को परिभाषित करता है - मॉड्यूल वार

चरण # 5) परीक्षण के प्रकार

1. धुआँ परीक्षण
2. सिस्टम एकीकरण परीक्षण
3. और प्रतिगमन परीक्षण

ध्यान दें:यदि परीक्षण के कई दौर किए गए, तो विवरण यहाँ भी शामिल किया जा सकता है।>

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

बी) सिस्टम एकीकरण परीक्षण

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

सी) प्रतिगमन परीक्षण

• प्रतिगमन परीक्षण का प्रदर्शन हर बार एक नया निर्माण परीक्षण के लिए किया जाता है जिसमें दोष सुधार और यदि कोई हो तो नई वृद्धि होती है।
• प्रतिगमन परीक्षण पूरे आवेदन पर किया जा रहा है और न केवल नई कार्यक्षमता और दोष को ठीक करता है।
• यह परीक्षण यह सुनिश्चित करता है कि दोष के बाद मौजूदा कार्यक्षमता ठीक काम करती है और मौजूदा एप्लिकेशन में नई संवर्द्धन जोड़ी जाती है।
• नई कार्यक्षमता के लिए परीक्षण मामलों को मौजूदा परीक्षण मामलों में जोड़ा जाता है और निष्पादित किया जाता है।

चरण # 6) पर्यावरण और उपकरण का परीक्षण करें

उदाहरण के लिए,

मैं टोरेंट फाइलें कैसे खोलता हूं

चरण # 7) सबक सीखा

उदाहरण के लिए,

चरण # 8) सिफारिशें

उदाहरण के लिए,

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

चरण # 9) सर्वश्रेष्ठ अभ्यास

सी ++ 1 और 3 के बीच यादृच्छिक संख्या

उदाहरण के लिए,

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

चरण # 10) मानदंड से बाहर निकलें

(i) सभी नियोजित परीक्षण मामलों का निष्पादन किया जाता है;
(i) सभी गंभीर दोष बंद हो गए हैं>>

उदाहरण के लिए,

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

कोई गंभीरता 1 दोष 'खुला' नहीं होना चाहिए; केवल 2 सेवेरिटी 2 दोष Sever ओपन ’होने चाहिए; केवल 4 गंभीर 3 दोष 'खुले' होने चाहिए। नोट: यह प्रोजेक्ट से प्रोजेक्ट में भिन्न हो सकता है। खुले दोषों के लिए कार्य योजना को स्पष्ट रूप से विवरण के साथ उल्लेख किया जाना चाहिए कि उन्हें कब और कैसे संबोधित किया जाएगा और बंद किया जाएगा।>

चरण # 11) निष्कर्ष / साइन ऑफ

उदाहरण के लिए, चूंकि एक्ज़िट मानदंड मिले और संतुष्ट थे जैसा कि धारा 10 में उल्लिखित है, यह परीक्षण टीम द्वारा Live गो लाइव ’का सुझाव दिया गया है। उपयुक्त उपयोगकर्ता / व्यवसाय स्वीकृति परीक्षण ’गो लाइव’ से पहले किया जाना चाहिए।

चरण # 12) परिभाषाएँ, परिवर्णी, और संकेताक्षर

=> डाउनलोड नमूना परीक्षण सारांश रिपोर्ट:
डाउनलोड करने के लिये यहाँ क्लिक करें एक उदाहरण के साथ एक नमूना परीक्षण रिपोर्ट टेम्पलेट।

टेस्ट सारांश रिपोर्ट तैयार करते समय कुछ बिंदु ध्यान दें

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

निष्कर्ष

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

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

हमने टेस्ट रिपोर्ट का नमूना भी डाउनलोड के लिए उपलब्ध कराया है। यह एक प्रभावी परीक्षण सारांश रिपोर्ट तैयार करने का एक आदर्श उदाहरण है!

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

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

अनुशंसित पाठ

• सॉफ्टवेयर टेस्टिंग वीकली स्टेटस रिपोर्ट कैसे लिखें
• उदाहरणों के साथ स्वीकृति परीक्षण रिपोर्ट के लिए नमूना टेम्पलेट
• स्मार्टली टेस्ट परीक्षा की रिपोर्ट कैसे करें - (स्टेटस रिपोर्ट टेम्पलेट डाउनलोड करें)
• टेस्ट केस के उदाहरणों के साथ सैंपल टेस्ट केस टेम्पलेट (डाउनलोड)
• सॉफ्टवेयर परीक्षण प्रलेखन गाइड (यह क्यों महत्वपूर्ण है)
• कैसे एक अच्छी बग रिपोर्ट लिखने के लिए? युक्तियाँ और चालें
• 6 सबसे महत्वपूर्ण कदम आपके टेस्ट रिपोर्ट को और भी बेहतर बनाने के लिए
• टेस्ट स्ट्रेटेजी डॉक्यूमेंट कैसे लिखें (सैंपल टेस्ट स्ट्रेटेजी टेम्पलेट के साथ)