मेन्यू

उदाहरणों के साथ स्वीकृति परीक्षण रिपोर्ट के लिए नमूना टेम्पलेट

sample template acceptance test report with examples

समस्याओं को खत्म करने के लिए हमारे साधन का प्रयास करें

स्वीकृति परीक्षण रिपोर्ट का अवलोकन (भाग- III):

पिछला ट्यूटोरियल | अगले ट्यूटोरियल

हमारे पिछले ट्यूटोरियल में वास्तविक समय परिदृश्य के साथ स्वीकृति परीक्षण प्रलेखन “हमने स्वीकृति परीक्षण योजना पर चर्चा की।

इस ट्यूटोरियल में, हम स्वीकार्यता परीक्षण स्थिति, स्वीकृति परीक्षण सारांश और साइन-ऑफ़ की रिपोर्टिंग पर गहराई से विचार करेंगे।

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

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

स्वीकृति टेस्ट टेम्पलेट

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

स्वीकृति परीक्षण स्थिति रिपोर्ट

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

स्वीकृति परीक्षण स्थिति रिपोर्ट के लिए सामान्य टेम्पलेट:

तारीख :स्वीकृति परीक्षण स्थिति रिपोर्ट दिनांक

आज की स्वीकृति टेस्ट निष्पादन विवरण:

  • टेस्ट की संख्या उत्तीर्ण
  • टेस्ट की संख्या विफल रही
  • टेस्ट में प्रगति की संख्या

अब तक स्वीकृति परीक्षण निष्पादन विवरण:

  • टेस्ट की कुल संख्या
  • टेस्ट की संख्या उत्तीर्ण
  • टेस्ट की संख्या विफल रही
  • टेस्ट में प्रगति की संख्या
  • टेस्ट की संख्या लंबित

दोष का विवरण:

एंड्रॉइड टैबलेट पर एपीके फाइलें कैसे खोजें
  • दोषों की संख्या लॉग की गई
  • प्रत्येक दोष में निम्न विवरण होना चाहिए:
    • आईडी, सारांश, घटक, गंभीरता
  • दोषों की कुल संख्या अब तक (स्वीकृति परीक्षण चरण में) लॉग की गई।

इस रिपोर्ट की दैनिक आधार पर समीक्षा की जानी है ताकि यह सुनिश्चित हो सके कि निष्पादन ट्रैक पर है और नियोजित शेड्यूल से कोई विचलन नहीं है।

स्वीकृति टेस्ट सारांश रिपोर्ट

यह वह रिपोर्ट है जो संपूर्ण स्वीकृति परीक्षण चरण की स्थिति को सारांशित करती है। इसमें परीक्षण की गई गतिविधियाँ, मिले मानदंडों का संदर्भ, आवश्यकता विनिर्देश, व्यावसायिक नियम, निष्पादन परिणाम, नियोजित कार्यक्रम, विचलन आदि जैसे विवरण शामिल हैं।

स्वीकृति परीक्षण सारांश रिपोर्ट के लिए सामान्य टेम्पलेट:

सारांश

प्रसरण

प्रसरण

परिणाम

रिपोर्टों

मूल्यांकन

सिफ़ारिश करना

गंभीरता को कम करता है , और दर दर उत्पाद को बाजार में लॉन्च करने की सिफारिश को प्रभावित करती है।>

प्रयासों

प्रयासों

साइन-ऑफ रिपोर्ट

एक बार उत्पाद स्वीकार परीक्षण पारित कर दिया है, यह गो लाइव के लिए सिफारिश की जाएगी। प्रोडक्शन में लॉन्च होने से पहले, इसे औपचारिक रूप से साइन-ऑफ करना होगा।

साइन-ऑफ रिपोर्ट के लिए सामान्य टेम्पलेट:

उत्पाद का नाम, रिलीज संस्करण, बिल्ड नंबर

नवीनतम रिपोर्ट

पर समीक्षा की गई

द्वारा समीक्षित

टिप्पणियाँ की समीक्षा करें

साइन-ऑफ की तारीख

साइन-ऑफ करके

साइन-ऑफ टिप्पणियाँ

सामान्य तौर पर, उपरोक्त रिपोर्ट में से किसी को भी इसके खाके के लिए प्रमुख हितधारकों द्वारा समीक्षा की जानी चाहिए और इस बात पर सहमत होना चाहिए कि सूचना के भीतर क्या जाना है।

रिपोर्ट में भरे गए सभी विवरणों को स्टेकहोल्डर्स के साथ साझा करने से पहले क्रॉस-चेक किया जाना चाहिए। रिपोर्ट में किसी भी तरह की विसंगतियां बिजनेस के फैसले को प्रभावित करेंगी और बाजार में प्रोडक्ट फेल्योर हो सकता है।

इसलिए, रिपोर्टिंग को हमेशा विशेषज्ञों या टीम के वरिष्ठ सदस्यों द्वारा नियंत्रित किया जाना चाहिए।

एजाइल में स्वीकृति परीक्षण

