पायलट परीक्षण क्या है? परिभाषा, अर्थ, उदाहरण
थॉमस हैमिल्टन
⚡ स्मार्ट सारांश
पायलट टेस्टिंग में एक कार्यशील सिस्टम को वास्तविक उपयोगकर्ताओं के एक चयनित समूह के सामने लाइव परिचालन स्थितियों के तहत रखा जाता है, जिससे उपयोगकर्ता स्वीकृति परीक्षण और पूर्ण उत्पादन परिनियोजन के बीच की अवधि में व्यवहार्यता, लागत, जोखिम और प्रदर्शन का सत्यापन होता है।
पायलट परीक्षण क्या है?
पायलट परीक्षण पायलट टेस्ट को सॉफ्टवेयर टेस्टिंग के एक प्रकार के रूप में परिभाषित किया जाता है जो वास्तविक समय की परिचालन स्थिति में सिस्टम के किसी घटक या संपूर्ण सिस्टम को सत्यापित करता है। पायलट टेस्ट का उद्देश्य किसी प्रोजेक्ट को सबके लिए जारी करने से पहले उसकी व्यवहार्यता, समय, लागत, जोखिम और प्रदर्शन का मूल्यांकन करना है।
यह परीक्षण यूएटी और उत्पादन के बीच किया जाता है।
पायलट टेस्टिंग में, सिस्टम को पूरी तरह से लागू करने से पहले, चुने हुए उपयोगकर्ताओं का एक समूह परीक्षण के लिए सिस्टम का उपयोग करता है और उनसे प्रतिक्रिया प्राप्त करता है। दूसरे शब्दों में, यह आगे होने वाले उपयोगिता परीक्षण का पूर्वाभ्यास होता है और सिस्टम में मौजूद बग्स का जल्द पता लगाने में सहायक होता है।
नीचे दिया गया आरेख उस व्यवस्था को दर्शाता है: तैयार बिल्ड को एक सीमित पायलट समूह को जारी किया जाता है और वहां उसकी निगरानी की जाती है, जबकि व्यापक उपयोगकर्ता आधार परिणाम आने तक मौजूदा सिस्टम पर बना रहता है।
पायलट परीक्षण का संबंध ग्राहक साइट (या उपयोगकर्ता अनुरूपित वातावरण) पर निरंतर और नियमित उपयोग के लिए परीक्षण हेतु सिस्टम स्थापित करने से है।
सबसे आम तरीका यह है कि सिस्टम को लगातार उपयोग में रखकर उसकी कमजोरियों का पता लगाया जाए। फिर इन कमजोरियों को सामान्य प्रक्रिया के माध्यम से बग रिपोर्ट के रूप में विकास टीम को भेजा जाता है। दोष प्रबंधन प्रक्रियाऔर सिस्टम के अगले बिल्ड में इन खामियों को ठीक कर दिया जाता है।
इस प्रक्रिया के दौरान कभी-कभी स्वीकृति परीक्षण भी शामिल किया जाता है संगतता परीक्षणयह तब होता है जब किसी पुराने सिस्टम को बदलने के लिए कोई सिस्टम विकसित किया जा रहा हो।
In सॉफ्टवेयर इंजीनियरिंगपायलट टेस्टिंग से एक व्यावसायिक प्रश्न का भी उत्तर मिलता है, अर्थात् क्या उत्पाद या सेवा का संभावित बाजार है।
पायलट परीक्षण क्यों महत्वपूर्ण है
पायलट परीक्षण किसी चीज को सस्ते में सीखने का आखिरी मौका होता है। इसके बाद सब कुछ उत्पादन संबंधी घटना बन जाता है। विशेष रूप से, पायलट परीक्षण से निम्नलिखित लाभ मिलते हैं:
- सॉफ्टवेयर और उसके परीक्षण एवं समर्थन के लिए उपयोग की जाने वाली प्रक्रियाओं में मौजूद त्रुटियों को ठीक करता है।
- यह पुष्टि करता है कि उत्पाद वास्तव में पूर्ण पैमाने पर कार्यान्वयन के लिए तैयार है या नहीं।
- इससे कार्यान्वयन के लिए समय, बजट और संसाधन आवंटन पर बेहतर निर्णय लेने में सहायता मिलती है।
- यह उत्पाद या कार्यक्रम के प्रति लक्षित आबादी की प्रतिक्रिया का आकलन करता है।
- यह कार्यक्रम की सफलता का मूल्यांकन राय के बजाय सहमत मानदंडों के आधार पर करता है।
- इससे टीम को उन गतिविधियों का पूर्वाभ्यास करने का मौका मिलता है जिनका उपयोग वे उपयोगिता परीक्षण के दौरान करेंगे।
पायलट परीक्षण कैसे करें
पायलट परीक्षण का स्तर आपके माइग्रेशन प्रोजेक्ट के आकार और दायरे पर निर्भर करता है। वास्तविक पायलट परीक्षण एक समर्पित क्षेत्र या प्रयोगशाला में किया जाता है जहाँ उपयोगकर्ता सॉफ़्टवेयर की कार्यक्षमता का अनुकरण करते हुए कई प्रक्रियाएँ, लेन-देन और रिपोर्ट चलाते हैं।
परियोजना के संदर्भ के आधार पर पायलट परीक्षण किया जा सकता है:
- किसी सामान्य व्यावसायिक उद्यम के लिए, डेटा सेंटर में सर्वरों के एक समूह पर उपयोगकर्ताओं के एक समूह के साथ एक पायलट परीक्षण आयोजित किया जा सकता है।
- वेब डेवलपमेंट कंपनी के लिए, साइट फाइलों को स्टेजिंग सर्वर पर होस्ट करके या इंटरनेट पर लाइव फोल्डर बनाकर एक पायलट टेस्ट आयोजित किया जा सकता है।
- वाणिज्यिक सॉफ्टवेयर विक्रेताओं के लिए, प्रारंभिक अपनाने वालों के एक विशेष समूह के साथ पायलट परीक्षण आयोजित किया जा सकता है।
चाहे जो भी संदर्भ लागू हो, पायलट परीक्षण पांच चरणों से निर्मित एक लिखित परीक्षण योजना का अनुसरण करता है।
चरण 1: एक पायलट योजना बनाएं
चरण 2: पायलट परीक्षण की तैयारी करें
चरण 3: पायलट परीक्षण को तैनात करें और उसका परीक्षण करें
चरण 4: पायलट परीक्षण का मूल्यांकन करें
चरण 5: उत्पादन परिनियोजन के लिए तैयारी करें
पायलट परीक्षण करने से पहले निम्नलिखित बातों पर विचार करना आवश्यक है:
- प्रतिभागियों को पर्याप्त प्रशिक्षण प्रदान करें।
- सर्वरों को तैनात करने और पायलट प्रोजेक्ट के लिए सिस्टम तैयार करने की एक रोलआउट योजना।
- स्थापना प्रक्रिया का दस्तावेजीकरण।
- प्रत्येक सॉफ्टवेयर एप्लिकेशन के लिए परीक्षण स्क्रिप्ट। इसमें निष्पादित किए जाने वाले कार्यों की चेकलिस्ट शामिल होती है।
- ईमेल या वेबसाइट का उपयोग करके उपयोगकर्ताओं से डिजाइन और परीक्षण टीमों को लगातार प्रतिक्रिया प्रदान करें।
- पायलट के लिए मूल्यांकन मानदंड निर्धारित करें, जैसे असंतुष्ट उपयोगकर्ताओं की संख्या, समर्थन कॉल और अनुरोधों की संख्या आदि।
- अपने प्रोजेक्ट में निवेश करने वाले सामुदायिक साझेदारों या हितधारकों का एक कार्य समूह बनाएं जो आपकी प्रगति पर चर्चा करने के लिए नियमित रूप से मिलेंगे।
- पायलट समूह के ज्ञान, दृष्टिकोण और व्यवहार में परिवर्तन के बारे में आवश्यक जानकारी प्राप्त करने के लिए एक मूल्यांकन योजना और मूल्यांकन उपकरण या साधन विकसित करें।
पायलट परीक्षण के दौरान, टीम परीक्षण डेटा एकत्र करती है और उसका मूल्यांकन करती है। उस डेटा के आधार पर, टीम निम्नलिखित रणनीतियों में से एक का चयन करेगी।
- लड़खड़ाते हुए आगे बढ़ना – पायलट समूह में एक नया रिलीज़ कैंडिडेट तैनात करें।
- वापस रोल – पायलट समूह को उसकी पिछली कॉन्फ़िगरेशन स्थिति में पुनर्स्थापित करने के लिए रोलबैक योजना को निष्पादित करें।
- निलंबित – पायलट परीक्षण स्थगित करें।
- पैच करें और जारी रखें – मौजूदा समाधान को ठीक करने के लिए पैच तैनात करें।
- तैनाती – समाधान को लागू करने की प्रक्रिया शुरू करें।
रोलबैक विकल्प ही वह कारण है जिसके चलते पायलट प्रोजेक्ट चलाना सार्थक होता है, इसलिए पुनर्स्थापना पथ का अभ्यास उसी तरह से किया जाना चाहिए जैसे कि पुनर्प्राप्ति परीक्षण विफलता से निपटने का अभ्यास कराया जाता है, न कि इसे लिखकर रख दिया जाता है और मान लिया जाता है कि यह काम करेगा।
पायलट परीक्षण के लिए प्रवेश और निकास मानदंड
बिना तय मानदंडों के शुरू किया गया पायलट प्रोजेक्ट, फीडबैक मिलने के बाद राय की बहस में बदल जाता है। पहले उपयोगकर्ता के लॉग इन करने से पहले दोनों मानदंडों पर सहमति बन जाती है।
प्रवेश मानदंड – पायलट प्रोजेक्ट निम्नलिखित समय पर शुरू हो सकता है:
- उपयोगकर्ता स्वीकृति परीक्षण पूरा हो चुका है और कोई भी खुला दोष इतना गंभीर नहीं है कि दैनिक कार्य में बाधा उत्पन्न करे।
- पायलट वातावरण कॉन्फ़िगरेशन, डेटा वॉल्यूम और एकीकरण के मामले में उत्पादन वातावरण के समान है।
- प्रायोगिक समूह का चयन कर लिया गया है, उन्हें प्रशिक्षित किया गया है और अभ्यास का उद्देश्य और अवधि बता दी गई है।
- परीक्षणित रोलबैक योजना और प्रायोगिक अवधि के लिए एक सहायता संपर्क मौजूद है।
समाप्ति मानदंड – पायलट प्रोजेक्ट तब समाप्त होता है जब सहमत माप उपलब्ध हो जाते हैं, आमतौर पर:
- दोष की गंभीरता के आधार पर उनकी संख्या, और वह सीमा जिसके ऊपर कार्यान्वयन स्थगित कर दिया जाता है।
- सिस्टम द्वारा समर्थित व्यावसायिक प्रक्रियाओं के लिए कार्य पूर्णता और त्रुटि दरें।
- जिस सिस्टम को बदला जा रहा है, उसके बेसलाइन के आधार पर प्रदर्शन का मूल्यांकन किया जाता है।
- सपोर्ट लोड, जैसे कि प्रति उपयोगकर्ता प्रति सप्ताह आने वाली कॉल या टिकटों की संख्या।
- उपयोगकर्ताओं की संतुष्टि अनौपचारिक टिप्पणियों के बजाय एक संरचित सर्वेक्षण के माध्यम से एकत्र की गई।
ये माप किसी एक निर्णय को आधार बनाते हैं, और आमतौर पर यही संख्याएँ व्यापक निर्णय में भी योगदान देती हैं। जोखिम-आधारित परीक्षण यह मूल्यांकन यह निर्धारित करता है कि आम उपलब्धता से पहले रिलीज को कितनी अतिरिक्त कवरेज की आवश्यकता है।
पायलट टेस्टिंग बनाम बीटा टेस्टिंग
इन दोनों गतिविधियों को अक्सर एक दूसरे से भ्रमित कर दिया जाता है क्योंकि दोनों में ही उपयोगकर्ताओं के सामने अधूरा सॉफ्टवेयर पेश किया जाता है। अंतर नियंत्रण का है: पायलट एक परिभाषित समूह के भीतर किया गया एक नियंत्रित परीक्षण होता है, जबकि बीटा एक खुला संस्करण होता है जिसमें व्यापक प्रतिक्रिया प्राप्त की जाती है।
| पहलू | पायलट परीक्षण | बीटा परीक्षण |
|---|---|---|
| दर्शक | किसी ज्ञात स्थल पर चयनित, प्रतिनिधि समूह | कोई भी आम नागरिक जो इसमें शामिल होना चाहता है |
| वातावरण | टीम द्वारा नियंत्रित उत्पादन जैसा वातावरण | उपयोगकर्ता के अपने उपकरण और नेटवर्क |
| समय | उपयोगकर्ता स्वीकृति परीक्षण के बाद, रोलआउट से पहले | पायलट प्रोजेक्ट के बाद, आम रिलीज़ के करीब |
| उद्देश्य | व्यवहार्यता, लागत, जोखिम और तैनाती के लिए तत्परता साबित करें | व्यापक प्रतिक्रिया एकत्र करें और दुर्लभ पर्यावरणीय मुद्दों को उजागर करें |
| माप | औपचारिक प्रवेश और निकास मानदंड और सहमत मापदंड | रिपोर्ट की गई समस्याएं और उपयोग संबंधी टेलीमेट्री |
| रोलबैक | पायलट समूह के लिए योजना बनाई गई और पूर्वाभ्यास किया गया | उपयोगकर्ता स्वयं ही अनइंस्टॉल या पुराने संस्करण पर वापस आ जाते हैं। |
पायलट परीक्षण भी इससे बिल्कुल अलग है। उपयोगकर्ता स्वीकृति परीक्षणजो यह पूछता है कि क्या सिस्टम सहमत आवश्यकताओं को पूरा करता है, और अल्फा परीक्षणजो किसी भी ग्राहक द्वारा निर्माण को देखने से पहले कंपनी के भीतर ही होता है।
पायलट परीक्षण के लाभ और हानियाँ
इसका सीधा सा मतलब है: एक पायलट प्रोजेक्ट सबूत खरीदता है, और उस सबूत के लिए उसे समय और समन्वय के प्रयास करने पड़ते हैं।
| फायदे | नुकसान |
|---|---|
| यह वास्तविक उपयोग पैटर्न के तहत उन दोषों को उजागर करता है जिन्हें प्रयोगशाला में दोहराया नहीं जा सकता। | UAT और रिलीज़ के बीच शेड्यूल में एक चरण जोड़ता है |
| स्थापना चरणों, प्रशिक्षण सामग्री और सहायता प्रक्रियाओं को मान्य करता है | इसके लिए उत्पादन जैसे वातावरण और समर्पित सहायता की आवश्यकता होती है। |
| आगे बढ़ने या न बढ़ने के निर्णय के लिए मापा जा सकने वाला साक्ष्य प्रस्तुत करता है | परिणाम केवल चयनित पायलट समूह के अनुरूप ही प्रतिनिधि होते हैं। |
| किसी विफलता के प्रभाव क्षेत्र को प्रत्येक उपयोगकर्ता के बजाय केवल एक समूह तक सीमित करता है। | एक छोटा पायलट प्रोजेक्ट महीने के अंत, चरम भार और मौसमी व्यवहार को नज़रअंदाज़ कर सकता है। |
| व्यापक कार्यान्वयन से पहले हितधारकों का विश्वास बढ़ाता है | प्रतिभागी अपने वास्तविक कार्य में आने वाली समस्याओं की रिपोर्ट करने में संकोच कर सकते हैं। |
दोनों लेख पायलट प्रोजेक्ट को एक निर्धारित चरण के रूप में मानने की वकालत करते हैं। सॉफ्टवेयर परीक्षण जीवन चक्र अपनी स्वयं की योजना और मालिक के साथ, न कि अनौपचारिक रूप से अंत में जोड़े गए एक विश्राम काल के रूप में। प्रणाली परीक्षण.
पायलट परीक्षण के लिए अच्छा अभ्यास
- प्रयोज्यता परीक्षण से दो दिन पहले पायलट परीक्षण का कार्यक्रम निर्धारित करें।
- जब तक सभी उपयोगकर्ता, ग्राहक और परियोजना टीम सफल परिणाम के मानदंडों पर सहमत न हो जाएं, तब तक पायलट परीक्षण शुरू न करें।
- उपयोगकर्ताओं से कहें कि वे अपनी सामग्री की प्रतियों पर किसी भी मुद्दे को चिह्नित करें, अपनी चिंताओं का वर्णन करें, तथा सुधार के लिए सुझाव (यदि उनके पास कोई हो) प्रस्तुत करें।
- पायलट प्रोजेक्ट के उद्देश्य, अवधि और प्रगति के बारे में उपयोगकर्ताओं को सूचित करें।
- ऐसे प्रतिभागियों का चयन करें जो वास्तविक उपयोगकर्ता आबादी का प्रतिनिधित्व करते हों, जिनमें कम आत्मविश्वास वाले लोग भी शामिल हों, क्योंकि उत्साही लोगों का एक समूह बेहतर परिणाम देता है।
- समस्याओं, प्रतिक्रियाओं और निर्णयों का एक ही लॉग रखें ताकि एग्जिट रिव्यू एक ही रिकॉर्ड के आधार पर किया जा सके।
दो अन्य अभ्यास स्वयं पर्यावरण से आते हैं। पायलट समूह के डिवाइस, ब्राउज़र और ऑपरेटिंग सिस्टम के प्रसार को यथासंभव सावधानीपूर्वक कवर करें। कॉन्फ़िगरेशन परीक्षण यह सुनिश्चित करेगा कि बैकअप, मॉनिटरिंग और बैच जॉब जैसे दैनिक कार्य सुचारू रूप से चल रहे हैं, जो कि इसके अंतर्गत आने वाला मुख्य विषय है। परिचालन स्वीकृति परीक्षण.
पायलट परीक्षण का उदाहरण
पायलट परीक्षण के कुछ सामान्य उदाहरण निम्नलिखित हैं:
- Microsoft चलाता है Windows अंदरूनी कार्यक्रमप्री-रिलीज़ जारी करना Windows आम जनता के लिए उपलब्ध होने से पहले ही बिल्ड को स्वयंसेवी चैनलों पर भेज दिया जाता है।
- गूगल इसे चलाता है Android बीटा कार्यक्रमजो समर्थित पिक्सेल डिवाइसों को प्री-रिलीज़ परीक्षण के लिए नामांकित करता है Android सार्वजनिक रिलीज से पहले निर्माण कार्य किया जाता है।
- एचपी अपने उत्पादों और सेवाओं के लिए ऑनलाइन पायलट कार्यक्रम चलाता है।
प्रत्येक उदाहरण का स्वरूप एक जैसा है: एक सीमित, स्व-चयनित समूह वास्तविक उत्पाद का परीक्षण करता है, टेलीमेट्री और प्रतिक्रिया डेटा विक्रेता को वापस भेजा जाता है, और व्यापक रिलीज़ उस प्रमाण पर निर्भर करती है। उपलब्ध अन्य दृष्टिकोणों के बीच यह तकनीक कहाँ स्थित है, यह आगे बताया गया है। सॉफ्टवेयर परीक्षण के प्रकार.
