रिसोर्स · 61
प्रोजेक्ट एक्सेप्टेंस: ज़रूरतों को क्राइटेरिया और एविडेंस में बदलें
असल में टेस्ट किए गए टास्क के ज़रिए डिलीवरी का आकलन करने के लिए सिनेरियो, उम्मीद के मुताबिक नतीजे, सबूत और अपवाद के फैसले तैयार करें।
अपडेटेड · 6 min
यह गाइड क्या पाने में मदद करती है
- किसी काम से शुरू करें
- टेस्ट करने लायक उम्मीद लिखें
- सबूत को सिनेरियो से जोड़ें
- एक्सेप्शन को हल करें
जल्दी से चेक करें
- डिलीवरी किसे स्वीकार करनी चाहिए?
- क्या एक्सेप्शन पास होता है?
- क्या सुधार के बाद टेस्ट दोबारा इस्तेमाल किए जा सकते हैं?
स्टेप-बाय-स्टेप तरीका
- 1
किसी काम से शुरू करें
बताएं कि किसे क्या पूरा करना है, किस संदर्भ में और किन शर्तों के तहत। प्रस्तावित तरीका GOV.UK सर्विस-असेसमेंट तैयारी पर आधारित है, बिना प्राइवेट एक्सेप्टेंस को पब्लिक सर्टिफिकेशन माने।
डिलीवरेबल: ज़रूरतें और प्रायोरिटी जर्नी।
- 2
टेस्ट करने लायक उम्मीद लिखें
फास्ट या इंट्यूटिव जैसे शब्दों को देखने लायक नतीजे और मेज़रमेंट कॉन्टेक्स्ट से बदलें। गलतियाँ, परमिशन, भाषा और एक्सेसिबिलिटी शामिल करें। एक क्राइटेरिया बताता है कि यूज़र को फीचर की मौजूदगी के अलावा क्या मिलता है।
डिलीवरेबल: क्राइटेरिया और काल्पनिक टेस्ट डेटा।
- 3
सबूत को सिनेरियो से जोड़ें
हर ट्रायल के लिए वर्शन, एनवायरनमेंट, प्रीकंडीशन, एक्शन और आउटकम रिकॉर्ड करें। सिर्फ़ एक स्क्रीनशॉट से यह साबित नहीं होता कि कोई सफ़र सफल हुआ है। ऐसे सबूत तैयार करें जिन्हें रिव्यूअर सीक्रेट्स तक पहुँच के बिना जाँच या दोबारा चला सके।
डिलीवरेबल: दोबारा इस्तेमाल होने वाला सबूत रिकॉर्ड।
- 4
एक्सेप्शन को हल करें
एक्सेप्टेंस से पहले ब्लॉकिंग फेलियर, परमिटेड एक्सेप्शन और ओनर को डिफाइन करें। एक्सेप्टेड एक्सेप्शन के लिए एक स्कोप, कारण और डेडलाइन की ज़रूरत होती है; यह एक फेल टेस्ट को पासिंग टेस्ट में नहीं बदलता है।
डिलीवरेबल: एक्सेप्शन रजिस्टर और फ़ैसले।
- 5
ऑपरेशन के साथ बंद करें
टेस्ट डॉक्यूमेंटेशन, रिकवरी और सपोर्ट हैंडओवर भी। AI सर्विसेज़ के लिए, लिमिट और ओनरशिप की पहचान करें। टेस्ट किए गए स्कोप, खुले गैप और उन शर्तों को बनाए रखें जिनके लिए एक और एक्सेप्टेंस रिव्यू की ज़रूरत है।
डिलीवरेबल: डिलीवरी का फ़ैसला और एक्सेप्शन फ़ॉलो-अप।
दोबारा इस्तेमाल होने वाली वर्कशीट
अपने ऑथराइज़्ड ऑब्ज़र्वेशन के साथ पूरा करें। ये फ़ील्ड एक वर्किंग टेम्पलेट हैं, देखे गए नतीजे नहीं।
| फ़ील्ड | रिकॉर्ड करने के लिए जानकारी |
|---|---|
| ज़रूरत | व्यक्ति, काम और कॉन्टेक्स्ट |
| क्राइटेरिया | उम्मीद का नतीजा और प्रीकंडीशन |
| ट्रायल | वर्शन, काल्पनिक डेटा और ऑब्ज़र्वेशन |
| फैसला | एक्सेप्शन, मालिक और डेडलाइन |
काल्पनिक काम का उदाहरण
उदाहरण वाली स्थिति
काल्पनिक उदाहरण: एक फ़ॉर्म एक केस सबमिट करता है लेकिन मोबाइल पर उसका अटैचमेंट खो जाता है।
फैसला और उम्मीद का सबूत
एक्सेप्टेंस एक टेक्निकल सबमिशन को एक पूरे केस से अलग करता है; ज़रूरत तभी पूरी होती है जब पाने वाला अटैचमेंट वापस पा सके।
मैकेनिज़्म में अंतर बताएं
| मैकेनिज़्म | मकसद | वेरिफ़िकेशन या लिमिटेशन |
|---|---|---|
| डेमोंस्ट्रेशन | चुनी हुई जर्नी को समझें | इसे फुल कवरेज न समझें |
| बिज़नेस एक्सेप्टेंस | टास्क और एक्सपेक्टेड आउटकम वेरिफाई करें | एरर और अलग यूज़र प्रोफाइल शामिल करें |
| टेक्निकल रिव्यू | कॉन्ट्रैक्ट और बिहेवियर को इंस्पेक्ट करें | आउटकम को यूज़र की ज़रूरतों से कनेक्ट करें |
मैनेजमेंट इंडिकेटर
| इंडिकेटर | यह क्या मापता है | पहला एक्शन |
|---|---|---|
| कवर किए गए क्राइटेरिया | असल में इस्तेमाल किए गए क्राइटेरिया | अनटेस्टेड, पास और फेल को अलग करें |
| ओपन एक्सेप्शन | एक्सेप्टेड या ब्लॉकिंग गैप | ओनर का नाम और डेडलाइन बताएं |
| रिप्लेएबल एविडेंस | रिकंस्ट्रक्टेबल सिनेरियो | रिकॉर्ड वर्शन और प्रीकंडीशन |
आम गलतियाँ
- इसे फुल कवरेज न समझें
- एरर और अलग यूज़र प्रोफाइल शामिल करें
- आउटकम को यूज़र की ज़रूरतों से कनेक्ट करें
अक्सर पूछे जाने वाले सवाल
डिलीवरी किसे स्वीकार करनी चाहिए?
ज़रूरत का डेजिग्नेटेड ओनर, ज़रूरी स्पेशलिस्ट से इनपुट के साथ। टेस्टिंग से पहले इस ज़िम्मेदारी का नाम बताएं।
क्या एक्सेप्शन पास होता है?
नहीं। यह एक जाना-माना गैप बना रहता है; एक्सेप्टेंस एक स्कोप के अंदर एक डॉक्यूमेंटेड डिसीजन है।
क्या सुधार के बाद टेस्ट दोबारा इस्तेमाल किए जा सकते हैं?
हाँ, स्टेबल डेटा और प्रीकंडीशन के साथ, नए वर्शन का नाम और जिन यात्राओं पर असर पड़ सकता है।
ऑफ़िशियल रेफ़रेंस
रेफ़रेंस इस तरीके को सपोर्ट करते हैं। अपने कॉन्टेक्स्ट के हिसाब से चेक को एडजस्ट करें; वे सर्टिफ़िकेशन नहीं हैं। ओरिजिनल रेफ़रेंस टाइटल और सोर्स डॉक्यूमेंट दूसरी भाषा में हो सकते हैं।
संदर्भ जाँच की तारीख .
