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