how report test execution smartly
सॉफ्टवेयर परीक्षण स्थिति रिपोर्टिंग
'यह समझौता कि एक निश्चित प्रारूप में, एक निश्चित प्रारूप में, एक निश्चित टीम / व्यक्ति द्वारा, कुछ निश्चित समय में, कुछ सदस्यों को - एक हैंडशेक की तरह - एक स्वीकृति, जो एक कार्य के परिणाम पर कोई फर्क नहीं पड़ता हाथ, आपको इसके बारे में जल्द ही पोस्ट किया जाएगा।
यह IT पेशेवर की शपथ का पहला खंड है। खैर, मैं मजाक कर रहा हूँ! कोई शपथ नहीं है, लेकिन अगर कोई एक था, तो यह निश्चित रूप से इसमें वस्तुओं की सूची में सबसे ऊपर होगा। क्या यह नहीं है?
वेब सेवाएं अनुभवी के लिए प्रश्नों और उत्तरों का साक्षात्कार करती हैं
जवाबदेही और पारदर्शिता (ए एंड टी) विभिन्न स्तरों पर प्रत्येक आईटी परियोजना के लिए आवश्यक हैं - परियोजना स्तर, टीम स्तर, कार्य स्तर और एक व्यक्तिगत स्तर भी। हम कैसे सुनिश्चित करते हैं कि ये विशेषताएँ पूरी हों? इसका उत्तर है - संचार, अधिक औपचारिक रूप से- स्थिति रिपोर्टिंग !
व्यक्तिगत स्तर पर, हम सभी अपने दैनिक कर्तव्यों की उपलब्धि (या गैर-उपलब्धि) को संप्रेषित करने के लिए प्रतिदिन, ज्यादातर ईओडी रिपोर्ट भेजते हैं। यह साबित करने के लिए जाता है कि, आप वास्तव में 'अपने कर्तव्यों के साथ शुरू होने वाले' के बारे में जानते हैं।
आप क्या सीखेंगे:
दैनिक स्थिति रिपोर्ट
वह जानकारी जो किसी व्यक्ति की 'दैनिक स्थिति रिपोर्ट' का हिस्सा बनने के लिए आवश्यक है:
- आपने आज क्या किया?
- आप कल क्या करने की योजना बना रहे हैं?
- क्या आपने अपने दिन के दौरान किसी भी मुद्दे का सामना किया? यदि हाँ, तो आपने उन्हें कैसे हल किया या वे अभी भी खुले हैं?
- क्या आपको कल के लिए किसी इनपुट की आवश्यकता है? यदि हाँ, तो वे किससे और क्या हैं?
इस ईमेल / रिपोर्ट का प्राप्तकर्ता आम तौर पर प्रबंधक होता है, टीम के सदस्यों को कुछ मामलों में CC'ed किया जा सकता है - यह उस संचार प्रोटोकॉल पर निर्भर करता है जिसका टीम अनुसरण करती है।
परीक्षण रिपोर्ट
अब, विशिष्ट होने और उन सभी रिपोर्टों के बारे में जानने का समय है जो परीक्षण / क्यूए टीम भेजती हैं।
परीक्षण दल एसटीएलसी में विभिन्न चरणों में विभिन्न रिपोर्ट भेजते हैं।
- टेस्ट प्लान की स्थिति
- परीक्षण प्रलेखन स्थिति
- परीक्षा निष्पादन की स्थिति (दोषपूर्ण स्थिति)
जाँच की योजना : यह परियोजना की बाकी टीमों के साथ संवाद करने के लिए पर्याप्त है, जब एक परीक्षण योजना बनाई जाती है या जब एक बड़ा बदलाव किया जाता है।
टेस्ट डॉक्यूमेंटेशन : सभी टीमों को बताएं कि परीक्षणों की रूपरेखा, डेटा एकत्रित करना और अन्य गतिविधियां कब शुरू हुई हैं और कब समाप्त हुईं। यह रिपोर्ट न केवल उन्हें कार्य की प्रगति के बारे में बताएगी, बल्कि उन टीमों को भी संकेत देगी, जिन्हें कलाकृतियों पर समीक्षा करने और साइनऑफ़ प्रदान करने की आवश्यकता है, कि वे अगले हैं।
परीक्षण निष्पादन : निष्पादन एक परियोजना का चरण है जब परीक्षण टीम प्राथमिक फोकस है - सकारात्मक और नकारात्मक रूप से - हम दोनों नायक और खलनायक हैं।
जब तक डेली स्टेटस रिपोर्ट नहीं भेजी जाती तब तक एक परीक्षण चक्र के दौरान एक विशिष्ट दिन नहीं किया जाता है। कुछ टीमों में, वे एक साप्ताहिक रिपोर्ट पर सहमत हो सकते हैं, लेकिन इसे दैनिक भेजा जाना आदर्श है।
क्यूए टीम की स्थिति संबंधित पक्षों को प्रस्तुत करने के लिए हर दिन (या सप्ताह) एक स्थिति बैठक करना भी असामान्य नहीं है।
जावा में एक विधि से एक सरणी लौटाने
इसलिए, स्थिति रिपोर्ट का मोड निम्न हो सकता है:
- ईमेल / दस्तावेज
- बैठक / प्रस्तुति
- दोनों - दैनिक ईमेल और साप्ताहिक बैठक या तो।
परीक्षण निष्पादन स्थिति रिपोर्ट
दैनिक / साप्ताहिक परीक्षण निष्पादन रिपोर्ट:
यह क्या है? आम तौर पर, यह टेस्ट चक्र के दौरान दिन में क्यूए टीम की गतिविधियों की पारदर्शिता स्थापित करने के लिए भेजा गया संचार है - इसमें दोष संबंधी जानकारी और टेस्ट केस रन जानकारी दोनों शामिल हैं।
इसे किसके पास जाना चाहिए? - आम तौर पर, विकास टीम, पर्यावरण समर्थन टीम, बिजनेस एनालिस्ट और प्रोजेक्ट टीम प्राप्तकर्ता / बैठक प्रतिभागी होते हैं। इस जानकारी को खोजने के लिए टेस्ट प्लान आपके लिए सबसे अच्छी जगह है।
एक परीक्षण निष्पादन स्थिति रिपोर्ट में क्या है? - 10 पॉइंट
- उस दिन के लिए योजनाबद्ध मामलों की संख्या
- उस दिन निष्पादित मामलों की संख्या -
- कुल मिलाकर निष्पादित मामलों की संख्या
- उस दिन / और उनके संबंधित राज्यों की संख्या में कमी आई
- दोषों की संख्या अब तक / और उनके संबंधित राज्यों का सामना करना पड़ा
- महत्वपूर्ण दोषों की संख्या- अभी भी खुली हुई है
- पर्यावरण मंदी - यदि कोई हो
- शो स्टॉपर - यदि कोई हो
- परीक्षण निष्पादन पत्र की अटैचमेंट / से लिंक करें परीक्षण प्रबंधन उपकरण जहां परीक्षण के मामले रखे गए हैं
- घटना प्रबंधन के लिए उपयोग किए जाने वाले दोष / परीक्षण / प्रबंधन उपकरण की बग रिपोर्ट / लिंक से जुड़ी
उपरोक्त 10 बिंदु, यदि आप बारीकी से नोटिस करते हैं तो कच्चा डेटा है। तथ्यों की रिपोर्ट करना एक बात है और कुछ 'स्मार्ट' तथ्यों की रिपोर्टिंग करना एक और है । हम इस जानकारी को कैसे परिष्कृत करेंगे?
- रंग संकेतक के साथ समग्र स्थिति दिखाता है। उदाहरण के लिए, ग्रीन - समय पर, ऑरेंज- थोड़ा पीछे लेकिन देरी को अवशोषित कर सकता है, रेड-डिलेड।
- कुछ सरल मेट्रिक्स को शामिल करें जैसे कि अब तक के परीक्षण मामलों का%, दोष घनत्व, गंभीर दोषों का%; ऐसा करने से आप केवल नंबर नहीं दे रहे हैं, आप वास्तव में उस उत्पाद की गुणवत्ता की झलक प्रदान कर रहे हैं जिसका आप परीक्षण कर रहे हैं।
- यदि एक महत्वपूर्ण चरण पूरा हो गया है - उस पर प्रकाश डालें।
- यदि कोई महत्वपूर्ण दोष है जो भविष्य के निष्पादन के सभी / कुछ हिस्सों को अवरुद्ध करने वाला है - तो उसे उजागर करें।
- यदि एक प्रस्तुति का उपयोग कर रहे हैं, तो बेहतर प्रभाव बनाने के लिए कुछ रेखांकन शामिल करना सुनिश्चित करें।
उदाहरण के लिए, नीचे दिए गए ग्राफ़ का एक प्रतिनिधित्व है खुले दोषों की संख्या, मॉड्यूल-वार :
इनके अलावा, आप वैकल्पिक रूप से शामिल कर सकते हैं:
- आगे किन गतिविधियों की योजना है?
- क्या आपको किसी अन्य टीम से किसी भी इनपुट की आवश्यकता है और यदि हां, तो क्या?
अंत में, इस प्रक्रिया में मदद करने के लिए कुछ संकेत:
- एक ही समय में संक्षिप्त रहें
- सुनिश्चित करें कि आपके द्वारा रिपोर्ट किए गए परिणाम सटीक हैं
- रिपोर्ट को बहुत पठनीय बनाने के लिए बुलेटेड बिंदुओं का उपयोग करें
- सही तिथि, विषय, सूची और अनुलग्नकों को शामिल करने के लिए डबल-चेक करें।
- यदि रिपोर्ट बहुत बड़ी है और रिपोर्ट करने के लिए बहुत अधिक कारक हैं: तो उसे फ़ाइल के रूप में एक सामान्य स्थान पर रखें और फ़ाइल के बजाय ईमेल में एक लिंक भेजें। (सुनिश्चित करें कि प्राप्तकर्ताओं के पास इस स्थान और फ़ाइल तक पहुंच की अनुमति है)
- यदि यह एक स्थिति बैठक है - प्रस्तुति के लिए तैयार रहें, समय पर पहुंचें और सबसे महत्वपूर्ण बात, एक समान स्वर बनाए रखें (दोषों पर बहुत गर्व न करें - वे सामान्य रूप से 'बुरी खबर' हैं)।
नमूना स्थिति रिपोर्ट
क्यूए परीक्षण स्थिति रिपोर्ट:
इन दिशानिर्देशों का पालन करते हुए, हम नीचे की स्थिति रिपोर्ट पर पहुंचे।
अपने पाठकों की सुविधा के लिए, हमने 3 शीटों को शामिल किया है जो विभिन्न स्तरों की जानकारी देते हैं जो वे बता सकते हैं।
शीट 1 - परियोजना की समग्र स्थिति का सारांश है।
चादर २ - टेस्ट केस की स्थिति के व्यक्तिगत विवरण के बारे में अधिक है।
शीट 3 - एक नमूना बग रिपोर्ट है।
इसे डाउनलोड करें नमूना स्थिति रिपोर्ट Xls टेम्पलेट तीनों चादरों के साथ। (लिंक पर राइट-क्लिक करें और डाउनलोड करने के लिए-Save link as .. ’चुनें)
मैक पर 7z फ़ाइलों को कैसे खोलना है
लेखक के बारे में - यह एसटीएच टीम की सदस्य स्वाति सीला का एक लेख है। आप हमारे बारे में उसके बारे में अधिक जान सकते हैं सॉफ्टवेयर टेस्टिंग कोर्स पेज ।
अपनी टिप्पणी और प्रश्न हमसे नीचे साझा करें।
अनुशंसित पाठ
- सॉफ्टवेयर टेस्टिंग वीकली स्टेटस रिपोर्ट कैसे लिखें
- अद्यतन कैसे करें TestLink टेस्ट केस निष्पादन स्थिति दूर सेलेनियम के माध्यम से - ट्यूटोरियल # 3
- एक प्रभावी टेस्ट सारांश रिपोर्ट कैसे लिखें (नमूना रिपोर्ट डाउनलोड)
- नमूना बग रिपोर्ट
- उदाहरणों के साथ स्वीकृति परीक्षण रिपोर्ट के लिए नमूना टेम्पलेट
- मानक टेम्पलेट लाइब्रेरी (एसटीएल): एक संक्षिप्त परिचय
- जेनरिक और टेस्टीयूइट्स बनाना - सेलेनियम ट्यूटोरियल # 22
- टेस्ट केस के उदाहरणों के साथ सैंपल टेस्ट केस टेम्प्लेट (डाउनलोड)