में चुस्त , प्रत्येक उपयोगकर्ता कहानी के स्वीकार्यता लक्ष्य को स्वीकार्यता परीक्षण के लिए लक्षित किया जाता है, अर्थात, स्वीकृति परीक्षण उपयोगकर्ता कहानी की स्वीकृति मानदंडों से प्राप्त होते हैं। प्रत्येक स्वीकृति मानदंड में परिदृश्य को कवर करने के लिए एक या अधिक स्वीकृति परीक्षण हो सकते हैं।

स्वीकृति टेस्ट आमतौर पर एक क्यूए द्वारा डिजाइन किए जाते हैं जो क्षेत्र में विषय विषय विशेषज्ञ होते हैं। एजिल में स्वीकृति परीक्षण बहुत जल्दी शुरू होता है जब अन्य दृष्टिकोणों की तुलना में, आमतौर पर स्प्रिंट के भीतर ही होता है।

यह बहुत बार किया जाता है क्योंकि प्रत्येक स्प्रिंट में नई उपयोगकर्ता कहानियां आएंगी और पिछली कहानियों के संवर्द्धन / निरंतरता भी होगी।

एजाइल में दो अलग-अलग चरणों में स्वीकृति परीक्षण किया जाता है:

  • जब सुविधा बनाई जाती है और अपने प्रारंभिक चरण में - मूल।
  • जब उत्पाद को एकीकृत और उत्पाद की अन्य विशेषताओं के साथ स्थिर किया जाता है।

यहां प्रत्येक उपयोगकर्ता कहानी को स्वीकृति परीक्षण से गुजरना पड़ता है और विचार के लिए पारित किया जाना चाहिए। स्वीकृति परीक्षण में किसी भी विफलता को एक उच्च प्राथमिकता के रूप में माना जाना चाहिए और तुरंत तय किया जाना चाहिए, बदले में, इसे निष्पादित करने के लिए स्वीकृति परीक्षण होगा।

स्वीकृति बिंदुओं में से प्रत्येक के लिए स्वीकृति परीक्षा परिणाम की सफलता के आधार पर प्रत्येक उपयोगकर्ता को कहानी के अंक दिए जाते हैं। स्वीकृति परीक्षण उपयोगकर्ता कहानी स्तर पर पूर्णता को भी परिभाषित करता है, जिसमें कहा गया है कि कहानी के लिए स्वीकृति मानदंड मिले हैं।

एजाइल में स्वीकृति परीक्षण कौन करता है?

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

एजाइल में स्वीकृति परीक्षण के लाभ

एजाइल में स्वीकृति परीक्षण के कई लाभ हैं।

लाभ हैं:

  • उत्पाद प्रबंधक और टीम के बीच निकट सहयोग।
  • उपयोगकर्ता कहानी स्तर पर आत्मविश्वास बनाता है।
  • प्रत्येक स्वीकृति मानदंड को कवर करने के लिए अधिक परिदृश्य प्राप्त करने में मदद करेगा।
  • उपयोगकर्ता कहानियों में स्वीकृति मानदंडों के माध्यम से उत्पाद के समाधान को सुधारने की संभावना बढ़ गई।

कमियां

हालांकि कई लाभ हैं, कुछ निश्चित अवगुण भी हैं।

कमियां शामिल हैं:

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

स्वीकृति परीक्षण संचालित विकास (ATDD)

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

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

दरअसल, ATDD विकास शुरू होने से पहले होता है। इसलिए, इस दृष्टिकोण में, डेवलपर्स को पता चल जाएगा कि वास्तव में क्या अपेक्षित है और इसे कैसे प्राप्त किया जाए। पूरी टीम फीचर और क्या बनाया जा रहा है की एक सामान्य समझ साझा करेगी।

यह वर्णन करता है कि उत्पाद कैसे बनाया जा रहा है और बदले में, यह परीक्षण के लिए सौंपने से पहले उत्पाद वास्तव में कैसे कार्य करेगा, इसका उचित विचार देगा। इसलिए इसे “के रूप में” कहा जाता है स्वीकृति टेस्ट प्रेरित विकास ”।

निष्कर्ष

इसके किसी भी दृष्टिकोण में स्वीकृति परीक्षण का ग्राहक के विश्वास को बनाने का सामान्य लक्ष्य है और उत्पाद पर संतुष्टि है जो इसे लाइव होने से पहले विकसित किया गया है। यह केवल तभी प्राप्त होता है जब उत्पाद में कोई कम / कम गंभीरता वाले दोष नहीं होते हैं जो किसी भी प्रकार की कार्यक्षमता में बाधा नहीं डालते हैं।

संक्षेप में:

  • स्वीकृति टेस्ट पास किए जाते हैं।
  • दोष स्वीकार्य स्तरों में हैं।
  • फ्लो-वार / परिदृश्य-वार कवरेज हासिल किया।
  • उत्पाद और इसके समाधान स्वीकार किए जाते हैं।
  • ग्राहक उत्पाद में पर्याप्त विश्वास रखता है।
  • सभी उत्पाद दस्तावेज़ नवीनतम कार्यों से मेल खाने के लिए अपडेट किए जाते हैं।
  • टीम के प्रयास का परिणाम
  • प्रोडक्शन लॉन्च के साथ आगे बढ़ने के लिए अच्छा है।

पिछला ट्यूटोरियल | अगले ट्यूटोरियल

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

अनुशंसित पाठ

^