acceptance testing documentation with real time scenarios
स्वीकृति परीक्षण का दस्तावेज (भाग- II):
पिछला ट्यूटोरियल | अगले ट्यूटोरियल
यह ट्यूटोरियल हमारे पिछले ट्यूटोरियल की निरंतरता है जहां हमने चर्चा की थी कि स्वीकृति परीक्षण क्या है, जब इसे पूरा करना है, तो यह कौन करता है, इसका महत्व, प्रकार, प्रक्रिया, विभिन्न टीमों पर प्रभाव, आदि।
स्थैतिक चर को शुरू करना c ++
दस्तावेज़ स्वीकृति परीक्षण में बहुत महत्वपूर्ण भूमिका निभाते हैं और दस्तावेज़ के संबंध में किसी भी मुद्दे का बहुत बड़ा नकारात्मक प्रभाव पड़ता है। जब उचित जांच का प्रयोग नहीं किया जाता है, तो यह उत्पाद की विफलता को भी जन्म दे सकता है।
=> पूरी टेस्ट प्लान ट्यूटोरियल सीरीज़ के लिए यहां क्लिक करें
इस ट्यूटोरियल में, हम एक्सेप्शन टेस्टिंग यानि स्वीकृति परीक्षण योजना, टेस्ट प्लान रिव्यू चेकलिस्ट, एक्सेप्टेंस टेस्ट टेम्प्लेट में शामिल विभिन्न दस्तावेज़ों के बारे में और जानेंगे, जो वास्तविक समय के परिदृश्यों पर आधारित उदाहरण हैं, स्वीकृति परीक्षणों को कैसे पहचानें और लिखें, आदि। ।
आप क्या सीखेंगे:
- स्वीकृति परीक्षण योजना
- स्वीकृति परीक्षण योजना टेम्पलेट
- स्वीकृति परीक्षण योजना की समीक्षा करना
- स्वीकृति टेस्ट
- स्वीकृति टेस्ट की समीक्षा करना
- निष्कर्ष
- अनुशंसित पाठ
स्वीकृति परीक्षण योजना
किसी भी अन्य परीक्षण योजना की तरह, स्वीकृति परीक्षण योजना में कुछ घटक भी शामिल हैं जैसे स्कोप, दृष्टिकोण, टेस्ट पर्यावरण, संसाधन, जिम्मेदारियाँ, स्वीकृति परीक्षण संदर्भ, प्रवेश मानदंड, निकास मानदंड, उपकरण, आदि।
केवल एक चीज जो नियमित परीक्षण योजना से स्वीकृति परीक्षण योजना को अलग करती है, इसके कारक हैं जो व्यवसाय निर्णय में परिणाम देते हैं। स्वीकृति परीक्षण योजना एक महत्वपूर्ण दस्तावेज है जो किसी विशेष परियोजना के लिए स्वीकृति परीक्षण करने के लिए मार्गदर्शन प्रदान करता है।
स्वीकृति परीक्षण योजना की समीक्षा की जानी है और स्वीकृति परीक्षण निष्पादन से पहले अनुमोदित किया जाना है। बाद के सभी परिवर्तनों को फिर से समीक्षा और अनुमोदन प्रक्रिया से गुजरना पड़ता है और इन-ट्रैक होना पड़ता है।
स्वीकृति परीक्षण योजना की समीक्षा आमतौर पर प्रबंधकों / व्यापार विश्लेषकों / ग्राहकों द्वारा की जाती है।
स्वीकृति परीक्षण योजना डिजाइन करते समय विचार किए जाने वाले मुख्य बिंदु:
- यह होना चाहिए विस्तृत और विशिष्ट। इसमें केवल वही शामिल होना चाहिए जो परीक्षण के लिए आवश्यक है और परीक्षण करने के लिए टीम के लिए क्या जानकारी आवश्यक है।
- यह होना चाहिए स्पष्ट और संक्षिप्त । कोई अस्पष्टता नहीं। अगर कुछ ऐसा है जो भ्रम पैदा कर सकता है, तो उसे विस्तृत करें, लेकिन इसे संक्षिप्त और प्रभावी रखें।
- प्रत्येक और हर घटक दस्तावेज़ में केवल व्यावसायिक आवश्यकताओं को ध्यान में रखकर लिखा जाना चाहिए।
- विश्वसनीय और अनुकूलनीय - यह भविष्य के रिलीज में आवश्यकतानुसार अद्यतन योग्य होना चाहिए।
- संगत - भविष्य में इसमें और बदलाव नहीं होने चाहिए।
- संगठन या ग्राहक द्वारा प्रदान किए गए टेम्पलेट का पालन करें।
स्वीकृति परीक्षण योजना टेम्पलेट
यहां हम स्वीकार्यता परीक्षण योजना के लिए एक सामान्य टेम्पलेट पर एक नज़र डालेंगे जिसे परियोजना की आवश्यकताओं के अनुसार आगे बढ़ाया जा सकता है।
शीर्षक
उद्देश्य
संशोधन इतिहास / परिवर्तन लॉग
< यह निम्न सूचना के साथ एक सारणीबद्ध रूप में होना चाहिए:
- तारीख - वह तिथि जिस पर दस्तावेज़ को संशोधित किया गया था।
- द्वारा संशोधित - जिसने दस्तावेज़ की सामग्री को बदल दिया है।
- उद्देश्य - दस्तावेज को संशोधित क्यों किया गया।
- संस्करण - संशोधनों के बाद दस्तावेज़ का वर्तमान संस्करण (एक विशेष रिलीज के लिए 1.0, 1.1, 1.2, 1.3, के रूप में चला जाता है।) अगली रिलीज 2, 2.1, 2.2, 2.3,…, सूची से शुरू होगी।
- के द्वारा अनुमोदित - किसने किए गए परिवर्तनों को मंजूरी दी है (इसका मतलब है कि दस्तावेज़ की समीक्षा की गई है और अनुमोदित है)।
इस तालिका में बहुत पहली पंक्ति दस्तावेज़ निर्मित विवरण होनी चाहिए। फिर किए गए परिवर्तनों के विवरण का अनुसरण करता है।>
विषयसूची
संदर्भ
क्षेत्र
परिचय
परीक्षण की चीज़ें
परीक्षण की जाने वाली सुविधाएँ
सुविधाओं का परीक्षण नहीं किया जाना है
पहुंच
पर्यावरण विवरण का परीक्षण करें
प्रवेश मानदंड
टेस्ट - अगर कोई अलग से स्वीकार्यता परीक्षण नहीं लिखा है
प्रत्येक परीक्षण में शामिल होना चाहिए:
- परीक्षा #।
- परीक्षण किया जा रहा है का एक विवरण ( उदाहरण : सत्यापित करें कि क्या कोई उपयोगकर्ता सफलतापूर्वक खाता बनाने में सक्षम है)।
- व्यावसायिक आवश्यकता जिसके लिए यह परीक्षण मानचित्र ( पता लगाने की क्षमता का मापदंड ) - बहुत ज़रूरी।
- पूर्व शर्तें:
- परीक्षण शुरू करने से पहले उत्पाद की स्थिति (उपयोगकर्ता को सफलतापूर्वक पंजीकृत होना चाहिए लेकिन खाता सक्रिय नहीं होना चाहिए, उपयोगकर्ता को कम से कम 30 दिन पहले उत्पाद को एक्सेस करना चाहिए, आदि)
- किसी भी सर्वर की स्थिति - क्या सर्वर कुछ समय के लिए डाउन होना चाहिए।
- परीक्षण चरण: विस्तृत क्रमांकित प्रवाह ( उदाहरण: निचे देखो
- एप्लिकेशन खोलें।
- मुझे याद रखें चेकबॉक्स के साथ मान्य क्रेडेंशियल्स के साथ लॉगिन करने का प्रयास करें)।
- अपेक्षित परिणाम : चरण का अपेक्षित व्यवहार क्या है>
स्वीकृति परीक्षण - यदि अलग-अलग स्वीकृति परीक्षण लिखे गए हैं
मानदंड से बाहर निकलें
साधन
नियम और जिम्मेदारियाँ
उपकरण
व्यापार निर्णय कारक
साइन-ऑफ प्रक्रिया
संपर्क का स्थल
स्वीकृति परीक्षण योजना के रूप में माना जाता है चरण के लिए मास्टर टेस्ट प्लान ।
स्वीकृति परीक्षण योजना की समीक्षा करना
एक बार योजना तैयार हो जाने के बाद, पूर्णता, गैर-अस्पष्टता, स्पष्टता, गुणवत्ता, आदि की समीक्षा करनी होगी। इसमें कोई संदेह नहीं है, स्वीकृति परीक्षा योजना में संपूर्ण सामग्री की उचित जानकारी के लिए पूरी समीक्षा की जानी चाहिए, लेकिन, कुछ अन्य बिंदुओं के खिलाफ समीक्षा की जाए और साथ ही कहा जाए कि चेकलिस्ट अंक।
यहां, सामग्री को वर्गीकृत करें और उनके खिलाफ चेकलिस्ट बिंदु देखें।
| वर्ग | चेकलिस्ट अंक |
|---|---|
| स्वीकृति टेस्ट | क्या परीक्षण गिने गए हैं क्या पूर्ववर्ती संख्याएँ हैं क्या परीक्षण कदम समझने के लिए स्पष्ट हैं क्या परीक्षण के चरण पूरे हो गए हैं अपेक्षित परिणाम पूर्ण है क्या परीक्षणों में कोई खुला प्रश्न है (यदि कोई है, तो उसका पालन करें और उसे पूरा करें) स्वीकृति टेस्ट (यदि अलग से लिखा गया है) का संदर्भ वैध और मौजूदा है ट्रैसेबिलिटी सही है क्या कोई व्यावसायिक आवश्यकता परीक्षण के लिए कवर करने से चूक गई है |
| शीर्षक | क्या शीर्षक परियोजना के शीर्षक से मेल खाता है जैसा कि हर जगह संदर्भित है परियोजना के नामकरण सम्मेलनों के बाद शीर्षक है |
| संशोधन इतिहास, सामग्री तालिका | क्या प्रत्येक संस्करण संशोधनों को योजना के लिए ठीक से ट्रैक किया गया है क्या हर संस्करण में उचित समीक्षा की गई है और इसका उल्लेख किया गया है वर्जनिंग कन्वेंशन सही है क्या सामग्री की तालिका योजना में वास्तविक सामग्री से मेल खाती है क्या प्रत्येक सामग्री के लिए पृष्ठ संख्या सही है क्या पेज नंबर अपडेट किया गया है अगर योजना में किए गए संशोधन सामग्री के पेज नंबर को बदल देते हैं |
| संदर्भ | क्या संदर्भ मौजूदा और मान्य हैं क्या वे गुंजाइश के साथ मेल खाते हैं क्या वे पूर्ण और परीक्षण पहचान के लिए माने जाते हैं |
| परीक्षण आइटम, परीक्षण की जाने वाली सुविधाएँ, परीक्षण नहीं की जाने वाली सुविधाएँ | क्या वे नम्बरवार हैं? क्या प्रत्येक सुविधा / मॉड्यूल / उप-मॉड्यूल दायरे में आता है क्या नियोजित अनुसूची में सभी पहचाने गए परीक्षण आइटम शामिल हो सकते हैं |
| एंट्री क्राइटेरिया, एक्जिट क्राइटेरिया | क्या वे नम्बरवार हैं? क्या प्रत्येक और हर मापदंड का विस्तार से उल्लेख किया गया है |
| पर्यावरण विवरण का परीक्षण करें | क्या यह सभी आवश्यक विन्यास का उल्लेख है प्रत्येक कॉन्फ़िगरेशन के लिए संस्करण विशिष्ट या नवीनतम माना जाता है VMs करें, पर्यावरण मौजूद है (यदि नहीं, तो इसकी उपलब्धता के लिए संभावित तारीख का उल्लेख करें) उल्लेखित पर्यावरणीय पहुँच के लिए साख साझा करने की विधि है |
| संसाधन, भूमिकाएँ और जिम्मेदारियाँ | प्रत्येक भूमिका के लिए जिम्मेदारियां गिनाई जाती हैं क्या जिम्मेदारियां मिल सकती हैं उल्लेखित संसाधन जिम्मेदार जिम्मेदारियों को संभालने में सक्षम है |
| उपकरण | क्या सभी उपकरण उल्लिखित हैं क्या सभी उपकरण क्रमांकित हैं सभी उपकरण संस्करण हैं क्या किसी उपकरण को चरण के दौरान लाइसेंस या मौजूदा लाइसेंस की आवश्यकता होती है उपकरण उपयोग के लिए मार्गदर्शन सही और पर्याप्त है |
| व्यापार निर्णय कारक | सभी कारकों का उल्लेख किया है क्या सभी कारक गिने गए हैं |
| साइन-ऑफ प्रक्रिया | क्या प्रक्रिया वैध है क्या प्रक्रिया स्वीकार्य है क्या प्रक्रिया समझने के लिए स्पष्ट है |
| संपर्क का स्थल | चरण के दौरान संगठन में उपलब्ध संपर्क बिंदु के रूप में संसाधन की पहचान की जाती है चरण को संभालने में सक्षम संसाधन की पहचान की गई है |
उपरोक्त चेकलिस्ट दस्तावेज़ को संतुष्ट करने वाली कोई भी परीक्षण योजना आंतरिक ऑडिट के लिए एक मजबूत दस्तावेज़ के रूप में भी काम करेगी।
स्वीकृति टेस्ट
स्वीकृति परीक्षणों को पहले कार्यात्मक परीक्षणों के रूप में जाना जाता था। स्वीकृति परीक्षण चरण के लिए नाम को और अधिक उपयुक्त बनाने और उद्देश्य की पूर्ति के लिए, इसका नाम बदल दिया गया स्वीकृति टेस्ट। कभी-कभी इसे भी कहा जाता है ग्राहक परीक्षण।
स्वीकृति परीक्षण हमेशा उपयोगकर्ता कहानियों, स्वीकृति मानदंडों और उपयोग के मामलों से प्राप्त होते हैं। ये ब्लैक-बॉक्स सिस्टम परीक्षण हैं और केवल उन व्यावसायिक परीक्षणों का प्रतिनिधित्व करते हैं जिन्हें सत्यापित किया जाना है। ये मुख्य रूप से उत्पाद व्यवहार, उपयोग और प्रवाह के लिए अभिप्रेत होना चाहिए।
डिज़ाइन किए गए स्वीकृति परीक्षण को परीक्षण चरण को स्वीकार करने से पहले उत्पाद पर विश्वास हासिल करने के लिए प्रतिगमन चक्र में सिस्टम परीक्षण चरण के लिए भी ध्यान में रखा जा सकता है।
स्वीकृति परीक्षण लिखने से पहले याद किए जाने वाले मुख्य बिंदु:
- सभी संदर्भ दस्तावेज रखें: सॉफ्टवेयर रिक्वायरमेंट स्पेसिफिकेशन, बिजनेस रिक्वायरमेंट डॉक्यूमेंट, यूज केस, यूजर स्टोरीज, डेटा मैट्रिक्स (लॉजिक के मामले में) आदि।
- केवल व्यावसायिक आवश्यकताओं (परीक्षण योग्य व्यावसायिक आवश्यकताओं) पर ध्यान दें।
- सभी शंकाओं, प्रश्नों को जल्द से जल्द व्यावसायिक आवश्यकताओं पर स्पष्ट करें।
- सुनिश्चित करें कि कम से कम वर्तमान रिलीज़ के लिए आवश्यकताओं पर कोई परिवर्तन नहीं हैं।
स्वीकृति टेस्ट लिखने के लिए सामान्य और सरल टेम्पलेट:
इस टेम्प्लेट को फिर से प्रोजेक्ट की ज़रूरतों के अनुसार और शामिल करने के लिए अधिक जानकारी के साथ फिर से बनाया जा सकता है।
अब, कुछ सामान्य परिदृश्यों को लेते हैं और देखते हैं कि उन पर स्वीकार्यता परीक्षण परिदृश्य कैसे लिखे जा सकते हैं।
केस 1: उपयोगकर्ता खाता संभालना
यह वह परिदृश्य है जहां उपयोगकर्ताओं को अपना खाता बनाने, देखने, अपडेट करने और डी-सक्रिय करने की अनुमति है। सामान्य तौर पर, यह एक CRUD ऑपरेशन है (क्रिएट, रीड, अपडेट और डिलीट)। तो सीधे हमें परीक्षण करने के लिए 4 प्रमुख परिदृश्य मिलेंगे।
इसके साथ-साथ, वास्तविक समय उपयोगकर्ता खाते से निपटने में, हमारे पास कई क्षेत्र हैं जब यह देखने और अपडेट करने की बात आती है।
स्वीकृति परीक्षण लिखने के साथ आगे बढ़ना:
टेस्ट 1: पंजीकरण / साइन अप / खाता बनाएँ, सत्यापित करें कि कोई उपयोगकर्ता सक्षम है:
- खाता बनाएँ।
- खाते को सक्रिय करें।
- खाते को केवल एक बार सक्रिय करें (यहां, सक्रियण लिंक 2 के लिए परीक्षण किया जाना हैएन डीभले ही यह नकारात्मक परीक्षण है, यह माना जाने वाला प्रमुख सत्यापन बिंदुओं में से एक है)।
परीक्षण 2: खाता जानकारी तक पहुँचने और देखने के लिए, सत्यापित करें कि कोई उपयोगकर्ता सक्षम है:
- खाते में लॉग इन करें।
- प्रोफ़ाइल में अलग-अलग अनुभाग देखें (यदि प्रोफ़ाइल अनुभाग को वर्गीकृत किया गया है, तो प्रत्येक और प्रत्येक श्रेणी को देखा जाना चाहिए)।
- सत्यापित करें कि प्रोफ़ाइल में प्रदर्शित डेटा उपयोगकर्ता के इनपुट के अनुसार सही है।
परीक्षण 3: खाता जानकारी अपडेट करने के लिए, सत्यापित करें कि कोई उपयोगकर्ता सक्षम है:
- खाता जानकारी अपडेट करें (प्रोफ़ाइल):
- प्रोफ़ाइल की प्रत्येक श्रेणी को अपडेट करें।
- सत्यापित करें कि अद्यतन जानकारी प्रोफ़ाइल में परिलक्षित होती है।
- सत्यापित करें कि उपयोगकर्ता प्रोफ़ाइल में जानकारी को अपडेट करने में सक्षम नहीं है (कुछ अनुप्रयोगों में, पहले नाम, अंतिम नाम, उपयोगकर्ता नाम, आदि को अपडेट करने की अनुमति नहीं दी जाएगी। भले ही यह नकारात्मक परीक्षण हो, यह प्रमुख सत्यापन बिंदुओं में से एक है। सुविचारित करने के लिए)।
- अद्यतन प्रवाह को रद्द करें (भले ही यह नकारात्मक परीक्षण है, यह भी माना जाने वाला प्रमुख सत्यापन बिंदुओं में से एक है)।
टेस्ट 4: यदि खाते की डी-एक्टिवेशन की अनुमति है, तो, सत्यापित करें कि कोई उपयोगकर्ता सक्षम है:
- खाता सक्रिय करें।
- डी-सक्रियण प्रवाह को रद्द करें (भले ही यह नकारात्मक परीक्षण है, यह माना जाने वाला प्रमुख सत्यापन बिंदुओं में से एक है)।
- डी-एक्टिवेशन रद्द करने के बाद खाता एक्सेस करें।
परीक्षण 5: यदि ईमेल पते या फोन नंबरों के लिए सत्यापन आवश्यक हैं, तो, यह सत्यापित करें कि कोई उपयोगकर्ता सक्षम है:
क्यूए साक्षात्कार साक्षात्कार प्रश्न और उत्तर पीडीएफ
- ईमेल पते को अन्य वैध के लिए अपडेट करें।
- सत्यापित करें “अपडेट किया गया ईमेल पता।
- सत्यापित करें कि क्या अद्यतन और 'सत्यापित' ईमेल पता आगे माना जाता है - आवेदन से कुछ ईमेल भेजें और अपडेट किए गए ईमेल पते पर इसके आगमन की जांच करें। पुराने को ईमेल प्राप्त नहीं करना चाहिए।
- नया फ़ोन नंबर जोड़ें।
- कॉल के माध्यम से जोड़ा फोन नंबर सत्यापित करें।
- एसएमएस के माध्यम से जोड़े गए फोन नंबर की पुष्टि करें।
- सत्यापित करें कि जोड़ा गया और 'सत्यापित' फ़ोन नंबर खाते में प्रतिबिंबित हो रहा है।
- फ़ोन नंबर अपडेट करें।
- कॉल के माध्यम से अपडेट किए गए फ़ोन नंबर की पुष्टि करें।
- सत्यापित करें “एसएमएस के माध्यम से फोन नंबर अपडेट किया गया।
- सत्यापित करें कि अपडेट किया गया है और 'सत्यापित' फ़ोन नंबर खाते में प्रतिबिंबित हो रहा है।
केस 2: क्रय उत्पाद
उत्पाद की खरीद में आमतौर पर सामान्य प्रवाह होता है।
कुछ सामान्य परिदृश्य जो अंत-उपयोगकर्ता देखते हैं, वे यहां सूचीबद्ध हैं:
पूर्व स्थिति: उपयोगकर्ता को आवेदन में लॉग इन किया जाना चाहिए।
परीक्षण 1: उत्पाद विवरण, सत्यापित करें कि कोई उपयोगकर्ता इसके लिए सक्षम है:
- उत्पाद विवरण पृष्ठ देखें।
- उत्पाद विवरण पृष्ठ (विवरण, फ़ीचर, ब्रांड जानकारी, आदि) में सभी उप-खंड देखें।
- उत्पाद विवरण पृष्ठ में उपलब्ध उत्पाद, रंग, आकार आदि की मात्रा का चयन करें।
- उत्पाद विवरण पृष्ठ से श्रेणी, उप-श्रेणी के पृष्ठों पर नेविगेट करें (यदि उत्पाद विवरण पृष्ठ में उपलब्ध है)।
- अन्य उत्पाद के विवरण पृष्ठ पर जाएं (यदि संबंधित उत्पाद अनुभाग प्रदान किया गया है)।
- उत्पाद पर टिप्पणी और रेटिंग देखें।
- रेटिंग के आधार पर उत्पाद की टिप्पणियाँ छाँटें।
- उत्पाद की समग्र रेटिंग देखें।
- उत्पाद पर टिप्पणी जोड़ें।
- उत्पाद पर उसकी टिप्पणी को अपडेट करें।
- उत्पाद पर उसकी टिप्पणी को हटा दें (यदि प्रदान किया गया है)।
टेस्ट 2: कार्ट में जोड़ें, सत्यापित करें कि कोई उपयोगकर्ता है:
- उत्पाद को कार्ट में जोड़ने में सक्षम:
- उत्पाद विवरण पृष्ठ के माध्यम से।
- उत्पाद सूची पृष्ठ के माध्यम से।
- कार्ट में आवश्यक मात्रा जोड़ने में सक्षम (1 से अधिकतम सीमा सेट)।
- आउट-ऑफ-स्टॉक होने पर कार्ट में उत्पाद को जोड़ने में सक्षम नहीं।
टेस्ट 3: कार्ट पेज में, सत्यापित करें कि कोई उपयोगकर्ता सक्षम है:
- जोड़ा मात्रा के लिए मूल्य विवरण के साथ कार्ट में उत्पाद देखें।
- अद्यतन मात्रा (1 से अधिकतम सीमा सेट)।
- उत्पाद को कार्ट से निकालें।
- खरीदारी पर वापस जाएं।
- चेकआउट जारी रखें।
- कोई उत्पाद नहीं जोड़ने पर, खाली कार्ट देखें
टेस्ट 4: खाता विवरण पृष्ठ में, सत्यापित करें कि कोई उपयोगकर्ता सक्षम है:
- मौजूदा शिपिंग विवरण के साथ जारी रखें।
- शिपिंग पता अपडेट करें।
- नया शीपिंग पता लगाओ।
- मौजूदा फ़ोन नंबर के साथ जारी रखें।
- आदेश के लिए फ़ोन नंबर अपडेट करें।
- आदेश के लिए नया फ़ोन नंबर जोड़ें।
- वापस कार्ट पेज पर नेविगेट करें।
- भुगतान पृष्ठ पर नेविगेट करें।
परीक्षण 5: भुगतान पृष्ठ पर, सत्यापित करें कि कोई उपयोगकर्ता सक्षम है:
- बिल की जाने वाली राशि की शुद्धता की जाँच करें।
- सभी उपलब्ध विकल्पों के साथ ऑर्डर को प्रोसेस करें (प्रत्येक अलग ऑर्डर के लिए एक विकल्प)।
- प्रक्रिया लेनदेन सफलतापूर्वक। ऑर्डर कन्फर्मेशन पेज पर जाएं।
- लेन-देन की विफलता (भले ही यह नकारात्मक परीक्षण है, इसे एक प्रमुख परिदृश्य माना जाना चाहिए)।
- कूपन लागू करें:
- वैध कूपन - सफलता। यहां बिल की जाने वाली राशि में परिवर्तन को सत्यापित करें।
- अमान्य कूपन - विफलता
- समय सीमा समाप्त कूपन - विफलता।
- खाता विवरण पृष्ठ पर वापस जाएं।
स्वीकृति टेस्ट की समीक्षा करना
स्वीकार्यता परीक्षणों की समीक्षा करना एक महत्वपूर्ण कार्य है क्योंकि इसमें व्यावसायिक आवश्यकताओं के संबंध में सही और महत्वपूर्ण बिंदु होना चाहिए। जैसा कि ये ग्राहक स्वयं और / या अंतिम-उपयोगकर्ताओं द्वारा संचालित किए जा सकते हैं, किसी को भी समझने और निष्पादित करने के लिए पूर्ण, गैर-अस्पष्ट, सही और विस्तृत होना बहुत आवश्यक है।
स्वीकार्यता परीक्षण की समीक्षा व्यावसायिक विश्लेषकों, ग्राहकों द्वारा की जानी चाहिए और किसी भी समीक्षा टिप्पणी को उच्च प्राथमिकता में शामिल किया जाना चाहिए।
व्यक्तिगत परीक्षण स्तर पर, समीक्षा नीचे दी गई होनी चाहिए:
- टेस्ट व्यवसाय की आवश्यकता को कवर करता है या नहीं।
- क्या पूर्व-स्थितियाँ स्पष्ट हैं?
- क्या परीक्षण के चरणों को समझना और विस्तृत करना आसान है?
- क्या अपेक्षित परिणाम सही और स्पष्ट है?
- यह ट्रैसेबिलिटी के लिए व्यावसायिक आवश्यकताओं के लिए मैप किया गया है?
- क्या परीक्षण विशेष प्रवाह या उपयोग को पूरा करने के लिए पर्याप्त है?
- स्वीकृति परीक्षण के भाग के रूप में विशेष परीक्षण आवश्यक है।
- क्या कुछ सत्यापन बिंदु है जो स्वीकृति परीक्षण के लिए आवश्यक नहीं है।
- क्या यह विशुद्ध रूप से कार्यात्मक है या कोई जीयूआई कवर किया गया है (यह केवल कार्यात्मक होना चाहिए)।
- क्या विशेष इनपुट डेटा आवश्यक है? यदि हाँ, तो क्या यह विवरण के लिए प्रदान किया गया है?
संपूर्ण, संपूर्ण स्वीकार्यता परीक्षण स्वीट समीक्षा में शामिल होना चाहिए:
- द्वि-दिशात्मक ट्रेसबिलिटी: व्यापार आवश्यकताओं और व्यापार आवश्यकताओं के लिए टेस्ट।
- क्या प्रत्येक व्यवसाय की आवश्यकता को कवर किया गया है?
- क्या प्रत्येक व्यावसायिक आवश्यकता को एक या अधिक परीक्षणों द्वारा कवर किया जाता है?
- क्या व्यावसायिक नियम शामिल हैं?
- क्या विशेष डेटा मामले को संभाला जाता है?
- प्रत्येक आवश्यकता या नियम को कवर करने के लिए कितने परीक्षण लिखे जाते हैं?
- क्या परीक्षणों को एक साथ वर्गीकृत किया जा सकता है और प्रवाह के लिए वर्गीकृत किया जा सकता है।
- क्या परीक्षण ठीक से अनुक्रमित हैं ताकि निष्पादन कुशल हो?
निष्कर्ष
संक्षेप में, जैसा कि पहले उल्लेख किया गया है, दस्तावेज़ स्वीकृति परीक्षण में बहुत कठोर भूमिका निभाते हैं।
इसलिए, जो भी स्वीकृति परीक्षण लिखा गया है, उसके उपयोग के साथ अच्छी तरह से संरचित और इन-फ्लो होना चाहिए, ताकि यह स्वीकार करने वाले परीक्षकों की रुचि बनी रहे कि वे क्या परीक्षण कर रहे हैं और वे इसे कैसे कर रहे हैं। यह, बदले में, स्वचालित रूप से सफलता में लाएगा।
=> पूरी टेस्ट प्लान ट्यूटोरियल सीरीज़ के लिए यहां जाएं
पिछला ट्यूटोरियल | अगले ट्यूटोरियल
देखते रहें और कुछ सामान्य टेम्पलेट के साथ स्वीकृति परीक्षण रिपोर्ट के बारे में अधिक जानने के लिए आगामी स्वीकृति परीक्षण ट्यूटोरियल देखें। इसके अलावा, यदि आपके कोई प्रश्न हैं, तो हमें बताएं।
अनुशंसित पाठ
- सर्वश्रेष्ठ सॉफ्टवेयर परीक्षण उपकरण 2021 (क्यूए टेस्ट स्वचालन उपकरण)
- सकारात्मक परीक्षण: अर्थ और मेरिट्स वास्तविक परीक्षण परिदृश्यों के साथ समझाया गया
- परीक्षण प्राइमर eBook डाउनलोड
- TimeShiftX टाइम शिफ्ट टेस्टिंग को सरल बनाने के लिए जारी किया गया
- स्वीकृति परीक्षण क्या है (एक पूर्ण गाइड)
- उदाहरणों के साथ स्वीकृति परीक्षण रिपोर्ट के लिए नमूना टेम्पलेट
- क्या आप एक मैनुअल या स्वचालन परीक्षण विशेषज्ञ हैं? हमारे लिए काम का समय!
- एचपी लोडरनर ट्यूटोरियल के साथ लोड परीक्षण