चाहे आप अपनी खुद की कंपनी के सदस्यों के लिए कोडिंग सॉफ़्टवेयर हों या एक व्यापक ग्राहक आधार, सही परीक्षण प्रथाओं और ढाँचों का होना, चाहे मैनुअल, ऑटोमेशन, या हाइब्रिड, लगातार सॉफ़्टवेयर गुणवत्ता, बढ़ी हुई प्रतिष्ठा और दक्षता की ओर ले जाता है।
आप जिस कंपनी के लिए काम करते हैं, उसके आधार पर बहुत सारे परीक्षण मैन्युअल परीक्षण के रूप में आते हैं।
मैन्युअल परीक्षण क्या है, कंपनियां मैन्युअल परीक्षण के साथ क्या परीक्षण करती हैं, और सॉफ़्टवेयर परीक्षण प्रक्रियाओं के बारे में अन्य महत्वपूर्ण तथ्यों के बारे में अधिक जानें।
मैन्युअल परीक्षण क्या है?
मैनुअल परीक्षण एक प्रकार का सॉफ़्टवेयर परीक्षण है जिसमें किसी स्वचालित उपकरण की सहायता के बिना परीक्षक द्वारा मैन्युअल रूप से एक परीक्षण केस निष्पादित किया जाता है।
कंपनियां अपने सॉफ़्टवेयर में बग या समस्याओं की पहचान करने के तरीके के रूप में मैन्युअल परीक्षण का उपयोग करती हैं। जबकि कुछ इसे परीक्षण के एक सरल या आदिम रूप के रूप में वर्णित करते हैं, यह अंततः तीसरे पक्ष के परीक्षण उपकरणों के उपयोग की आवश्यकता के बिना एक कार्यक्रम की कार्यक्षमता स्थापित करता है।
सॉफ्टवेयर परीक्षण के सभी रूपों में कुछ मैनुअल पहलू होते हैं, क्योंकि किसी एप्लिकेशन की कुछ विशेषताएं ऐसी होती हैं जिन्हें बिना किसी मैनुअल हस्तक्षेप के परीक्षण करना असंभव होता है।
1. आपको मैन्युअल परीक्षण कब करने की आवश्यकता है?
इसमें कई चरण हैं जिनमें डेवलपर्स मैन्युअल परीक्षण का उपयोग करते हैं, पहला बुनियादी कार्यक्षमता विकास चरण के दौरान होता है।
जब सॉफ्टवेयर की बुनियादी कार्यक्षमता विकास में होती है तो सॉफ्टवेयर डेवलपर्स परीक्षण करते हैं कि प्रोग्राम के प्रत्येक भाग मैन्युअल रूप से काम करते हैं, क्योंकि यह कोड के काफी सरल भागों के लिए टेस्ट केस बनाने की तुलना में तेज़ है।
मैन्युअल परीक्षण भी विकास के बाद के चरणों में प्रचलित है जब किसी प्रोग्राम में UI बनाया जाता है। यूआई परीक्षण में यह देखना शामिल है कि एक वास्तविक जीवन का उपयोगकर्ता मेनू को कैसे डिज़ाइन किया गया है और सिस्टम कैसे चलता है, इस पर प्रतिक्रिया करता है।
चूंकि इसमें शुद्ध मात्रात्मक मेट्रिक्स के बजाय बहुत अधिक गुणात्मक डेटा और व्यक्तिगत राय शामिल है, उत्पाद में अधिक से अधिक अंतर्दृष्टि प्राप्त करने के लिए मैन्युअल परीक्षण आदर्श विकल्प है।
2. जब आपको मैन्युअल परीक्षण करने की आवश्यकता नहीं होती है
ऐसे कुछ मामले हैं जिनमें मैन्युअल परीक्षण का उपयोग करने में आवश्यकता से अधिक समय और प्रयास लगेगा, इनमें से पहला डेटाबेस परीक्षण में है।
डेटाबेस बड़ी मात्रा में डेटा को संभालते हैं और उन्हें मैन्युअल रूप से इनपुट करने में बहुत समय लगेगा और एक संगठन के लिए अक्षम होगा।
इन मामलों में, स्वचालित सिस्टम का उपयोग करना आदर्श है क्योंकि वे सीमित समय में डेटा के बड़े पैकेज को संभाल सकते हैं।
लोड परीक्षण जैसे क्षेत्रों में मैनुअल परीक्षण भी कम उपयोगी होता है, जहां एक डेवलपर यह देखने के लिए परीक्षण पूरा करता है कि उनका सॉफ़्टवेयर उपयोगकर्ताओं के महत्वपूर्ण भार को कैसे संभालता है।
यह अक्सर ऑनलाइन एप्लिकेशन और सर्वर वाले प्रोग्राम के मामले में होता है जिसके लिए गहन मूल्यांकन की आवश्यकता होती है। मैन्युअल परीक्षणों को पूरा करने के लिए बहुत से व्यक्तियों को एक ही समय में एक एप्लिकेशन तक पहुंचने की आवश्यकता होगी, और इससे सेवा के लिए गंभीर श्रम लागत हो सकती है जिसे एक स्वचालित सॉफ़्टवेयर परीक्षण प्रणाली द्वारा बहुत कम लागत पर पूरा किया जा सकता है।
3. मैन्युअल परीक्षण में कौन शामिल होता है?
मैनुअल परीक्षण में शामिल कर्मचारियों के सदस्य उस कंपनी की प्रकृति पर निर्भर करते हैं जिसमें आप काम कर रहे हैं।
मैन्युअल परीक्षण प्रक्रिया में शामिल कुछ लोग, विकास टीम के प्रकार के अलावा आपको ये भूमिकाएँ मिलती हैं:
· डेवलपर:
एक डेवलपर लगातार प्रक्रिया में शामिल होता है, सॉफ्टवेयर की बुनियादी कार्यक्षमता का परीक्षण करता है और क्यूए परीक्षक प्रतिक्रिया पर निर्भर कोड को अपडेट करता है।
डेवलपर्स बहुत सारे मैन्युअल परीक्षण को पूरा करते हैं, क्योंकि वे सॉफ्टवेयर विकास के शुरुआती चरणों में मॉड्यूल को उच्च स्तर पर काम करने के लिए जिम्मेदार होते हैं।
· क्यूए परीक्षक
बड़ी टीमों में मौजूद, क्यूए परीक्षक विशेष रूप से एक कंपनी के लिए परीक्षण पूरा करते हैं और यह सुनिश्चित करते हैं कि क्लाइंट की अपेक्षा के अनुसार एप्लिकेशन चलता है।
एक क्यूए परीक्षक मुख्य रूप से विकास के परीक्षण, एकीकरण और रखरखाव के चरणों की दिशा में महत्वपूर्ण है, जो स्वयं डेवलपर्स से मैन्युअल परीक्षण लेते हैं जो पूरे कार्यान्वयन का परीक्षण करते हैं।
· क्यूए प्रबंधक
सबसे बड़ी विकास कंपनियों में काम करता है, QA प्रबंधक परियोजना के विशिष्ट कार्यों और क्षेत्रों के लिए परीक्षकों को नियुक्त करते हैं।
वे पूरी की जाने वाली चीजों की सूची बनाने और परीक्षण रिपोर्ट पढ़ने के लिए भी जिम्मेदार हैं। मैन्युअल परीक्षण में यह विशेष रूप से महत्वपूर्ण है, क्योंकि कर्मचारियों की संतुष्टि कहीं बेहतर परिणाम प्रदान कर सकती है।
हम मैन्युअल परीक्षणों के साथ क्या परीक्षण करते हैं?
सॉफ़्टवेयर के कुछ अलग पहलू हैं जिनका मैन्युअल परीक्षण परीक्षण करता है, जिनमें से प्रत्येक मैन्युअल परीक्षण का उपयोग करते समय बेहतर होता है, परीक्षणों की विशिष्ट चुनौतियों के लिए धन्यवाद।
मैन्युअल परीक्षणों के फलने-फूलने के कारणों के अलावा, जिन मुख्य विशेषताओं के लिए आपको मैन्युअल परीक्षणों का उपयोग करने से लाभ होता है, उनमें शामिल हैं:
1. बुनियादी कार्यक्षमता
सॉफ्टवेयर परीक्षण प्रक्रिया के शुरुआती हिस्सों में से एक सॉफ्टवेयर के एक टुकड़े की बुनियादी कार्यक्षमता को देखता है।
इस स्तर पर, एक डेवलपर या परीक्षक कोड के कार्यात्मक मॉड्यूल में से एक को देखता है और यह आकलन करता है कि यह अपेक्षा के अनुरूप काम करता है या नहीं। इन मॉड्यूल के छोटे पैमाने के कारण, मैन्युअल परीक्षण पर ध्यान देना उचित है क्योंकि स्वचालन में बहुत अधिक समय लगेगा।
इसका एक उदाहरण डेटाबेस सॉफ़्टवेयर का एक टुकड़ा है, जिसमें परीक्षक फ़ंक्शन में डेटा का एक टुकड़ा डालते हैं और पहले से ही अपेक्षित आउटपुट जानते हैं।
यदि दोनों मेल खाते हैं, तो परीक्षण सफल होता है। प्रक्रिया के इस चरण में परीक्षण कंपनी के बाकी कार्यों के लिए एक मजबूत नींव रखता है।
2. यूआई डिजाइन
यूआई सॉफ्टवेयर के एक टुकड़े के यूजर इंटरफेस या उपयोगकर्ता के लिए उपलब्ध मेनू, बटन और अन्तरक्रियाशीलता को संदर्भित करता है।
यूआई परीक्षण दोनों तरीकों पर ध्यान केंद्रित करता है कि यूआई काम करता है और क्या यह उपयोगकर्ता के लिए काम करने का एक आरामदायक तरीका है, जिसमें यह भी शामिल है कि क्या उपयोगकर्ता सभी सुविधाओं के साथ बातचीत कर सकता है और क्या मेनू सौंदर्यपूर्ण रूप से प्रसन्न हैं।
इस स्तर पर मैन्युअल परीक्षण एक आवश्यकता है, क्योंकि गुणात्मक जानकारी जैसे कि इंटरफेस अच्छा दिखता है या नहीं, ऐसा कुछ नहीं है जो एक स्वचालित प्रोग्राम में उत्कृष्टता प्राप्त करता है।
3. प्रवेश परीक्षण
पेनेट्रेशन परीक्षण एक सॉफ्टवेयर पैकेज का परीक्षण करने के लिए संदर्भित करता है जिससे यह देखा जा सके कि कोई बाहरी पक्ष नाजायज तरीकों से सॉफ्टवेयर तक कैसे पहुंच सकता है।
सॉफ़्टवेयर स्वचालन कुछ विशिष्ट चरणों का पालन करने और उन प्रक्रियाओं को पूरा करने पर ध्यान केंद्रित करता है जो सुरक्षा परीक्षण के लिए आवश्यक नए क्षेत्रों की खोज करने के बजाय पहले से ही एप्लिकेशन का एक हिस्सा हैं।
उदाहरण के लिए, एक कंपनी अपने सॉफ़्टवेयर का आकलन करने के लिए एक एथिकल हैकर को किराए पर ले सकती है और दुर्भावनापूर्ण पार्टी को उपयोगकर्ता डेटा तक पहुंचने के किसी भी अवसर की तलाश कर सकती है।
जीडीपीआर को पूरे यूरोप में कानून के एक हिस्से के रूप में लागू किए जाने के बाद के वर्षों में यह तेजी से महत्वपूर्ण हो गया है।
4. खोजपूर्ण परीक्षण
खोजपूर्ण परीक्षण से तात्पर्य उस परीक्षण से है जिसे केवल एक या दो बार पूरा करने की आवश्यकता है, नाम प्राप्त करना क्योंकि यह किसी भी अप्रत्याशित सुविधाओं या बग के लिए सॉफ़्टवेयर की “खोज” का एक हिस्सा है।
मैनुअल परीक्षण इस मामले के लिए बेहतर अनुकूल है क्योंकि टेस्ट केस के लिए कोड लिखने में समय लगता है और कोई व्यक्ति मैन्युअल रूप से सॉफ्टवेयर में जाता है और इसकी जांच करने में कम समय लगता है।
इसका एक उदाहरण है जब एक डेवलपर यह जांचना चाहता है कि क्या एक निश्चित सुविधा ठीक से एकीकृत है, एक परीक्षण के साथ यह सत्यापित करता है कि प्रोग्राम के माध्यम से डेटा सही तरीके से चलता है।
मैनुअल परीक्षणों का जीवनचक्र
मैन्युअल परीक्षण के जीवनचक्र में कुछ चरण होते हैं, जिसमें मैन्युअल परीक्षण का उपयोग सॉफ़्टवेयर पैकेज के पहलुओं की एक विस्तृत श्रृंखला की जांच करने के लिए किया जाता है।
मैन्युअल परीक्षणों के जीवनचक्र के कुछ चरणों में शामिल हैं:
· योजना
परीक्षण के एक दौर की योजना बनाएं, जिसमें एप्लिकेशन की आवश्यकताओं का आकलन करना, पूरा करने के लिए विशिष्ट परीक्षण और वह निर्माण शामिल है जिस पर आप सॉफ़्टवेयर का परीक्षण कर रहे हैं।
इस चरण में परीक्षण वातावरण को पूरा करने और बनाने के लिए मैन्युअल परीक्षक के लिए कोई भी परीक्षण केस लिखना शामिल है। विभिन्न तरीकों से गलती से परीक्षण करने वाले मैनुअल परीक्षकों से बचने के लिए सावधान रहें।
· परिक्षण:
परीक्षणों को पूरा करें। इसमें सुसंगत डेटा प्राप्त करने और आपको प्राप्त होने वाली सभी सूचनाओं को नोट करने के लिए कई बार परीक्षण मामलों से गुजरना शामिल है।
यदि आप परीक्षण के मामले से बिलकुल अलग हैं, तो कैसे और क्यों पर ध्यान दें। एंड-टू-एंड परीक्षणों में भिन्नता सबसे आम है, लेकिन सभी मैन्युअल परीक्षणों में परीक्षक के काम करने के तरीके में कुछ अंतर हो सकते हैं।
· विश्लेषण:
परीक्षणों से प्राप्त सभी परिणामों का विश्लेषण करें। इसमें यह पता लगाना शामिल है कि सॉफ़्टवेयर में क्या त्रुटियां हैं और समस्याओं के संभावित कारण क्या हैं।
सरल कार्यात्मकता से परे जाएं और गुणात्मक जानकारी को एकीकृत करें जैसे कि एप्लिकेशन के डिज़ाइन पर विचार करना।
गुणात्मक जानकारी विशेष रूप से मैन्युअल परीक्षण में पनपती है, जिसमें परीक्षक वर्णनात्मक डेटा उत्पन्न करते हैं जो डेवलपर्स को मिनट समायोजन के बारे में सूचित करता है जो किसी ऐप के साथ किसी के अनुभव को बेहतर बनाता है।
· कार्यान्वयन:
कई तरह के बदलाव लागू करने के लिए पिछली रिपोर्ट का इस्तेमाल करें. परिवर्तनों के आधार पर यह एक लंबी प्रक्रिया हो सकती है, जिसमें डेवलपर्स पिछले संस्करणों में मौजूद बग का समाधान प्रदान करने के लिए कोड के साथ प्रयोग कर रहे हैं।
मैनुअल परीक्षण का उपयोग करते समय, डेवलपर्स को एक परीक्षक के साथ सभी परिवर्तनों के बारे में बात करने से अतिरिक्त लाभ मिलता है। यह दोनों पक्षों को ठीक से समझने में मदद करता है कि समायोजन की आवश्यकता क्या है और इसे कैसे समायोजित किया जा सकता है, चाहे यह एक कार्यात्मक या डिजाइन परिवर्तन हो।
· योजना फिर से शुरू करें:
जबकि डेवलपर्स पिछले परीक्षणों में समस्याओं का समाधान बना रहे हैं, परीक्षणों के अगले सेट के लिए योजना बनाएं। इसमें नवीनतम अपडेट का परीक्षण करना और पिछले संस्करण में मौजूद बग को फिर से बनाने का प्रयास करना शामिल है।
परीक्षणों के इस निरंतर चक्र के होने का अर्थ है कि सॉफ़्टवेयर में हमेशा सुधार होता रहता है और यह कभी भी स्थिर नहीं होता है। मैन्युअल परीक्षण ऐसा महसूस कर सकता है कि इसमें लंबा समय लगता है, लेकिन लचीलेपन और निरंतरता से निवेश पर महत्वपूर्ण रिटर्न मिलता है जो यह दोहराए गए परीक्षणों के साथ प्रदान करता है।
मैनुअल परीक्षण के लाभ
सॉफ़्टवेयर विकास कंपनी में मैन्युअल परीक्षण का उपयोग करने के बहुत सारे लाभ हैं, सॉफ़्टवेयर की गुणवत्ता से लेकर जिस तरह से परियोजना कंपनी के वित्त को प्रभावित करती है।
किसी कंपनी में मैन्युअल परीक्षण का उपयोग करने के कुछ लाभों में शामिल हैं:
1. अधिक लचीलापन
टेस्ट ऑटोमेशन को पूरा करने के लिए, आपको एक क्यूए एनालिस्ट की जरूरत होती है, जो सॉफ्टवेयर के एक हिस्से में जाकर एक टेस्ट केस को कोड करता है, जो हर बार चरणों का एक सटीक सेट पूरा करता है।
हालांकि यह कभी-कभी फायदेमंद होता है, एक मानव परीक्षक एक प्रक्रिया के माध्यम से जा सकता है और जांच से पहले और कोड की एक पंक्ति को बदलने के बिना कुछ गलत कर सकता है।
यह आपके परीक्षणों के लचीलेपन को महत्वपूर्ण रूप से बढ़ाता है और इसका मतलब है कि आप अपने कार्यक्रम के साथ ऐसे मुद्दे ढूंढते हैं जिन पर अन्यथा ध्यान नहीं दिया जाएगा, जिससे मुद्दों को ठीक करने का अधिक अवसर मिलेगा।
2. गुणात्मक जानकारी
गुणात्मक जानकारी उस जानकारी को संदर्भित करती है जो किसी चीज़ का वर्णन करती है, और यह एक प्रकार की जानकारी है जो मानव परीक्षक डेवलपर्स की एक टीम को दे सकते हैं।
एक मैनुअल परीक्षक कंपनी को बता सकता है कि क्या एक निश्चित मेनू “अटपटा” लगता है और क्यों समझाता है, जबकि एक स्वचालन कार्यक्रम एक डेवलपर को यह अंतर्दृष्टि प्रदान करने में सक्षम नहीं होगा।
इसका मतलब यह है कि अपने वर्कफ़्लोज़ में मैन्युअल परीक्षण लागू करके, कंपनियां ऐप के मानक को इस तरह से बढ़ा सकती हैं कि वे अपनी प्रक्रियाओं में विशेष रूप से टेस्ट ऑटोमेशन का उपयोग करते समय संघर्ष करें।
3. पर्यावरण द्वारा कोई सीमा नहीं
स्वचालन परीक्षण मौजूदा प्लेटफ़ॉर्म के उपयोग पर निर्भर करता है, जिसमें कुछ अपेक्षाकृत सख्त सीमाएँ होती हैं।
कुछ (यद्यपि सभी नहीं) प्लैटफ़ॉर्म जिन सीमाओं का सामना करते हैं उनमें Linux जैसे प्लैटफ़ॉर्म के साथ काम न कर पाना, केवल एक निश्चित कोडिंग भाषा के साथ काम करने में सक्षम होना, और केवल निर्धारित संख्या में कार्यों को हैंडल करना शामिल है।
जब आप अपनी परीक्षण प्रक्रियाओं में लोगों के साथ काम करते हैं, तो ये सीमाएँ प्रभावी रूप से गायब हो जाती हैं। आप किसी तकनीकी समस्या के बजाय केवल अपने मैन्युअल परीक्षकों के कौशल द्वारा प्रतिबंधित हैं।
यह आपको एक परीक्षण रणनीति बनाने में मदद करता है जो समझौता करने की आवश्यकता के बिना किसी प्रोग्राम की अधिक गहन जांच करती है।
4. उपयोगिता परीक्षण की अनुमति देता है
उपयोगिता परीक्षण एक प्रकार का परीक्षण है जो यह आकलन करता है कि क्या सॉफ़्टवेयर का एक टुकड़ा “प्रयोग करने योग्य” है, जिसमें अंतिम उपयोगकर्ता को दिखने और महसूस करने का तरीका भी शामिल है।
इस प्रकार का परीक्षण शाब्दिक रूप से यह आकलन करने से परे जाता है कि क्या किसी फ़ंक्शन का उपयोग किया जा सकता है, लेकिन यह जांचता है कि कोई प्रतिस्पर्धी उत्पादों पर इसका उपयोग करना चाहेगा या नहीं।
मैन्युअल प्रयोज्य परीक्षण को लागू करने से कंपनियों को अधिक अंतर्दृष्टि मिलती है और समायोजन करने में मदद मिलती है जो ऐप को अधिक प्रतिस्पर्धी बनाती है, कुछ ऐसा जो स्वचालन विकास टीमों को प्रदान नहीं कर सकता है।
मैनुअल परीक्षण की चुनौतियाँ
एक डेवलपर के रूप में किसी भी प्रकार की प्रक्रिया के साथ, गुणवत्ता आश्वासन उपकरण के रूप में मैन्युअल परीक्षण का उपयोग करने से जुड़ी कुछ चुनौतियाँ हैं।
इन चुनौतियों से अवगत होकर आप उस तकनीक को अनुकूलित कर सकते हैं जिसका उपयोग आप सॉफ़्टवेयर का मैन्युअल रूप से परीक्षण करते समय करते हैं, इन मुद्दों को गंभीर समस्याएं पैदा करने से रोकते हैं और प्रक्रिया के अंत में प्रोग्राम के मानक को बढ़ाते हैं।
मैन्युअल परीक्षण का उपयोग करते समय कंपनियों के सामने आने वाली कुछ मुख्य चुनौतियों में शामिल हैं:
1. परीक्षक कौशल स्तर
निपटने के लिए पहली बड़ी चुनौती एक टीम में सभी मैनुअल परीक्षकों का आवश्यक कौशल स्तर है।
प्रतिभाशाली मैनुअल टेस्टर्स के साथ, कंपनियों को एक स्पष्ट लाभ दिखाई देता है क्योंकि वे अधिक तेज़ी से बग का पता लगाते हैं और इस ज्ञान में सुरक्षित होते हैं कि उनका सॉफ़्टवेयर अपेक्षित रूप से काम करता है। सर्वश्रेष्ठ कंपनियां हमेशा मैन्युअल परीक्षकों की तलाश में रहती हैं जो प्रदर्शन के उच्च स्तर की गारंटी देने के लिए क्षेत्र में सबसे आगे हैं।
स्वयं एक परीक्षक के रूप में, हमेशा इन कौशलों को सीखने और विकसित करने का प्रयास करें। बेहतर कौशल का मतलब है कि आप किसी कंपनी के लिए अधिक मूल्य लाते हैं, मैन्युअल परीक्षण के साथ और अधिक बग ढूंढते हैं और उपयोगकर्ता के अनुभवों में सुधार करते हैं। सर्वश्रेष्ठ मैनुअल परीक्षण उन परीक्षकों से आते हैं जिन्होंने अपने शिल्प को सम्मानित करने में समय बिताया है।
2. परीक्षण की लागत
मैन्युअल परीक्षण सभी आकारों के व्यवसायों के लिए एक सामान्य प्रक्रिया है, लेकिन आपके द्वारा मैन्युअल परीक्षण का उपयोग करने के तरीके के आधार पर लागत बढ़ सकती है।
उदाहरण के लिए, एक कंपनी जिसके पास पुस्तकों पर परीक्षण कर्मचारियों के कई उच्च-कुशल सदस्य हैं, अगर बार-बार परीक्षण होता है, तो आप बहुत पैसा खर्च कर सकते हैं, क्योंकि आप वर्तमान समय में सभी के लिए प्रभावी रूप से भुगतान कर रहे हैं। स्वचालित परीक्षण प्रक्रियाओं में यह कम समस्या है।
इस मुद्दे के लिए एक आदर्श काउंटर आगे की योजना बना रहा है, जितना अधिक समय आप उन परीक्षणों की योजना बनाने में व्यतीत करते हैं जिन्हें आप पूरा कर रहे हैं और जिस क्रम में आप उन्हें पूरा कर रहे हैं, कर्मचारियों की लागत बढ़ने की कम संभावना है क्योंकि लोग परीक्षण पूरा करते हैं जो वे नहीं करते हैं। इसकी आवश्यकता नहीं है।
3. समय लेने वाला
शतरंज की चाल की योजना बनाने से लेकर शेयर बाजार में पैसा लगाने तक या यहां तक कि रंग बदलने के बाद बस एक बटन दबाने तक, कंप्यूटर हर तरह की चीजों में लोगों से तेज होते हैं। एक ही अवधारणा परीक्षण पर लागू होती है, जिसमें उपयोगकर्ता अपना समय सभी सूचनाओं को पढ़ने और मेनू के माध्यम से नेविगेट करने में लगाते हैं।
इसलिए, परीक्षण स्वचालन का उपयोग करने की तुलना में मैन्युअल परीक्षण में बहुत अधिक समय लग सकता है। मैन्युअल और स्वचालित परीक्षणों के संयोजन का उपयोग करके, मैन्युअल परीक्षकों से छोटे कार्यों को दूर करके, और इसके बजाय जहां विशेषज्ञता आवश्यक है, उनका उपयोग करके इसका मुकाबला करें। मैन्युअल परीक्षण के लिए अपनी प्रक्रियाओं को सरल बनाना भी आदर्श है, क्योंकि इसमें अधिक से अधिक कदम उठाने पड़ते हैं।
4. त्रुटियों की संभावना
लोग गलती करते हैं। यह स्वाभाविक है, चाहे वह किसी परीक्षा में गलत क्रम में चरणों को पूरा करने के रूप में आता हो या गलत क्लिक के कारण परिणामों को गलत तरीके से नोट करने के रूप में आता हो। हालाँकि, ये त्रुटियाँ सॉफ़्टवेयर परीक्षण व्यवस्था की सटीकता के साथ गंभीर समस्याएँ पैदा कर सकती हैं।
मैनुअल परीक्षक जो अधिक थके हुए हैं या एक ही कार्य को बार-बार पूरा करने से थके हुए हैं, दूसरों की तुलना में गलती करने की अधिक संभावना है, इसलिए जहां संभव हो, इससे बचने के लिए स्वचालन का उपयोग करें या परीक्षकों को उनकी स्क्रीन से नियमित ब्रेक दें, क्योंकि यह उन्हें अधिक सतर्क रखता है क्या हो रहा हिया।
प्रबंधक काम के बोझ के प्रबंधन पर भी विचार कर सकते हैं ताकि लोगों को थकने और समस्या होने से रोका जा सके।
मैनुअल टेस्ट के लक्षण
मैन्युअल परीक्षणों में देखने के लिए कुछ प्रमुख विशेषताएँ हैं। ये परिभाषित करते हैं कि एक मैन्युअल परीक्षण क्या है और ये महत्वपूर्ण विशेषताएं हैं जिन्हें आप अपने परीक्षणों को डिजाइन करते समय योजना बना सकते हैं।
मैन्युअल परीक्षणों की कुछ प्रमुख विशेषताओं और एक सक्रिय परीक्षण वातावरण में इनका क्या अर्थ है, इसके बारे में अधिक जानें:
1. अनुकूलित परीक्षण मामले
मैन्युअल परीक्षण में, परीक्षण मामले अत्यधिक अनुकूलित होते हैं। यह उन निर्देशों को संदर्भित करता है जो एक परीक्षण पूरा करने से पहले एक मैनुअल परीक्षक के पास उच्च स्तर के अनुकूलन के साथ होता है, जिससे परीक्षण टीम समय और संसाधनों की बचत करती है क्योंकि वे कम कार्य पूरा करते हैं।
उपलब्ध संसाधनों का अधिकतम लाभ उठाने के लिए जहां भी संभव हो, परीक्षण मामले के आकार को सीमित करने के लिए हमेशा देखें।
2. अधिक समझने योग्य मेट्रिक्स
सर्वोत्तम मैन्युअल परीक्षण में अधिक समझने योग्य मेट्रिक्स हैं। जहां टेस्ट ऑटोमेशन लगातार जटिल आंकड़े और जानकारी उत्पन्न करता है, इन मेट्रिक्स द्वारा प्रदान की जाने वाली अंतर्दृष्टि मैन्युअल परीक्षक को पूरा करने या गणना करने में लगने वाले समय के लायक नहीं है।
एक विकल्प के रूप में, मैन्युअल परीक्षणों में कहीं अधिक सरल मेट्रिक्स शामिल होते हैं जो उत्पन्न करने में आसान होते हैं और प्रक्रिया में बाद में विश्लेषण करने में कम समय लेते हैं।
3. बुद्धिमान रिपोर्टिंग
मैन्युअल परीक्षण परीक्षण टीम से अधिक बुद्धिमान रिपोर्टिंग की ओर ले जाता है। स्वचालित परीक्षण प्रक्रिया के अंत में अपनी स्वयं की रिपोर्ट उत्पन्न करते हैं, जिसके परिणामस्वरूप सभी रिपोर्ट एक ही प्रारूप में होती हैं।
मानव परीक्षक कहीं अधिक लचीले होते हैं और अपनी स्वयं की रिपोर्ट बना सकते हैं, जहां भी आवश्यक हो, विकास दल के लिए उपयोगी होने वाली किसी भी जानकारी को जोड़ते हुए।
4. रणनीतियों को फिर से चलाएँ
री-रन रणनीतियाँ उस तरीके को संदर्भित करती हैं जिसमें एक परीक्षण टीम बार-बार परीक्षण करती है, कार्य करने के दोहराए गए उदाहरणों से डेटा एकत्र करती है।
मैनुअल परीक्षण का मतलब है कि फिर से चलाने की रणनीतियाँ कहीं अधिक लचीली हैं, यदि परीक्षकों को लगता है कि जांच के लिए कुछ और है तो वे अधिक परीक्षण पूरा कर सकते हैं।
कुछ मैन्युअल परीक्षण सक्रिय रूप से व्यवहार की एक विस्तृत श्रृंखला से डेटा प्रदान करते हुए उपयोगकर्ता द्वारा पूर्ण किए जाने वाले कार्यों में भिन्नता को प्रोत्साहित करते हैं। यह सॉफ्टवेयर के आसपास अधिक डेटा उत्पन्न करता है और आगे बढ़ने वाली अधिक सुसंगत अद्यतन रणनीतियों की ओर जाता है।
मैनुअल परीक्षणों के प्रकार
तीन अलग-अलग प्रकार के मैनुअल परीक्षण हैं जिनका उपयोग कंपनियां करती हैं, जिसमें परीक्षकों की पहुंच के स्तर के आधार पर अंतर होता है। प्रत्येक प्रकार अपने अनूठे संदर्भ में उपयोगी है।
मुख्य प्रकार के मैनुअल परीक्षणों में शामिल हैं:
1. व्हाइट बॉक्स परीक्षण
व्हाइट बॉक्स परीक्षण परीक्षण का एक रूप है जिसमें परीक्षक सॉफ्टवेयर के एक टुकड़े के लिए सभी स्रोत कोड और डिजाइन प्रलेखन को देखने में सक्षम होते हैं।
पहुँच के इस बड़े स्तर का मतलब है कि परीक्षक कोड के सभी व्यक्तिगत पहलुओं को देखने में सक्षम है और वे सॉफ्टवेयर के काम करने के तरीके को कैसे प्रभावित करते हैं। यह विकास प्रक्रिया के शुरुआती चरणों के लिए आदर्श है, क्योंकि डेवलपर्स अपने स्वयं के कोड को मैन्युअल रूप से देख सकते हैं, इसकी तुलना परीक्षण मामलों से कर सकते हैं और आसानी से उस क्षेत्र का पता लगा सकते हैं जो किसी भी मौजूदा बग को ठीक करने से पहले कोई महत्वपूर्ण समस्या पैदा कर रहा है।
2. ब्लैक बॉक्स परीक्षण
ब्लैक बॉक्स परीक्षण एक प्रकार के परीक्षण को संदर्भित करता है जहां परीक्षक यूआई के पीछे क्या हो रहा है, यह नहीं देख सकते हैं। इसका मतलब यह है कि किसी भी कोड या किसी भी डिज़ाइन दस्तावेज़ीकरण तक कोई पहुंच नहीं है, परीक्षकों को ज्ञान की पूरी कमी के साथ सॉफ्टवेयर से संपर्क करना पड़ता है।
मैन्युअल परीक्षक विकास प्रक्रिया के बाद के चरणों में इस दृष्टिकोण का उपयोग करते हैं, क्योंकि उपयोगकर्ता स्वीकृति परीक्षण और एंड-टू-एंड परीक्षण के लिए विकास प्रक्रिया में किसी भी भागीदारी के बजाय एंड-यूज़र के परिप्रेक्ष्य की आवश्यकता होती है।
3. ग्रे बॉक्स परीक्षण
ग्रे बॉक्स टेस्टिंग ब्लैक बॉक्स और व्हाइट बॉक्स टेस्टिंग के बीच एक संयोजन है और इसके लिए टेस्टर को कुछ दस्तावेज और स्रोत कोड देखने में सक्षम होने की आवश्यकता होती है। यह जानकारी को सीमित करते हुए किसी भी मुद्दे के संभावित कारणों को देखने में सक्षम होने के लाभ को जोड़ता है, डेटा प्रबंधन जैसी सुविधाओं के साथ मदद करता है।
विकास प्रक्रिया के मध्य चरणों में मैनुअल ग्रे बॉक्स परीक्षण का उपयोग करें, परीक्षकों को कुछ और जानकारी प्रदान करते हुए, लेकिन फिर भी यह सुनिश्चित करने के लिए कि एक अंतिम उपयोगकर्ता सिस्टम को समझ सकता है, बहुत सारी कार्यक्षमता के लिए अपने स्वयं के अंतर्ज्ञान पर भरोसा करते हैं।
कुछ भ्रम को दूर करना – मैन्युअल परीक्षण बनाम स्वचालन परीक्षण
सॉफ्टवेयर टेस्टिंग, मैनुअल टेस्टिंग और ऑटोमेशन टेस्टिंग में दो अलग-अलग विषय शामिल हैं। दोनों प्रभावी रूप से एक ही कार्य होने के बावजूद, वे अलग-अलग अनुशासन हैं जो कंपनियां अपने सॉफ़्टवेयर पैकेजों की जांच करने के लिए उपयोग करती हैं।
ऑटोमेशन टेस्टिंग क्या है, ऑटोमेशन टेस्टिंग और मैन्युअल टेस्टिंग के बीच क्या अंतर है, और अपने सॉफ्टवेयर QA प्रोसेस में दोनों में से प्रत्येक टेस्टिंग का उपयोग कब करना है, इस बारे में अधिक जानकारी के लिए आगे पढ़ें।
1. स्वचालन परीक्षण क्या है?
ऑटोमेशन टेस्टिंग एक टेस्टर की प्रक्रिया है जो किसी तीसरे पक्ष के टूल का उपयोग करके सॉफ्टवेयर के एक टुकड़े को स्वचालित करता है, सॉफ्टवेयर की जांच करता है क्योंकि यह बार-बार एक ही प्रक्रिया को पूरा करता है ताकि यह सुनिश्चित हो सके कि यह किसी संगठन के लिए उच्च स्तर का प्रदर्शन करता है। परीक्षणों को स्वचालित करने का मुख्य लाभ यह है कि यह एक बहुत तेज प्रक्रिया है, विशेष रूप से डेटा प्रविष्टि जैसे छोटे कार्यों को पूरा करते समय।
इसका एक उदाहरण यह सुनिश्चित करने के लिए डेटाबेस का परीक्षण करना है कि यह सभी सूचनाओं को ठीक से संभालता है, कुछ ही क्षणों में सॉफ्टवेयर में हजारों डेटा दर्ज करता है, और बाद में परिणामों का आकलन करता है।
कंपनियाँ मुख्य रूप से बड़े और अत्यधिक दोहराव वाले कार्यों के लिए स्वचालन परीक्षण का उपयोग करती हैं। चूँकि एक स्वचालित प्रणाली छोटी गलतियाँ नहीं करेगी, जैसे कि गलत जानकारी दर्ज करना या गलत लिंक पर क्लिक करना।
इसका उपयोग करने वाले सॉफ़्टवेयर के कुछ मुख्य भाग लाइव सर्वर और डेटाबेस हैं, क्योंकि ये बहुत सारी जानकारी और उच्च उपयोगकर्ता भार को संभालते हैं, इस प्रकार परीक्षण के एक ऐसे रूप की आवश्यकता होती है जो मांगों से मेल खा सके।
2. मैनुअल और स्वचालित परीक्षणों में क्या अंतर है?
मैन्युअल और स्वचालित परीक्षणों के बीच मुख्य अंतर पूरा होने की विधि है।
एक मैनुअल परीक्षण परीक्षण को पूरा करने के लिए पूरी तरह से एक इंसान पर निर्भर करता है, परीक्षण के मामले को पूरा करने के बाद और फिर किसी भी जानकारी को ध्यान में रखते हुए।
स्वचालित परीक्षणों के साथ, एक क्यूए विश्लेषक द्वारा प्रारंभिक रूप से लिखे जाने के बाद परीक्षण मामलों को पूरा करने के लिए एक कंप्यूटर प्रोग्राम जिम्मेदार होता है।
कुछ स्वचालित परीक्षण प्लेटफ़ॉर्म उपयोगकर्ताओं के लिए अपनी स्वयं की रिपोर्ट भी उत्पन्न करते हैं, जो उस समय की मात्रा को सीमित करते हैं जो किसी को प्रयोग से सभी डेटा एकत्र करने में खर्च करना चाहिए। इसके बजाय, वे अपना समय सॉफ़्टवेयर पैकेज में आने वाली समस्याओं को ठीक करने में लगा सकते हैं।
3. निष्कर्ष: मैनुअल परीक्षण बनाम स्वचालित परीक्षण
मैन्युअल और स्वचालित परीक्षण के बीच कुछ मूलभूत अंतर हैं, दो अवधारणाएं ठीक से काम करने के लिए पूरी तरह से अलग नींव पर निर्भर करती हैं।
हालांकि, वे कई विकास परियोजनाओं पर मिलकर काम कर सकते हैं। कुछ अधिक भारी-भरकम कार्यों के लिए स्वचालित परीक्षण का उपयोग करके और उन कार्यों के लिए मैन्युअल परीक्षण तकनीकों को लागू करके जो अधिक लचीलेपन पर भरोसा करते हैं, आप अपनी परीक्षण प्रक्रियाओं को काफी तेज कर सकते हैं।
परीक्षण के बारे में सबसे बड़ी गलत धारणाओं में से एक यह है कि आपके पास बनाने के लिए एक द्विआधारी विकल्प है, लेकिन यह किसी भी प्रभावी गुणवत्ता आश्वासन टीम के लिए सच्चाई से आगे नहीं हो सकता है।
मैनुअल परीक्षण के 5 मिथकों का विमोचन
कुछ मिथक हैं जो लोगों को मैनुअल परीक्षण के बारे में मानते हैं, जिनमें से प्रत्येक लोगों को कम-से-आदर्श तरीकों का पालन करने के लिए मार्गदर्शन करता है और परिणाम प्राप्त करने की आवश्यकता से अधिक जटिल बनाता है।
मैन्युअल परीक्षण से जुड़े पांच प्रमुख मिथकों में शामिल हैं:
1. परीक्षण उत्पाद की गुणवत्ता के लिए जिम्मेदार एकमात्र विभाग है
उत्पाद की गुणवत्ता पूरी कंपनी की भूमिका है, न कि केवल गुणवत्ता आश्वासन टीम की।
जहाँ भी संभव हो बग को हटाने के लिए सॉफ़्टवेयर परीक्षण मौजूद है, जिसका अर्थ है कि बहुत से लोग बग फिक्सिंग और पता लगाने को QA टीम की एकमात्र जिम्मेदारी के रूप में देखते हैं। इसके विपरीत, डेवलपर्स स्वयं कोड लिखने के लिए जिम्मेदार होते हैं, जबकि प्रबंधन टीम विकास के आयोजन के लिए जिम्मेदार होती है।
सभी समस्याओं का पता लगाने के लिए एक परीक्षण टीम पर भरोसा करने और बाद में जितनी जल्दी हो सके एक उत्पाद को शिपिंग करने के बजाय, एक कंपनी में एक भूमिका वाले प्रत्येक व्यक्ति के पास एक उच्च पर्याप्त मानक का उत्पाद बनाने की कुछ जिम्मेदारी होती है।
2. मैन्युअल परीक्षण अब कोई मायने नहीं रखता
एआई के उदय और तेजी से सामान्य रोबोटिक प्रक्रिया स्वचालन के साथ, कुछ ऐसे हैं जो मानते हैं कि मैनुअल परीक्षण अब सॉफ्टवेयर विकास में मायने नहीं रखता है। कंपनियां ऑटोमेशन के सापेक्ष सस्तापन देखती हैं और जहां भी संभव हो उस मार्ग का अनुसरण करना चुनती हैं।
किसी कंपनी के E2E, ब्लैक बॉक्स और GUI टेस्टिंग यूटिलिटी की बदौलत मैनुअल टेस्टिंग सबसे महत्वपूर्ण टूल में से एक है। मैन्युअल परीक्षण को लागू करने से कंपनियों को ऐसे सॉफ़्टवेयर मुद्दों का पता चलता है जो ऑटोमेशन अन्यथा छूट जाते हैं, अपने उत्पाद को किसी भी संभावित लाभ से परे सुधारते हैं जिसे वे अकेले स्वचालन के माध्यम से देख सकते हैं।
3. यह उन लोगों के लिए है जो कोड नहीं कर सकते
कुछ लोगों की मुख्य धारणाओं में से एक यह है कि जो लोग कोड नहीं कर सकते हैं वे इसके बजाय परीक्षण करना चुनते हैं।
हालाँकि, यह सच्चाई से बहुत दूर है। कोड साक्षरता बहुत सारी परीक्षण भूमिकाओं में जरूरी है, जिसमें ग्रे-एंड-व्हाइट बॉक्स टेस्टिंग कोड पढ़ने पर निर्भर करता है और यह समझता है कि यह सॉफ़्टवेयर पैकेज में मौजूद किसी भी बग में कैसे योगदान दे सकता है।
यह मानकर कि केवल वे लोग जो कोड नहीं कर सकते हैं, परीक्षण में शामिल हैं, आप संभावित रूप से अपनी टीम में निम्न स्तर के परीक्षण कर्मचारियों को रखने के लिए खुद को सीमित कर सकते हैं। यदि आप एक परीक्षक हैं, तो अपने मानकों को सुधारने के लिए एक कोडिंग पाठ्यक्रम पूरा करने पर विचार करें।
4. आप बग-फ्री सॉफ्टवेयर बना सकते हैं
कुछ लोग मैनुअल परीक्षण उद्योग में इस धारणा के साथ आते हैं कि एक गुणवत्ता आश्वासन टीम सॉफ्टवेयर के एक टुकड़े में हर बग को ढूंढ सकती है और विकास टीम को इसे हल करने में मदद कर सकती है।
सिद्धांत रूप में, यह एक ऐसे उत्पाद की ओर ले जाएगा जिसमें कोई बग नहीं है और ग्राहक को पूरी तरह से संतुष्ट करता है। बेशक, यह सॉफ्टवेयर परीक्षण के लिए आदर्श अंतिम लक्ष्य है, लेकिन यह शायद ही संभव है।
यहां तक कि पृथ्वी पर सबसे बड़ी कंपनियों के सबसे बारीक ट्यून किए गए सॉफ़्टवेयर पैकेज भी बग के साथ आते हैं, और जबकि लक्ष्य बग की संख्या को जितना संभव हो उतना कम करना होना चाहिए, अंतिम रिलीज करने वाले कुछ मामूली मुद्दों में कोई वास्तविक नुकसान नहीं है। मैनुअल पोस्ट-रिलीज़ परीक्षण और विकास इस कारण से महत्वपूर्ण है।
5. परीक्षण द्वारा कोई मूल्य नहीं जोड़ा गया है
किसी भी प्रकार के सॉफ़्टवेयर परीक्षण के बारे में सबसे बड़ा मिथक यह है कि यह सॉफ़्टवेयर पैकेज में कोई मूल्य नहीं जोड़ता है। हालांकि, ग्राहक हमेशा गुणवत्ता को एप्लिकेशन के सबसे महत्वपूर्ण पहलुओं में से एक के रूप में महत्व देते हैं, बग्गी या निम्न-गुणवत्ता वाले प्रोग्राम तुरंत अपने उपयोगकर्ताओं को खो देते हैं क्योंकि वे विकल्पों की तलाश करते हैं।
एक पॉलिश उत्पाद एक कंपनी के लिए बहुत अधिक मूल्यवान है जो ठीक से नहीं चलता है, और प्रभावी परीक्षण इस काम के केंद्र में है। जब कंपनियां ठीक से निवेश करना चुनती हैं तो उच्च अंत परीक्षण महत्वपूर्ण रिटर्न की ओर ले जाता है।
संक्षेप में, एक हाइब्रिड मैनुअल + ऑटोमेशन परीक्षण रणनीति हमेशा इन रणनीतियों में से किसी एक की तुलना में बेहतर परीक्षण परिणाम प्रदान करेगी जब विशेष रूप से उपयोग किया जाएगा।
मैन्युअल परीक्षण शुरू करने के लिए आपको क्या चाहिए?
मैन्युअल परीक्षण प्रक्रिया शुरू करने के लिए कुछ चीजें हैं जिनकी आपको आवश्यकता है, और इन सभी सुविधाओं के उपलब्ध होने से परीक्षण न केवल आसान हो जाता है बल्कि पहली बार में संभव हो जाता है।
मैन्युअल परीक्षण शुरू करने के लिए आपको जिन चीज़ों की आवश्यकता होगी उनमें शामिल हैं:
1. सॉफ्टवेयर
सॉफ्टवेयर परीक्षण को पूरा करने के लिए एक परीक्षक को सबसे पहले सॉफ्टवेयर की आवश्यकता होती है। आखिरकार, यदि परीक्षण के लिए कुछ भी उपलब्ध नहीं है तो मैन्युअल परीक्षण प्रभावी रूप से असंभव है।
एक प्रभावी सॉफ़्टवेयर परीक्षण में सॉफ़्टवेयर के सबसे हालिया पुनरावृत्ति का उपयोग करना शामिल है, क्योंकि इसमें उपयोगकर्ता की ज़रूरतों के लिए सभी प्रासंगिक स्रोत कोड हैं और यह उत्पाद का एक बेहतर प्रतिनिधित्व है जैसा कि यह खड़ा है।
यदि संभव हो, तो सॉफ़्टवेयर का सबसे सटीक दृश्य प्राप्त करने के लिए ऐप को पूरी तरह से नए सिरे से संकलित करें।
2. सॉफ्टवेयर आवश्यकताएँ
एक परीक्षक को सॉफ़्टवेयर की आवश्यकताओं तक पहुंच की आवश्यकता होती है। यह हार्डवेयर या ऑपरेटिंग सिस्टम को संदर्भित नहीं करता है जिसकी पैकेज को आवश्यकता होती है, बल्कि उस सॉफ़्टवेयर के लिए संक्षिप्त है जिस पर डेवलपर काम कर रहा है।
परीक्षण चरण में अधिक विस्तृत सॉफ़्टवेयर आवश्यकताएँ होने का अर्थ है कि QA कर्मचारी शुरू से ही सभी महत्वपूर्ण विशेषताओं की तलाश करते हैं, यह नोट करते हैं कि सॉफ़्टवेयर में कोई समस्या कहाँ है और समायोजन की अनुशंसा करते हैं।
इसके बिना, एक परीक्षक बिना किसी मार्गदर्शन के काम कर रहा है और यह नहीं जानता कि जो जानकारी वे प्रदान कर रहे हैं वह वास्तव में विकास टीम के लिए उपयोगी है या नहीं।
3. उपयुक्त हार्डवेयर
सॉफ़्टवेयर परीक्षण के लिए हार्डवेयर की आवश्यकता होती है जो उस प्रोग्राम की ज़रूरतों को पूरा करता है जो वह चला रहा है।
उदाहरण के लिए, यदि एक परीक्षक एक नए वीडियो गेम में बग या मुद्दों की तलाश कर रहा है जिसके लिए उन्नत हार्डवेयर की आवश्यकता होती है और केवल निम्न-स्तरीय पीसी है, तो वे सॉफ़्टवेयर का ठीक से परीक्षण करने में सक्षम नहीं होंगे।
यह छोटे ऐप्स या वेब टूल के लिए कम समस्या है। सुनिश्चित करें कि आप जिस हार्डवेयर का उपयोग कर रहे हैं, वह परीक्षण पूरा करने से पहले सॉफ़्टवेयर की ज़रूरतों से मेल खाता है, सॉफ़्टवेयर की आवश्यकताओं पर विकास टीम के साथ परामर्श करने के बाद हार्डवेयर चुनना।
मैनुअल परीक्षण प्रक्रिया
मैन्युअल परीक्षण प्रक्रिया से गुजरते समय कई चरणों का पालन करना होता है, जिनमें से प्रत्येक आपके प्रोग्राम की सटीक अनदेखी प्रदान करने में भूमिका निभाता है।
इन चरणों में शामिल हैं:
1. आवश्यकताओं का विश्लेषण करें
मैन्युअल परीक्षण प्रक्रिया का पहला चरण ऐप की आवश्यकताओं का विश्लेषण कर रहा है। इसमें ऐप के संक्षिप्त विवरण में सूचीबद्ध विशिष्ट आवश्यकताएं, डिज़ाइन दस्तावेज़ की कुछ विशेषताएं और प्रोग्राम के अन्य भाग शामिल हैं जिन्हें आप देखने की उम्मीद करते हैं (जैसे कानूनी आवश्यकताएं)।
प्रक्रिया की शुरुआत में इनका विश्लेषण करने का मतलब है कि जब आप सॉफ़्टवेयर की जांच करते हैं तो आप जानते हैं कि आप क्या परीक्षण कर रहे हैं।
2. एक परीक्षण योजना बनाएं
एक बार जब आप जान जाते हैं कि परीक्षण की क्या आवश्यकता है, तो एक परीक्षण योजना बनाएं। इसमें यह जानना शामिल है कि आप किन विशेषताओं का परीक्षण कर रहे हैं, आप वास्तव में उनका परीक्षण कैसे कर रहे हैं, और इस प्रक्रिया में आप उन परीक्षणों को कब पूरा करते हैं।
एक परीक्षण योजना बनाकर आप यह सुनिश्चित करते हैं कि आवश्यक सभी परीक्षण समय से पहले तैयार हैं और आप गलती से कोई भी सुविधा नहीं खो रहे हैं।
यह कार्यबल प्रबंधन में भी मदद करता है, क्योंकि आप जानते हैं कि आपको कितने मैनुअल परीक्षकों की आवश्यकता है और कब।
3. टेस्ट केस लिखें
सॉफ़्टवेयर के लिए कुछ टेस्ट केस लिखना प्रारंभ करें। एक परीक्षण मामला घटनाओं का एक सेट है जिसे आप सॉफ़्टवेयर का परीक्षण करते समय पूरा करते हैं, यह सुनिश्चित करने के लिए हर बार इनका सख्ती से पालन करते हैं कि यह एक निष्पक्ष परीक्षण है।
उस विशिष्ट मैन्युअल परीक्षण के बारे में सोचें जिस पर आप प्रत्येक मामले में काम कर रहे हैं और जितना संभव हो उतना विवरण शामिल करें, क्योंकि इससे किसी के मूल योजना से भटकने की संभावना कम हो जाती है।
4. अपने मामलों की समीक्षा करें
अपने सभी परीक्षण मामलों को लिखने के बाद, गहन समीक्षा प्रक्रिया से गुज़रें। इसमें परीक्षण मामलों को प्रबंधन कर्मचारियों के एक सदस्य को सौंपना शामिल है, अधिमानतः एक क्यूए प्रबंधक।
प्रूफरीडिंग प्रक्रिया में किसी तीसरे पक्ष को शामिल करके, आप मौजूद किसी भी त्रुटि को दूर करके परीक्षण मामलों के मानक को बढ़ा सकते हैं। प्रबंधक किसी भी सुधार का सुझाव दे सकता है जो अंततः आपके मैन्युअल परीक्षण को अधिक कुशल बनाता है और ऐप में किसी भी समस्या को खोजने में आपकी सहायता करता है।
सुनिश्चित करें कि परीक्षण निष्पादित करने से पहले प्रत्येक परीक्षण मामले को सत्यापित किया गया है।
5. मैन्युअल परीक्षण निष्पादित करें
एक बार जब प्रबंधक परीक्षण मामले की पुष्टि करता है, तो परीक्षण निष्पादित करना प्रारंभ करें। यह सुनिश्चित करने के लिए कि आप प्रत्येक परीक्षण को पूरा करते हैं और यह सुनिश्चित करते हैं कि लोग धीरे-धीरे और सावधानी से परीक्षण पूरा कर रहे हैं, प्रक्रिया के बिल्कुल प्रारंभ में निर्धारित किए गए क्रम में उनका पालन करें।
100% सही समय पर परीक्षण प्राप्त करने से आपको कुछ निष्पादनों में गलतियाँ करने और वापस जाने और पुन: सत्यापित करने में बहुत समय की बचत होगी कि परिणाम सटीक हैं या नहीं।
मुख्य जानकारी भूलने की संभावना को कम करने के लिए जानकारी रिकॉर्ड करें।
6. किसी बग की रिपोर्ट करें
मैन्युअल परीक्षण पूरा करने और कोई बग मिलने के बाद, एक रिपोर्टिंग प्रक्रिया पूरी करें।
इसमें विकास टीम को एक रिपोर्ट लिखना शामिल है जिसमें सभी बग सूचीबद्ध हैं, जहां आपने उन्हें पाया, और आपने उन्हें फिर से बनाने के लिए क्या कदम उठाए। अपने परीक्षण में उत्पन्न होने वाले सभी डेटा को शामिल करें।
अधिक गुणात्मक परीक्षणों में, ऐप के डिज़ाइन के बारे में विस्तार से चर्चा करें, आपके पास जो भी समस्याएँ थीं, और कुछ संभावित सुधार जो ऐप को अधिक उपयोगकर्ता के अनुकूल बनाते हैं।
याद रखें कि यह वह चरण है जहां मैन्युअल परीक्षण वास्तव में स्वचालन के खिलाफ उत्कृष्ट होता है, क्योंकि मैन्युअल परीक्षक गुणात्मक जानकारी प्रदान कर सकते हैं जो स्वचालन अक्सर नहीं कर सकता।
मैनुअल परीक्षण के लिए सर्वोत्तम अभ्यास
सर्वोत्तम अभ्यास कुछ ऐसी चीज़ों को संदर्भित करते हैं जो सभी प्रकार के मैन्युअल परीक्षण में सामान्य होती हैं जो परीक्षण प्रक्रिया के मानक को बेहतर बनाने में मदद करती हैं। सर्वोत्तम प्रथाओं का पालन करने का अंततः मतलब है कि आप अपने आप को एक उच्च-गुणवत्ता वाले परीक्षण के साथ पाते हैं जिसके सटीक और विश्वसनीय परिणाम हैं।
मैन्युअल परीक्षण प्रक्रिया से गुज़रते समय ध्यान में रखने वाली कुछ सर्वोत्तम प्रथाओं में शामिल हैं:
1. स्पष्टता पर ध्यान दें
मैन्युअल परीक्षण प्रक्रिया के दौरान स्पष्टता पर जोर देना आवश्यक है।
यथासंभव स्पष्ट होने से विभागों और पेशेवरों के बीच गलत संचार की संभावना कम हो जाती है, जिससे लोगों को सॉफ़्टवेयर के सही क्षेत्रों पर काम करने पर ध्यान केंद्रित करने में मदद मिलती है। मैन्युअल परीक्षण में यह विशेष रूप से महत्वपूर्ण है, क्योंकि निर्देशों की व्याख्या के लिए अधिक जगह है।
इसमें परीक्षक के अनुसरण के लिए एक स्पष्ट परीक्षण मामला लिखना, परिणामों को सरल और समझने योग्य तरीके से नोट करना और संगठन में सभी को आवेदन की आवश्यकताओं को समझने में मदद करना शामिल है।
2. नित्य समीक्षा का प्रयोग करें
जितनी बार आप कर सकते हैं परीक्षण प्रक्रिया में सब कुछ की समीक्षा करें।
एक प्रभावी समीक्षा प्रक्रिया में कर्मचारियों के प्रदर्शन के तरीके पर ध्यान देना, परीक्षण मामलों को यह सत्यापित करने के लिए देखना शामिल है कि वे अभी भी आपकी अपेक्षा के अनुसार काम कर रहे हैं, और यह सुनिश्चित करने के लिए सॉफ़्टवेयर की समीक्षा कर रहे हैं कि प्रगति हो रही है।
प्रक्रिया के हर एक पहलू की गुणवत्ता पर एक नज़र रखने से यह सुनिश्चित होता है कि मानक फिसले नहीं हैं और आपको शुरू से अंत तक उच्च स्तर का आउटपुट प्राप्त होता है।
3. केवल कीड़ों का शिकार न करें
कुछ लोग सोचते हैं कि सॉफ़्टवेयर परीक्षण का मुख्य लक्ष्य बग ढूंढना है, लेकिन यह मामले से बहुत दूर है। इस प्रक्रिया में यह सुनिश्चित करना भी शामिल है कि एप्लिकेशन उच्च स्तर पर प्रदर्शन करता है, अनुमानित तरीके से चलता है, और उपयोगकर्ता के लिए आरामदायक है।
यह प्रयोज्यता मैन्युअल परीक्षण का मुख्य फोकस है, क्योंकि यह लगभग “अस्वचालित” है।
यदि आप अपने परीक्षण मामले का अनुसरण करते समय कोई बग पाते हैं, तो उन्हें अपनी रिपोर्ट में शामिल करें, लेकिन परीक्षण के लिए प्रासंगिक नहीं होने वाले बग को खोजने के लिए अपने रास्ते से हटकर डेवलपर्स को भ्रमित कर सकते हैं और प्रक्रिया को उसकी अपेक्षित स्थिति से पीछे कर सकते हैं।
मैनुअल टेस्ट से आउटपुट के प्रकार
कई अलग-अलग प्रकार के आउटपुट हैं जो आप मैन्युअल परीक्षण से प्राप्त कर सकते हैं, प्रत्येक एक एप्लिकेशन के प्रदर्शन के तरीके में एक अद्वितीय अंतर्दृष्टि प्रदान करता है।
मैन्युअल परीक्षणों से आप जिस प्रकार के आउटपुट प्राप्त कर सकते हैं उनमें शामिल हैं:
1. दोष लॉग
एक दोष लॉग एक सूची या दस्तावेज़ है जो उन सभी मुद्दों से भरा है जो एक परीक्षण में सॉफ़्टवेयर का एक टुकड़ा है। दोष लॉग जितना लंबा होगा, सॉफ्टवेयर में पैचिंग की आवश्यकता के लिए उतने ही अधिक मुद्दे होंगे।
ये या तो स्वचालित हो सकते हैं या मैनुअल टेस्टर द्वारा मैन्युअल रूप से लिखे जा सकते हैं, मैनुअल टेस्टर प्रोग्राम के अधिक गुणात्मक पहलुओं में इस कार्य को पूरा करते हैं, क्योंकि ऑटोमेशन प्लेटफॉर्म सॉफ्टवेयर के एक टुकड़े की गुणवत्ता पर राय बनाने में असमर्थ हैं और केवल मेट्रिक्स उत्पन्न करते हैं।
2. गुणात्मक डेटा
यह मौखिक और लिखित प्रतिक्रिया को संदर्भित करता है जो एक मैनुअल परीक्षक विकास टीम को प्रस्तुत करता है, आमतौर पर उपयोगकर्ता स्वीकृति परीक्षण जैसे परीक्षण की एक श्रृंखला को पूरा करने के बाद।
एक यूएटी यह सुनिश्चित करने पर ध्यान केंद्रित करता है कि औसत उपयोगकर्ता सॉफ्टवेयर का आनंद उठाएगा और उम्मीद के मुताबिक उसमें संलग्न होगा, जिसका अर्थ फीचर परीक्षण जैसे पहलुओं की तुलना में एक अलग फोकस है।
गुणात्मक डेटा या तो डेवलपर के साथ चर्चा या एक लंबी लिखित रिपोर्ट के रूप में आता है।
3. त्रुटि संदेश
त्रुटि संदेश पाठ के छोटे तार होते हैं जो बताते हैं कि क्या सॉफ़्टवेयर पैकेज में कोई त्रुटि हुई है, और यदि ऐसा है, तो समस्या की प्रकृति।
अधिकांश डेवलपर समस्या को कम करने के लिए त्रुटि कोड का उपयोग करते हुए एक संपूर्ण प्रणाली लिखते हैं जो वर्णन करती है कि कोई समस्या क्या है और यह क्यों होती है। सॉफ़्टवेयर में किसी भी त्रुटि संदेश को नोट करके, एक डेवलपर तुरंत उस समस्या का कारण जानता है जो उत्पन्न हुई है और इसे हल करने की दिशा में संभावित कदमों से अवगत है।
मैनुअल टेस्ट के उदाहरण
मैन्युअल परीक्षण प्रक्रिया के माध्यम से कैसे जाना है, इस बारे में अधिक जानने पर विचार करने के लिए मैन्युअल परीक्षण के कुछ उदाहरण हैं। इनमें से प्रत्येक एक विशिष्ट परीक्षण अनुशासन है जो विकास चक्र में एक विशिष्ट बिंदु पर होता है, जिससे डेवलपर्स को अपने उत्पाद को बेहतर बनाने के बारे में अधिक जानकारी और मार्गदर्शन मिलता है।
मैन्युअल परीक्षण प्रारूपों के कुछ उदाहरणों में शामिल हैं:
1. यूनिट परीक्षण
यूनिट परीक्षण यह सुनिश्चित करने की प्रक्रिया है कि सॉफ़्टवेयर पैकेज में प्रत्येक व्यक्तिगत इकाई आपकी अपेक्षा के अनुरूप काम करती है। एक इकाई, या मॉड्यूल, एक एकल फ़ंक्शन को संदर्भित करता है जिसे प्रक्रिया के अंत में एक बड़े सॉफ़्टवेयर पैकेज में संकलित करने से पहले स्वतंत्र रूप से कोडित किया जाता है।
इसका एक उदाहरण एक डेटाबेस में है, जहां कोई व्यक्ति यह सुनिश्चित करने के लिए “SORT” फ़ंक्शन का परीक्षण कर सकता है कि यह डेटा को व्यापक पैकेज में एकीकृत करने से पहले ठीक से व्यवस्थित करता है।
इकाई परीक्षण पूरा करने का मुख्य लाभ यह तथ्य है कि आप समझते हैं कि सभी प्रणालियाँ अपने आप ठीक से काम करती हैं, बाद के चरणों में उत्पन्न होने वाली किसी भी समस्या के साथ जिस तरह से सभी कार्य एक दूसरे के साथ एकीकृत होते हैं।
इन परीक्षणों को मैन्युअल रूप से पूरा करना भी उतना ही महत्वपूर्ण है, क्योंकि इससे जटिल स्वचालन परीक्षण केस कोडिंग पर खर्च होने वाले समय की बचत होती है।
2. एंड-टू-एंड परीक्षण
एंड-टू-एंड टेस्टिंग एक संपूर्ण ऐप का परीक्षण करने की प्रक्रिया है, जिस बिंदु पर आप पहली बार सॉफ़्टवेयर खोलते हैं, उसके भीतर सभी कार्यों को पूरा करने के लिए।
एंड-टू-एंड परीक्षण का एक अच्छा उदाहरण एक मोबाइल ऐप है जो गणना करता है कि आप कितना कर कमाते हैं, जिसमें एक परीक्षक ऐप डाउनलोड करता है और अंतिम गणना प्राप्त करने के लिए सभी कार्यों से गुजरता है। परीक्षक उनके पास मौजूद किसी भी मुद्दे को नोट करता है और डेवलपर्स को पास करता है।
मुख्य रूप से मैन्युअल परीक्षकों द्वारा पूर्ण किए जा रहे परीक्षण के इस रूप से डेवलपर्स लाभान्वित होते हैं क्योंकि यह देखने का अवसर है कि सॉफ़्टवेयर की सभी इकाइयाँ एक साथ कैसे काम करती हैं, इस अंतिम चरण के परीक्षण से यह सुनिश्चित होता है कि जब सभी एक साथ रखे जाते हैं तो एप्लिकेशन ठीक से चलता है।
एंड-टू-एंड परीक्षण उपयोगकर्ता स्वीकृति परीक्षण से अलग है क्योंकि एंड-टू-एंड मुख्य रूप से एक आंतरिक प्रक्रिया है, जो उपयोगकर्ता स्वीकृति परीक्षण प्रक्रिया की बाहरी सार्वजनिक-सामना करने वाली प्रकृति के विपरीत है।
3. उपयोगकर्ता स्वीकृति परीक्षण
सॉफ्टवेयर परीक्षण प्रक्रिया में उपयोगकर्ता स्वीकृति परीक्षण अंतिम चरण है और इसमें यह सुनिश्चित करना शामिल है कि उत्पाद उत्पाद के इच्छित ग्राहक आधार के लिए उपयुक्त है। इसमें संभावित ग्राहकों को एप्लिकेशन तक पहुंच प्रदान करना शामिल है ताकि वे इसका उपयोग कर सकें और प्रतिक्रिया प्रदान कर सकें।
आधुनिक सॉफ्टवेयर विकास में उपयोगकर्ता स्वीकृति परीक्षण के सबसे आम उदाहरणों में से एक वीडियो गेम अल्फा और बीटा परीक्षण है, जिसमें गेमर्स गेम खेलते हैं और इसमें मौजूद किसी भी मुद्दे पर रिपोर्ट करते हैं।
उपयोगकर्ता स्वीकृति परीक्षण पूरा करने का मुख्य लाभ यह है कि आपको अपने उत्पाद पर उन लोगों के दृष्टिकोण पर भरोसा करने के बजाय एक बाहरी परिप्रेक्ष्य मिलता है, जिनकी उत्पाद बनाने में सक्रिय भूमिका रही है, परीक्षण को प्रभावित करने वाले पूर्वाग्रह की किसी भी संभावना को दूर करता है। मैनुअल परीक्षण एक आवश्यकता है क्योंकि एक स्वचालन प्रणाली ग्राहक भावना को सटीक रूप से दोहरा नहीं सकती है।
मैन्युअल परीक्षण के माध्यम से पाई गई त्रुटियों और बगों के प्रकार जो स्वचालित परीक्षण से छूट जाते हैं
मैनुअल परीक्षण सभी प्रकार की बग, त्रुटियों और मुद्दों को ढूंढता है, जैसा कि स्वचालित परीक्षण करता है। हालाँकि, सॉफ़्टवेयर में कुछ समस्याएँ हैं जो मैन्युअल परीक्षण से पता चलता है कि स्वचालन कहाँ छूट जाएगा।
मैन्युअल परीक्षण में कुछ मुख्य प्रकार की त्रुटियां और बग शामिल हैं:
1. खराब वर्कफ़्लो
“वर्कफ़्लो” उस पथ को संदर्भित करता है जिसका उपयोग उपयोगकर्ता एप्लिकेशन में एक विशिष्ट बिंदु तक पहुंचने और एक प्रक्रिया को पूरा करने के लिए करता है। हालांकि कुछ कार्यप्रवाहों में तकनीकी रूप से कुछ भी गलत नहीं हो सकता है, फिर भी वे समस्याग्रस्त हो सकते हैं क्योंकि पथ एक आम आदमी के लिए समझ में नहीं आता है।
इन मामलों में, एक मैनुअल टेस्टर डेवलपर को डिज़ाइन के मुद्दों के बारे में सूचित करेगा और परिवर्तनों की सिफारिश करेगा, जिससे उपयोगकर्ताओं को ऐप से अधिक सहज और परिचित होने में मदद मिलेगी, जो कि स्वचालित सिस्टम को महसूस नहीं होगा।
2. चित्रमय मुद्दे
वेब एप्लिकेशन डिवाइस की एक श्रृंखला पर काम करते हैं, जिसमें मॉनिटर रिज़ॉल्यूशन और आकार उपयोगकर्ता के पास उपलब्ध फोन, टैबलेट या स्क्रीन के आधार पर लगातार बदलते रहते हैं।
खराब रूप से अनुकूलित ऐप में, यह संपत्ति को बढ़ा सकता है और कम उपयोग किए जाने वाले उपकरणों पर खराब दिख सकता है, ऑटोमेशन टूल केवल मेनू का अनुसरण करते हैं और इस पर ध्यान नहीं देते हैं।
उपकरणों की एक श्रृंखला को लागू करके, मैनुअल परीक्षक ग्राफिकल खामियों का पता लगा सकते हैं, जब पैच किए जाने पर, उपयोगकर्ताओं को सॉफ़्टवेयर पैकेज के साथ बेहतर अनुभव प्राप्त करने का कारण बनता है।
3. गलत लिंक
कुछ वेबसाइटें या एप्लिकेशन बटन और एम्बेड किए गए लिंक की एक श्रृंखला के माध्यम से सोशल मीडिया वेबसाइटों से जुड़ी हुई हैं। हालाँकि, ये हमेशा विकास प्रक्रिया में टाइपो या गलती के परिणाम के रूप में सही जगह से लिंक नहीं हो सकते हैं, जो कुछ ऐसा है जो एक स्वचालित प्रणाली को जरूरी नहीं मिलेगा।
गलत जगह पर जाने वाले लिंक भ्रम पैदा कर सकते हैं और प्रतिधारण को काफी नुकसान पहुंचा सकते हैं। मैनुअल परीक्षक एक कार्यक्रम में सभी लिंक के माध्यम से जाते हैं और यह सुनिश्चित करते हैं कि वे सही जगह पर ले जाएं, अंतिम उपयोगकर्ताओं को किसी मुद्दे से गुमराह होने के बजाय जहां वे जाना चाहते हैं, वहां पहुंचने में मदद करें।
सामान्य मैनुअल परीक्षण मेट्रिक्स
मेट्रिक्स सरल और मापने योग्य संख्यात्मक मान हैं जो परीक्षण के अंत के बाद कुछ इंगित करते हैं। ये सभी प्रकृति में मात्रात्मक हैं, जिससे डेवलपर के दृष्टिकोण से उनका आकलन करना आसान हो जाता है।
परीक्षकों द्वारा उपयोग किए जाने वाले कुछ अधिक सामान्य मैन्युअल परीक्षण मेट्रिक्स में शामिल हैं:
1. दोष
दोष मीट्रिक अपेक्षाकृत सरल है और सॉफ़्टवेयर पैकेज में मौजूद त्रुटियों या बगों की संख्या को संदर्भित करता है। एक दोष कोई भी मामला है जिसमें सॉफ़्टवेयर अपेक्षा के अनुरूप प्रदर्शन नहीं करता है, जिसमें सॉफ़्टवेयर की कार्यक्षमता से लेकर ग्राफ़िक्स के काम करने का तरीका शामिल है। मीट्रिक के रूप में दोषों का विश्लेषण करना अपेक्षाकृत सरल है, अधिक दोषों के साथ कंपनी के लिए एक बड़ी समस्या है।
यह ट्रैक करके कि क्या दोषों की संख्या पुनरावृत्ति से पुनरावृत्ति में बढ़ती या घटती है, आप इस बात की बेहतर समझ प्राप्त कर सकते हैं कि क्या सॉफ़्टवेयर की गुणवत्ता सही दिशा में बढ़ रही है क्योंकि यह अपडेट प्राप्त करना जारी रखता है।
2. परीक्षण घंटे प्रति दोष
प्रति परीक्षण घंटे दोष दोष मीट्रिक लेते हैं और कुछ और विवरण जोड़ते हैं, सॉफ़्टवेयर पर खर्च किए गए परीक्षकों की संख्या से दोषों की संख्या को विभाजित करते हैं।
उदाहरण के लिए, पांच दोषों वाला एक साधारण वेब टूल, जिसे चलने में दो मिनट लगते हैं, दस दोषों वाले एक से बेहतर दिखाई देगा, जिसका उपयोग आप आधार मीट्रिक के साथ एक घंटे के लिए करते हैं।
इस आगे की गणना को पूरा करके, मैनुअल परीक्षकों को दोष घनत्व का एक बेहतर विचार मिलता है, यह समझते हुए कि उपयोगकर्ता कितनी बार दोष के खिलाफ आने की संभावना रखता है और क्या यह आवेदन के साथ उनके समय को गंभीरता से प्रभावित करता है।
किसी एप्लिकेशन के आकार के विरुद्ध दोषों को संतुलित करना मुद्दों को प्रासंगिक बनाने के लिए हमेशा फायदेमंद होता है।
3. उत्तीर्ण परीक्षण केस प्रतिशत
कुछ परीक्षण मामले साधारण पास/असफल आधार पर चलते हैं, और यह मीट्रिक पास होने वाले परीक्षण मामलों का प्रतिशत प्रदान करता है। उत्तीर्ण परीक्षण मामलों का प्रतिशत जितना अधिक होगा, आवेदन उतना ही बेहतर प्रदर्शन कर रहा है।
जब पूरे ऐप की जांच करने के बजाय फीचर-दर-फीचर के आधार पर पास किए गए टेस्ट केस प्रतिशत का उपयोग करने का संभावित प्रयास किया जाता है। यह इस बारे में अधिक विस्तृत जानकारी प्रदान करता है कि क्या काम करता है और क्या नहीं, यह देखने के लिए कि समस्या वास्तव में कहां है, आगे की जांच पूरी करने के बजाय डेवलपर्स को जहां भी आवश्यक हो वहां परिवर्तन करने में मदद मिलती है। जितनी जल्दी आप किसी समस्या का कारण ढूंढ लेंगे, उतना अच्छा होगा।
मैनुअल टेस्ट को लागू करने में 7 गलतियाँ और नुकसान
ऐसी कई गलतियाँ हैं जो पूरे सॉफ़्टवेयर परीक्षण उद्योग में आम हैं, जिनमें से प्रत्येक के कारण बग निराधार हो सकते हैं और उच्च लागत पर परीक्षण में अपेक्षा से अधिक समय लग सकता है।
अपने काम में मैन्युअल परीक्षण लागू करते समय कुछ मुख्य गलतियों और नुकसानों को देखने और बचने के लिए शामिल हैं:
1. बग को स्वयं ठीक करना
विकास प्रक्रिया के कुछ चरणों में, एक डेवलपर एक ऐसा व्यक्ति होता है जो कोड का परीक्षण करने और समस्या को ठीक करने दोनों के लिए जिम्मेदार होता है। यह उन्हें सॉफ़्टवेयर समस्याओं को स्वयं हल करने का प्रयास करने के लिए प्रेरित कर सकता है, इस तथ्य के बावजूद कि वे समस्या के कारण को पूरी तरह से नहीं समझ सकते हैं।
जहां भी संभव हो, यह सुनिश्चित करने का प्रयास करें कि परीक्षक और समाधान को कोड करने वाले व्यक्ति के बीच एक स्पष्ट विभाजन हो। इस अंतर को बनाकर, आप शेष सॉफ़्टवेयर के लिए लेखांकन के बजाय पाई गई विशिष्ट त्रुटि को ठीक करने पर बहुत अधिक ध्यान केंद्रित करने की संभावना को कम कर देते हैं।
यदि किसी मुद्दे पर व्यापक विशेषज्ञता प्राप्त करना संभव हो तो काम को हमेशा वितरित करें।
2. परीक्षणों के माध्यम से भागना
सॉफ़्टवेयर के कुछ टुकड़ों में रिलीज के लिए बहुत सख्त समय सीमा होती है, जिसके कारण परीक्षकों को लक्ष्य तिथि तक पहुंचने के लिए परीक्षणों के माध्यम से अधिक तेज़ी से प्राप्त करने पर ध्यान केंद्रित करना पड़ सकता है। यह एक गंभीर गलती है, क्योंकि इससे महत्वपूर्ण बगों के गुजरने का खतरा है। मैनुअल परीक्षण इस मुद्दे को बढ़ा सकता है, लोगों को दबाव महसूस करने और चीजों के माध्यम से सक्रिय रूप से भागने के साथ।
परीक्षण मामलों को पूरा करते समय जितना संभव हो उतना समय लेने की कोशिश करें, प्रत्येक चरण को सावधानी से देखें और डेटा को अधिक अच्छी तरह से नोट करें। भले ही आपको रिलीज में थोड़ा विलंब करना पड़े, खराब मानकों के कारण उपयोगकर्ताओं को पसंद न आने वाले उत्पाद की तुलना में संपूर्ण उत्पाद को शिप करना बेहतर है।
3. खराब संचार
किसी भी सॉफ़्टवेयर डेवलपमेंट प्रोजेक्ट में एक टीम के भीतर संचार सर्वोपरि है, जिसमें लोग अपने सहकर्मियों से अधिक से अधिक अंतर्दृष्टि प्राप्त करते हैं और उत्पाद को बेहतर बनाने के लिए इस जानकारी का उपयोग करते हैं। यह विभागों के साथ-साथ एक ही विभाग के बीच लगातार बातचीत करने पर लागू होता है।
क्यूए टीम डेवलपर्स के साथ अधिक प्रभावी ढंग से संवाद करती है, अपडेट बनाने पर उनके पास बेहतर मार्गदर्शन होता है, जिसमें उच्चतम स्तर के उत्पाद को जारी करने से सभी को सामूहिक रूप से लाभ होता है।
मैनुअल परीक्षण बेहतर संचार की अनुमति देता है क्योंकि परीक्षक को अनुभव की पूरी समझ होती है, और अधिक स्पष्टता और विवरण प्रदान करता है।
4. बिना तैयारी के परीक्षण करना
तैयारी पूर्णता को जन्म देती है, और यह पूरे सॉफ्टवेयर परीक्षण परिदृश्य में सच है। मैन्युअल परीक्षण के मामले में, इसका अर्थ है संक्षिप्त सीखने के अलावा सॉफ़्टवेयर को समझने के लिए समय निकालना और ऐसे परीक्षण मामले बनाना जो इन सभी लक्ष्यों को उचित रूप से चुनौती देते हों।
अपना समय लेने का अर्थ है कि आपके परीक्षण मामले एक डेवलपर के रूप में आपकी आवश्यकताओं के अनुरूप हैं, और आपको सिस्टम में सभी सबसे महत्वपूर्ण बग मिलने की अधिक संभावना है। यह परीक्षकों को परीक्षण मामलों को अधिक स्पष्ट रूप से पढ़ने और उन्हें अधिक सटीकता के साथ निष्पादित करने में भी मदद करता है।
5. अपनी प्रवृत्ति को अनदेखा करना
जब कोई कंपनी मैन्युअल रूप से परीक्षण करना शुरू करती है, तो वे ऐसा कुछ कारणों से करते हैं, जिसमें यह तथ्य भी शामिल है कि वे मानव परीक्षक की अनुकूलता और प्रवृत्ति चाहते हैं। जब आप सॉफ़्टवेयर के एक टुकड़े का परीक्षण कर रहे हों, तो आप देख सकते हैं कि सक्रिय रूप से परीक्षण मामले का हिस्सा न होने के बावजूद कुछ अजीब दिखाई देता है, जिससे आपको कोई बदलाव नहीं करने या आगे की जाँच करने के लिए प्रेरित किया जाता है। यह एक गलती है।
हमेशा अपनी जिज्ञासा को शांत करें और सुनें कि आपकी प्रवृत्ति आपको क्या बताती है, क्योंकि यह उन मुद्दों को खोजने में मदद करता है जो एक स्वचालित परीक्षण मामला नहीं कर सकता। मैनुअल परीक्षकों को उनकी बुद्धिमत्ता और विशेषज्ञता के लिए चुना जाता है, इसलिए इन विशेषताओं पर कार्य करना परीक्षण की क्षमता का अधिकतम लाभ उठा रहा है।
6. गलतियों से डरना
हर कोई गलती करता है, चाहे आप कोई भी काम पूरा कर रहे हों। हालांकि, यह स्वीकार करना सबसे अच्छा है कि इस तथ्य से डरने की प्रक्रिया में जाने के बजाय कि आप एक त्रुटि कर सकते हैं। यह आपको और अधिक तनावग्रस्त बनाता है और आपके परीक्षण प्रदर्शन के साथ समस्याएँ पैदा करने की संभावना भी अधिक होती है। स्वचालन में यह समस्या नहीं है, मैन्युअल परीक्षक दबाव के प्रति अधिक संवेदनशील होते हैं।
अपने कार्यों को स्वाभाविक रूप से करें और यदि आप कोई गलती करते हैं, तो उसे जल्द से जल्द सुधारने का प्रयास करें। सॉफ़्टवेयर परीक्षण वह चरण है जिस पर आप समस्याओं का पता लगाते हैं और उन्हें ठीक करते हैं, और जब तक आप इसे ठीक करते हैं, तब तक कभी-कभी परीक्षण समस्या किसी अंतिम उपयोगकर्ता के लिए सॉफ़्टवेयर को बर्बाद नहीं करने वाली होती है।
7. ब्रेक लेने में असफल होना
मैनुअल परीक्षण के लिए हर एक परीक्षण पर विस्तार से उच्च स्तर पर ध्यान देने की आवश्यकता होती है, जो एक परीक्षक के लिए थका देने वाला हो सकता है। इसके बावजूद, कुछ परीक्षक और कंपनियाँ थकान या एकाग्रता में कमी के लिए बिना किसी अतिरिक्त विराम के पूरे दिन परीक्षकों को चालू रखने पर ध्यान केंद्रित करती हैं।
यह एक महत्वपूर्ण त्रुटि है। परीक्षण स्टाफ़ को पूरे दिन ब्रेक प्रदान करें, क्योंकि इससे समस्या होने की संभावना कम हो जाती है और परीक्षण यथासंभव सटीक रहता है। यदि आप स्वयं एक परीक्षक हैं, तो अपने और अपने आसपास के लोगों के मानसिक स्वास्थ्य की सक्रिय रूप से देखभाल करने के लिए प्रबंधन कर्मचारियों के साथ काम करने का प्रयास करें।
सर्वश्रेष्ठ मैनुअल परीक्षण उपकरण
जब आप मैन्युअल परीक्षण पूरा करते हैं, तो आपको अकेले काम के हर हिस्से को पूरा करने की ज़रूरत नहीं होती है। कुछ मामलों में, टूल का उपयोग करना आपके परीक्षण को प्रबंधित करने और प्रक्रिया को यथासंभव आसान बनाने के लिए एकदम सही हो सकता है। यदि आप एक परीक्षक हैं और अपने मानकों को सुधारने के तरीकों के बारे में सोच रहे हैं, तो टूल्स को देखना एक आदर्श शुरुआत हो सकती है।
5 सर्वश्रेष्ठ मुफ्त मैनुअल परीक्षण उपकरण
सॉफ़्टवेयर परीक्षण में किसी नए टूल के साथ शुरुआत करते समय, आप यह सुनिश्चित करना चाहते हैं कि आपको अपने निवेश का अच्छा मूल्य मिल रहा है। यह आपके द्वारा सॉफ़्टवेयर में निवेश किए गए समय और लाइसेंस प्राप्त करने के लिए आपके द्वारा खर्च की जाने वाली राशि को संदर्भित करता है।
नि:शुल्क मैनुअल परीक्षण उपकरणों के साथ, पैसे का मूल्य प्राप्त करना कहीं अधिक सरल है और यदि यह काम नहीं करता है तो आपको खरीदार के पछतावे से पीड़ित नहीं होना चाहिए।
गुणवत्ता आश्वासन टीमों के लिए उपलब्ध कुछ सर्वोत्तम निःशुल्क मैन्युअल परीक्षण टूल में शामिल हैं:
1. जीरा
JIRA सॉफ़्टवेयर परीक्षण के लिए एक प्रलेखन उपकरण है जो डेवलपर्स को किसी भी बग, समस्या या फ़िक्सेस के लिए टिकट बनाने देता है जिसके लिए समर्थन की आवश्यकता होती है। यह प्लेटफ़ॉर्म प्राथमिकता देने वाले उपकरणों के साथ भी आता है, इसलिए एक विकास दल अपने कार्यक्रम में सुधार करते समय सबसे महत्वपूर्ण मुद्दों को पहले हल कर सकता है।
2. लोडरनर
विकास उपकरणों की एक श्रृंखला के साथ संगत, लोडरनर सेटिंग्स की एक श्रृंखला में प्रदर्शन परीक्षण के साथ मदद करता है, जटिल विवरण में प्रदर्शन परीक्षण डेटा उत्पन्न करता है। दक्षता बढ़ाने की तलाश कर रहे डेवलपर के लिए उपकरण प्रदर्शन समस्याओं के कुछ मुख्य कारणों को वर्गीकृत करने में भी मदद करता है।
3. सोनारक्यूब
मैन्युअल परीक्षण कार्य के माध्यम से प्रोग्रामिंग भाषाओं की एक विस्तृत श्रृंखला का समर्थन करता है, मैन्युअल परीक्षकों को स्वयं को पूरा करने के लिए रिपोर्टिंग की मात्रा को कम करने के लिए समय के साथ माप को ट्रैक करना। अत्यधिक अनुकूलनीय और प्रमुख तृतीय-पक्ष अनुप्रयोगों की एक श्रृंखला के साथ प्रभावी रूप से एकीकृत होता है।
4. ट्रैक
पायथन में विकसित, ट्रैक एक परियोजना प्रबंधन उपकरण है जो आपको आपके दृश्य इतिहास, कोड और किसी भी परिवर्तन के साथ प्रदान करता है ताकि आप परीक्षणों के बीच किए गए संशोधनों को देख सकें। ट्रैक के माध्यम से डिबगिंग एक टिकट प्रबंधन प्रणाली का भी उपयोग करता है, एक समस्या को खोजने और उपयोगकर्ता के लिए इसे ठीक करने की प्रक्रिया को सरल करता है।
5. नुनिट
JUnit पर आधारित, NUnit एक पूरी तरह से खुला स्रोत उपकरण है जो डेटा-उन्मुख परीक्षणों का समर्थन करता है और कई प्लेटफार्मों के साथ प्रभावी ढंग से एकीकृत करता है। आप मैन्युअल परीक्षण पूरा करने के बाद भी मात्रात्मक डेटा तक पहुंच सकते हैं, जो किसी भी समस्या को ठीक करने की तलाश कर रहे डेवलपर्स के लिए अधिक अंतर्दृष्टि प्रदान करता है।
5 सर्वश्रेष्ठ मुफ्त स्वचालन परीक्षण उपकरण
यद्यपि मैन्युअल परीक्षण के बहुत सारे लाभ हैं, मैं अपनी परीक्षण प्रक्रियाओं में स्वचालन को लागू करना कभी-कभी आगे बढ़ने का एक आदर्श तरीका होता है।
यह आपको सॉफ़्टवेयर का एक अच्छा अवलोकन प्राप्त करने के साथ-साथ मैन्युअल परीक्षण पर विशेष रूप से ध्यान केंद्रित करने की कुछ कमियों को दूर करने में मदद करता है। ऑटोमेशन को शुरू करने के लिए कुछ टूल्स की आवश्यकता होती है, और कई डेवलपर्स फ्री टूल्स का उपयोग करना पसंद करते हैं क्योंकि वे अपना काम शुरू करते हैं और प्लेटफॉर्म के साथ पकड़ में आते हैं।
उपलब्ध सर्वोत्तम निःशुल्क स्वचालन परीक्षण उपकरणों में शामिल हैं:
1. ZAPTEST मुफ़्त संस्करण
ZAPTEST फ्री एडिशन को क्रॉस-प्लेटफॉर्म होने और उपयोगकर्ताओं को ऑटोमेशन को इस तरह से लागू करने पर ध्यान देने के साथ परीक्षकों को उनके काम में स्वचालन को एकीकृत करने में मदद करने के लिए डिज़ाइन किया गया है जो मैन्युअल परीक्षण का उचित समर्थन करता है। ZAPTEST के नि:शुल्क संस्करण के माध्यम से सॉफ़्टवेयर के सभी पहलुओं को स्वचालित करने योग्य होने के साथ, कोई भी कार्य स्वचालन प्रमुख ड्रॉ है।
2. अप्पियम
एक ओपन-सोर्स टेस्ट ऑटोमेशन फ्रेमवर्क, यह विशेष रूप से वेब स्टोर पर काम करने वाले एप्लिकेशन के लिए मोबाइल उपकरणों को स्वचालित करने पर केंद्रित है। एपियम आईओएस , विंडोज , मोबाइल , वेब और एंड्रॉइड सहित कई एपीआई और ऑपरेटिंग सिस्टम के साथ काम करता है।
3. कटालन प्लेटफार्म
एक कोड रहित समाधान, Katalon बेहतर स्वचालित परीक्षण कार्य प्राप्त करने के लिए कोडिंग में अनुभव के बिना परीक्षकों की सहायता करता है। इस प्लेटफ़ॉर्म में एक्सटेंशन की एक श्रृंखला के साथ एक स्टोर है, लेकिन इसका मतलब यह है कि परीक्षण सॉफ़्टवेयर का अधिकतम लाभ उठाने के लिए आपको अपनी आवश्यकताओं के अनुरूप बनाने में बहुत समय और संभावित रूप से धन लगाने की आवश्यकता होगी।
4. रोबोटियम
एक ओपन-सोर्स टूल जो विशेष रूप से उपयोगकर्ता स्वीकृति और ग्रे बॉक्स परीक्षण को सक्षम करते हुए Android परीक्षण को लक्षित करता है। जबकि यह एप्लिकेशन उच्च स्तर पर काम करता है, उपयोगकर्ताओं के लिए कुछ जोखिम हैं, क्योंकि क्रॉस-प्लेटफ़ॉर्म ऐप्स को अभी भी अन्य सभी प्लेटफ़ॉर्म पर परीक्षण की आवश्यकता होगी।
5. लोडस्टर
लोडस्टर एक उपकरण है जो उन कंपनियों की सहायता के लिए डिज़ाइन किया गया है जो बड़े उपयोगकर्ता आधार वाले ऐप्स के साथ काम करते हैं। इस टूल का उपयोग करने से डेवलपर्स को ट्रैफ़िक में बड़ी चोटियों के लिए तैयार होने में मदद मिलती है और कंपनी के सर्वर पर महत्वपूर्ण दबाव के बावजूद इष्टतम प्रदर्शन होता है। मैन्युअल परीक्षण में मदद करने के अलावा, लोडस्टर टेस्टर के कुछ कार्यों जैसे लोड रेस्टिंग को स्वचालित कर सकता है।
निष्कर्ष
अंत में, मैन्युअल परीक्षण किसी भी संगठन के लिए एक संपत्ति है। परीक्षक अन्यथा अनदेखे मुद्दों की खोज कर सकते हैं और एक आवेदन के बारे में विस्तृत प्रतिक्रिया प्रदान कर सकते हैं जो स्वचालन नहीं कर सकता।
यद्यपि मैन्युअल परीक्षण में कुछ कमियां हैं, बुद्धिमान कंपनियां मैन्युअल और स्वचालित परीक्षणों की एक संकर प्रणाली का तेजी से उपयोग कर रही हैं, दोनों के लाभों का उपयोग करते हुए प्रत्येक में कमजोरियों को ध्यान में रखते हुए मदद कर रही हैं।
मैनुअल परीक्षण बेहतर सॉफ्टवेयर विकास की रीढ़ है और इसका सही उपयोग करने से आपके आउटपुट में बड़ा अंतर आ सकता है।
अक्सर पूछे जाने वाले प्रश्न और संसाधन
मैन्युअल परीक्षण एक जटिल विषय हो सकता है, इसलिए यह समझ में आता है कि इसके काम करने के तरीके के बारे में आपके कुछ और प्रश्न हो सकते हैं। कुछ संसाधनों के साथ मैन्युअल परीक्षण के बारे में अक्सर पूछे जाने वाले कुछ प्रश्न देखें, जिनका आप समय के साथ एक बेहतर मैन्युअल परीक्षक बनना सीखते समय लाभ उठा सकते हैं।
1. मैनुअल टेस्ट ऑटोमेशन पर सर्वश्रेष्ठ पाठ्यक्रम
· “टेस्ट ऑटोमेशन फ़ाउंडेशन” – उडेमी
· “परीक्षण स्वचालन प्रशिक्षण पाठ्यक्रम” – नोबलप्रोग
· “मैनुअल परीक्षण प्रशिक्षण – यूनाइटेड किंगडम” – ज्ञान अकादमी
· “मैनुअल और ऑटोमेशन टेस्टिंग” – आईटी टैलेंट हब
2. मैनुअल परीक्षण पर शीर्ष 5 साक्षात्कार प्रश्न क्या हैं?
· “क्या आपके पास मैन्युअल परीक्षण का अनुभव है?” – स्थापित करता है कि क्या उम्मीदवार के पास परीक्षण वातावरण में काम करने का अधिक अनुभव है।
· “मैन्युअल परीक्षण और परीक्षण स्वचालन के बीच क्या अंतर है?” – स्थापित करता है कि क्या उम्मीदवार को परीक्षण प्रक्रियाओं का बुनियादी तकनीकी ज्ञान है।
· “आपने एक सॉफ्टवेयर परीक्षण वातावरण में चुनौतियों का सामना कैसे किया?” – मैन्युअल परीक्षण स्थान में एक उम्मीदवार के पास होने वाली समस्या को सुलझाने के कौशल का आकलन करता है।
· “मैन्युअल परीक्षण का समर्थन करने के लिए आदर्श उपकरण क्या है?” – उम्मीदवार द्वारा उपयोग किए जाने वाले वर्कफ़्लोज़ का बेहतर विचार बनाता है और क्या यह कंपनी के लिए उपयुक्त है।
· “क्या आप एक टीम में काम करने में सहज हैं?” – साक्षात्कारकर्ता को बताएं कि क्या आवेदक एक बड़े समूह में काम करने में सक्षम है।
3. मैनुअल परीक्षण पर सर्वश्रेष्ठ यूट्यूब ट्यूटोरियल
· “मैनुअल परीक्षण (पूर्ण पाठ्यक्रम)” – SDET- QA स्वचालन तकनीकी विशेषज्ञ
· “सॉफ़्टवेयर टेस्टिंग ट्यूटोरियल – मास्टर सॉफ़्टवेयर टेस्टिंग एंड क्रैक जॉब इन टेस्टिंग” – सॉफ़्टवेयर टेस्टिंग मेंटर
· “मैन्युअल परीक्षण क्या है? | शुरुआती के लिए मैनुअल परीक्षण ट्यूटोरियल | एडुरेका ”- एडुरेका!
· “मैनुअल परीक्षण (कार्यात्मक) अवधारणाएँ” – नवीन ऑटोमेशनलैब्स
· “मैनुअल परीक्षण ट्यूटोरियल” – सॉफ्टवेयर परीक्षण अकादमी
4. मैनुअल टेस्ट कैसे बनाए रखें?
कुछ चीजें हैं जो आप मैन्युअल परीक्षणों को बनाए रखने के लिए कर सकते हैं, जिनमें से सबसे पहले परीक्षकों की देखभाल करना है। कल्याण को परीक्षण प्रक्रियाओं के केंद्र में रखकर, आप यह सुनिश्चित करते हैं कि हर कोई ध्यान देने और अपने चरम पर प्रदर्शन करने के लिए उपयुक्त स्थिति में है।
इसके अलावा, अच्छी सहायक संरचनाओं को स्थापित करने पर ध्यान दें। इसका मतलब यह है कि प्रबंधकों की ओर से निरीक्षण किया जाता है जो सुनिश्चित करते हैं कि परीक्षण सुसंगत है और जहां भी संभव हो सटीक आउटपुट देता है।
कोई सख्त यांत्रिक या स्वचालित रखरखाव नहीं है, लेकिन लोगों की देखभाल करना अपने आप में अपने परीक्षण को बनाए रखने का एक रूप है।
