स्पष्ट परीक्षण रिपोर्ट बनाएं

परिचय

यह लेख न केवल परीक्षण में, बल्कि अन्य क्षेत्रों के विशेषज्ञों के लिए भी उपयोगी होगा।
मुझे लगता है कि हर कोई समझता है कि रिपोर्टिंग अक्सर एक परियोजना पर आवश्यक हिस्सा है, लेकिन इसे लिखना हमेशा समस्याग्रस्त होता है। हर कोई, जल्दी या बाद में, इस समस्या का सामना कर रहा है "इसका वर्णन कैसे करें?", "क्या लिखना है?" और सबसे महत्वपूर्ण बात "क्यों और कौन इसे पढ़ेगा?"।
वास्तव में, एक रिपोर्ट एक निष्पादक से एक ग्राहक को जानकारी स्थानांतरित करने का एक महत्वपूर्ण और संक्षिप्त रूप है। यह इसकी तकनीकी आवश्यकताओं की प्रतिक्रिया है और साथ ही साथ किए गए कार्य के बारे में जानकारी है।
आज हम परीक्षण रिपोर्ट के बारे में बात करेंगे। लेख में आपको रिपोर्ट बनाते समय महत्वपूर्ण बिंदुओं पर जोर मिलेगा।

स्पष्ट परीक्षण रिपोर्ट

व्यवहार में एक स्पष्ट परीक्षण रिपोर्ट (परीक्षण-रिपोर्ट) बनाना।

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



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

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

एक रिपोर्ट बनाते समय, यह समझना महत्वपूर्ण है कि यह किसके लिए बनाया गया है और इसे कौन पढ़ेगा।
लक्षित दर्शकों की प्राथमिकताओं के आधार पर, हमें यह निर्धारित करना चाहिए कि रिपोर्ट में क्या जानकारी होनी चाहिए। तदनुसार, परियोजना के दौरान, जानकारी को उस दिशा में समेकित किया जाना चाहिए जिसे प्रतिबिंबित करने की आवश्यकता है।
हम लक्ष्य दर्शकों के तीन समूहों को अलग कर सकते हैं:
1. तकनीकी उपयोगकर्ता - टेस्ट-मैनेजर। उनकी प्राथमिकता परीक्षण प्रक्रिया को समझना है, क्या समस्याएं उत्पन्न होती हैं, उनका समाधान कैसे किया जाता है, परीक्षण प्रक्रिया का निर्माण और उपयोग की जाने वाली विधियों और प्रौद्योगिकियों का विवरण।
2. उत्पाद प्रबंधक , वे उत्पाद प्रबंधक भी हैं। उनका ध्यान अनावश्यक तकनीकी विवरणों और सामान्य आंकड़ों (डिजिटल और तुलनात्मक मैट्रिक्स) के बिना परीक्षा परिणामों को निचोड़ने की समय सीमा पर है।
3. व्यापार उपयोगकर्ताओं । आमतौर पर ये वे लोग होते हैं जो परीक्षण पूरा करने के लिए निर्णय लेते हैं। वे किए गए कार्य की गुणवत्ता निर्धारित करते हैं। उनके लिए, सबसे पहले, अंतिम परिणाम सबसे संक्षिप्त और स्पष्ट प्रारूप (हां / नहीं), जानकारी की दृश्य प्रस्तुति (ग्राफ़, चार्ट), औद्योगिक वातावरण में उत्पाद को जारी करने की संभावना पर विशेषज्ञ की राय, आदि में महत्वपूर्ण है, विवरण के बिना जा रहा है। ।

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

समय के नमूने की गहराई क्या है?

रिपोर्ट को समय के सापेक्ष दो प्रकारों में विभाजित किया जा सकता है:

1. (साप्ताहिक, दैनिक, मासिक) / अंतरिम।
सामान्य तौर पर, यह लगभग एक ही अंतिम रिपोर्ट होती है, लेकिन बदले हुए प्राथमिकताओं और समय के नमूने की कम गहराई के साथ। इसमें दो मुख्य मैट्रिक्स शामिल होने चाहिए:
- उत्पाद की तत्परता का आकलन।
- रिपोर्ट (प्रगति) के बीच समय के लिए परीक्षण पर किए गए कार्यों का मूल्यांकन।

इस रिपोर्ट में दिखाया जाना चाहिए कि आपके काम की गतिशीलता क्या है।

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

2. अंतिम / अंतिम।
अंतिम रिपोर्ट में, किए गए कार्य (स्थापित मैट्रिक्स के संदर्भ में) और उत्पाद के विकास के बारे में सामान्य दृष्टिकोण दिखाना महत्वपूर्ण है।
इसके अलावा, इस समय उत्पाद की स्थिति के बारे में संपूर्ण जानकारी देना आवश्यक है (शेष असत्य त्रुटियों की संख्या, चाहे उत्पाद पूरी तरह से परीक्षण किया गया हो या अतिरिक्त परीक्षण चक्र की आवश्यकता हो, उत्पाद को "बाहरी दुनिया" आदि से मुक्त करने की संभावना का आकलन)।

निष्कर्ष: पूरे प्रोजेक्ट में मैट्रिक्स का उपयोग करके आंकड़े रखें। वह आपको सही समय पर ग्राहक को कोई भी जानकारी प्रदान करने में मदद करेगा और आपको सवालों के डर से छुटकारा दिलाएगा "चौथे सप्ताह में आपने क्या किया?" और "हमारे लिए समय सीमा क्या है?"

रिपोर्ट में उपयोग करने के लिए जानकारी और डेटा प्रस्तुत करने के क्या तरीके हैं?

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



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



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

क्या मैं हमेशा निर्यात में शामिल होने की आवश्यकता है?

विभिन्न प्रकार की रिपोर्ट बहुत भिन्न लग सकती हैं।

फिर भी, उनके पास समान विशेषताएं और डेटा हैं जिन्हें हमेशा संकेत दिया जाना चाहिए।
यहाँ वे हैं:
1. टीम रचना;
2. समय सीमा जिसके लिए एक रिपोर्ट संकलित की जाती है;
3. परीक्षण प्रक्रियाओं का विवरण;
4. परीक्षण मॉडल में परिवर्तन, टीसी के अलावा;
5. पूर्ण टीसी का प्रतिशत;
6. गंभीर और अवरुद्ध समस्याओं और उन्हें खत्म करने के लिए किए गए उपाय;
7. प्रतिगमन के परिणाम (शेष समस्याओं पर एक जोर);
8. अगले पुनरावृत्ति \ सप्ताह \ महीने के लिए योजना;

अंक 3, 4, 6 और 8 को रिपोर्ट के लक्षित दर्शकों को एक आँख से लिखा जाना चाहिए।
सातवें बिंदु को इंगित किया जाना चाहिए जब "प्रतिगमन परीक्षण" किया गया था। आमतौर पर यह आइटम "संस्करण" रिपोर्ट में दिखाई देता है।

अनुच्छेद 8 को अंतिम रिपोर्ट से बाहर रखा गया है।

निष्कर्ष

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

लेखक: एफ्रेमोवा डारिया