तदर्थ परीक्षण एक प्रकार का सॉफ़्टवेयर परीक्षण है जिसे डेवलपर्स और सॉफ़्टवेयर कंपनियां सॉफ़्टवेयर के वर्तमान पुनरावृत्ति की जाँच करते समय कार्यान्वित करती हैं। परीक्षण का यह रूप कार्यक्रम में अंतर्दृष्टि का एक बड़ा स्तर देता है, उन मुद्दों का पता लगाता है जो पारंपरिक परीक्षण हाइलाइट करने में असमर्थ हो सकते हैं।
यह सर्वोपरि है कि परीक्षण टीमों को तदर्थ परीक्षण प्रक्रिया की पूरी समझ है, इसलिए वे जानते हैं कि इसकी चुनौतियों से कैसे बचा जाए और सुनिश्चित करें कि टीम इस तकनीक को सफलतापूर्वक लागू कर सकती है।
तदर्थ परीक्षण कैसे काम करता है, और कौन से उपकरण इसके कार्यान्वयन की सुविधा प्रदान कर सकते हैं, यह जानने से व्यवसाय को अपनी गुणवत्ता आश्वासन प्रक्रियाओं को लगातार बढ़ाने की अनुमति मिलती है। औपचारिक परीक्षण प्रक्रिया बहुत विशिष्ट नियमों का पालन करती है, जिसके परिणामस्वरूप टीम में कुछ बग गायब हो सकते हैं – एड-हॉक चेक इन ब्लाइंड स्पॉट को दरकिनार कर सकते हैं और हर सॉफ्टवेयर सुविधा का त्वरित परीक्षण कर सकते हैं।
इस लेख में, हम तदर्थ परीक्षण की बारीकी से जांच करते हैं और यह भी कि सॉफ्टवेयर उत्पाद विकसित करते समय आप इसे अपने लाभ के लिए कैसे उपयोग कर सकते हैं।
तदर्थ परीक्षण अर्थ: तदर्थ परीक्षण क्या है?
तदर्थ परीक्षण एक गुणवत्ता आश्वासन प्रक्रिया है जो औपचारिक नियमों और प्रलेखन से बचती है – परीक्षकों को उनके आवेदन में त्रुटियों को खोजने में मदद करती है जिसे पारंपरिक दृष्टिकोण पहचान नहीं सकते। आमतौर पर परीक्षण शुरू होने से पहले सॉफ्टवेयर के व्यापक ज्ञान की आवश्यकता होती है – जिसमें कार्यक्रम की आंतरिक कार्यप्रणाली की समझ भी शामिल है। इन तदर्थ जांचों का उद्देश्य एप्लिकेशन को उन तरीकों से तोड़ना है जो उपयोगकर्ता इनपुट को प्रतिबिंबित करते हैं, विभिन्न संभावित स्थितियों के लिए लेखांकन करते हैं ताकि डेवलपर्स किसी भी मौजूदा समस्या का समाधान कर सकें।
प्रलेखन की कमी इस तकनीक के लिए केंद्रीय है, जिसमें किसी एप्लिकेशन की विशेषताओं में परीक्षकों को मार्गदर्शन करने के लिए कोई चेकलिस्ट या परीक्षण मामले शामिल नहीं हैं। तदर्थ परीक्षण पूरी तरह से सॉफ्टवेयर के परीक्षण के बारे में है जिस तरह से एक टीम तय करती है कि वह उस विशिष्ट क्षण में प्रभावी है। यह पहले से मौजूद औपचारिक परीक्षणों को ध्यान में रख सकता है, लेकिन इसमें इस तकनीक के लिए आवंटित (संभावित सीमित) समय में यथासंभव अधिक से अधिक परीक्षण करना भी शामिल हो सकता है।
1. सॉफ्टवेयर टेस्टिंग में आपको एड-हॉक टेस्टिंग कब और क्यों करनी पड़ती है?
कंपनियों द्वारा तदर्थ परीक्षण करने का मुख्य कारण उन त्रुटियों को उजागर करने की क्षमता है जो पारंपरिक दृष्टिकोण नहीं खोज सकते। यह कई कारणों से हो सकता है, जैसे कि विशेष रूप से मानकीकृत प्रक्रिया का पालन करने वाले पारंपरिक परीक्षण मामले जो किसी एप्लिकेशन की विशिष्टता के लिए जिम्मेदार नहीं हो सकते हैं।
प्रत्येक परीक्षण प्रकार गुणवत्ता आश्वासन के लिए नए दृष्टिकोण और दिलचस्प दृष्टिकोण पेश कर सकता है – यह सामान्य परीक्षण रणनीति के साथ मुद्दों को भी दर्शाता है। उदाहरण के लिए, यदि तदर्थ परीक्षण एक ऐसी चिंता की पहचान कर सकता है जिसे टीम के परीक्षण मामले संबोधित नहीं करते हैं, तो इससे पता चलता है कि वे अपनी परीक्षण पद्धति को पुनर्गठित करने से लाभान्वित हो सकते हैं।
परीक्षक परीक्षण प्रक्रिया के किसी भी बिंदु पर तदर्थ जांच कर सकते हैं। यह आमतौर पर पारंपरिक (और अधिक औपचारिक) गुणवत्ता आश्वासन के पूरक के रूप में कार्य करता है और इसे ध्यान में रखते हुए, परीक्षक तदर्थ निरीक्षण कर सकते हैं जबकि उनके सहयोगी अधिक औपचारिक परीक्षा आयोजित करते हैं। हालांकि, वे औपचारिक परीक्षण प्रक्रिया के बाद तक तदर्थ चेक को सहेजना पसंद कर सकते हैं, जो विशेष रूप से संभावित ब्लाइंड स्पॉट को लक्षित करता है।
तदर्थ परीक्षण तब भी उपयोगी हो सकता है जब दस्तावेज़ीकरण की कमी के कारण समय विशेष रूप से सीमित हो – सही समय कंपनी और उसके पसंदीदा दृष्टिकोण पर निर्भर करता है।
2. जब आपको एड-हॉक टेस्टिंग करने की जरूरत न हो
यदि एड-हॉक और औपचारिक परीक्षण दोनों करने के लिए पर्याप्त समय नहीं है, तो यह महत्वपूर्ण है कि टीम बाद वाले को प्राथमिकता दे क्योंकि यह पर्याप्त परीक्षण कवरेज सुनिश्चित करता है – भले ही कुछ अंतराल अभी भी मौजूद हों।
यदि टीम के औपचारिक परीक्षणों में ऐसे बग मिलते हैं जिन्हें ठीक करने की आवश्यकता होती है, तो आम तौर पर तब तक इंतजार करना बेहतर होता है जब तक कि डेवलपर्स एड-हॉक चेक को लागू करने के लिए आवश्यक परिवर्तन पूरा नहीं कर लेते। अन्यथा, उनके द्वारा प्रदान किए जाने वाले परिणाम जल्द ही पुराने हो सकते हैं, खासकर यदि परीक्षण पहले से बग का सामना कर रहे घटक से संबंधित हैं।
इसके अलावा, बीटा परीक्षण चरण से पहले तदर्थ परीक्षण होना चाहिए।
3. तदर्थ परीक्षण में कौन शामिल होता है?
तदर्थ परीक्षण प्रक्रिया में कई प्रमुख भूमिकाएँ शामिल हैं, जिनमें शामिल हैं:
• सॉफ़्टवेयर परीक्षक टीम के मुख्य सदस्य होते हैं जो तदर्थ जांच करते हैं। यदि दोस्त या जोड़ी परीक्षण कर रहे हैं, तो इनमें से कई परीक्षक समान घटकों पर एक साथ काम करेंगे।
• डेवलपर स्वतंत्र रूप से अपने स्वयं के सॉफ़्टवेयर का त्वरित निरीक्षण करने के लिए औपचारिक गुणवत्ता आश्वासन चरण से पहले इन जांचों का उपयोग कर सकते हैं, हालांकि यह समर्पित तदर्थ परीक्षण की तुलना में कम गहराई में है।
• टीम या विभाग के नेता समग्र परीक्षण रणनीति को अधिकृत करते हैं – परीक्षकों को यह निर्धारित करने में मदद करते हैं कि तदर्थ परीक्षण कब शुरू करना है और अन्य जांचों को बाधित किए बिना इसे कैसे करना है।
तदर्थ परीक्षण के लाभ
सॉफ़्टवेयर परीक्षण में तदर्थ परीक्षण के लाभों में शामिल हैं:
1. त्वरित संकल्प
चूंकि इन परीक्षणों में चेक के पहले, दौरान या बाद में बार-बार प्रलेखन शामिल नहीं होता है, टीमों के लिए मुद्दों की अधिक तेज़ी से पहचान करना संभव है। यह सादगी परीक्षकों को जबरदस्त स्वतंत्रता प्रदान करती है।
उदाहरण के लिए, यदि वे एक घटक का परीक्षण करते हैं और किसी भी त्रुटि की पहचान नहीं कर सकते हैं, तो टीम दस्तावेज़ में इस पर ध्यान दिए बिना अगले परीक्षण पर जा सकती है।
2. अन्य परीक्षण प्रकारों को पूरा करता है
कोई भी परीक्षण रणनीति सटीक नहीं होती है, और आमतौर पर 100% कवरेज हासिल करना असंभव होता है – यहां तक कि एक व्यापक कार्यक्रम के साथ भी। पारंपरिक परीक्षण में हमेशा अंतराल रहेगा इसलिए यह महत्वपूर्ण है कि कंपनियां कई दृष्टिकोणों को एकीकृत करें।
तदर्थ परीक्षण का उद्देश्य विशेष रूप से उन मुद्दों को खोजना है जो औपचारिक परीक्षण में शामिल नहीं हो सकते हैं – व्यापक समग्र परीक्षण कवरेज की गारंटी।
3. लचीला निष्पादन
बीटा परीक्षण से पहले गुणवत्ता आश्वासन प्रक्रिया में एड-हॉक परीक्षण किसी भी बिंदु पर हो सकता है, कंपनियों और टीमों को यह तय करने देता है कि इन जांचों को निष्पादित करना सबसे अच्छा कब है। वे पारंपरिक परीक्षण के साथ तदर्थ परीक्षण करने का विकल्प चुन सकते हैं या बाद तक प्रतीक्षा कर सकते हैं – चाहे कुछ भी हो, टीम को उनके निपटान में विकल्पों से लाभ होता है।
4. अधिक सहयोग
कई अन्य प्रकार के परीक्षण की तुलना में डेवलपर इस प्रक्रिया में अधिक शामिल हैं – खासकर अगर कंपनी मित्र और जोड़ी परीक्षण का उपयोग कर रही है।
नतीजतन, डेवलपर्स अपने स्वयं के अनुप्रयोगों में बेहतर अंतर्दृष्टि प्राप्त करते हैं और उच्च स्तर पर बग को संबोधित करने में सक्षम हो सकते हैं। यह सॉफ़्टवेयर की समग्र गुणवत्ता को और भी बेहतर बनाने में मदद करता है।
5. विविध दृष्टिकोण
तदर्थ परीक्षण नए कोणों से एप्लिकेशन को दिखा सकता है, जिससे परीक्षकों को इन सुविधाओं के साथ नए तरीकों से जुड़ने में मदद मिलती है। परीक्षण के दौरान अतिरिक्त दृष्टिकोण महत्वपूर्ण होते हैं क्योंकि औपचारिक जाँचों में अक्सर कम से कम मामूली अंतराल होते हैं।
यदि तदर्थ परीक्षक सॉफ़्टवेयर का उपयोग इसे तोड़ने के विशिष्ट इरादे से करते हैं, तो वे प्रोग्राम की सीमाओं को अधिक आसानी से इंगित करने में सक्षम होंगे।
तदर्थ परीक्षण की चुनौतियाँ
तदर्थ परीक्षण प्रक्रिया में भी कई चुनौतियाँ हैं, जैसे:
1. रिपोर्टिंग में कठिनाई
दस्तावेज़ीकरण की कमी तदर्थ परीक्षण को बहुत तेज़ बना देती है, लेकिन एक प्रमुख मुद्दे के अलावा किसी भी चीज़ के लिए रिपोर्टिंग को कठिन बना सकती है।
उदाहरण के लिए, पहले की गई एक जाँच बाद की तारीख में अधिक प्रासंगिक हो सकती है, भले ही शुरू में महत्वपूर्ण परिणाम न मिले। व्यापक दस्तावेज़ीकरण के बिना, टीम इन परीक्षणों की व्याख्या करने में सक्षम नहीं हो सकती है।
2. कम दोहराने योग्य
समान पंक्तियों के साथ, परीक्षकों को उनके द्वारा देखी जाने वाली प्रतिक्रियाओं के कारण आवश्यक सटीक स्थिति के बारे में पूरी तरह से जानकारी नहीं हो सकती है। उदाहरण के लिए, एक तदर्थ जांच जो एक त्रुटि लौटाती है, में टीम को कार्रवाई करने के लिए पर्याप्त जानकारी नहीं हो सकती है। हो सकता है कि वे इस बात से अनभिज्ञ हों कि इस परीक्षण को कैसे दोहराना है और समान परिणाम प्राप्त करना है।
3. सॉफ्टवेयर अनुभव की आवश्यकता है
चूंकि तदर्थ परीक्षण के दौरान गति महत्वपूर्ण होती है और इसमें आमतौर पर एप्लिकेशन को तोड़ने का प्रयास करना शामिल होता है, यह महत्वपूर्ण है कि इन परीक्षकों को इस कार्यक्रम की गहन समझ हो।
यह जानने के लिए कि यह कैसे काम करता है, परीक्षकों को सॉफ्टवेयर को और अधिक तरीकों से तोड़ने और हेरफेर करने की अनुमति मिलती है, लेकिन यह तदर्थ परीक्षण के लिए कौशल की मांग को महत्वपूर्ण रूप से बढ़ा सकता है।
4. सीमित जवाबदेही
दस्तावेज़ीकरण की कमी केवल खराब रिपोर्टिंग की तुलना में अधिक समस्याएँ पैदा कर सकती है; यह अनजाने में परीक्षण प्रक्रिया को लंबा कर सकता है, त्वरित व्यक्तिगत तदर्थ परीक्षणों की उपयोगिता को प्रभावित करता है।
परीक्षक प्रत्येक चरण में पर्याप्त दस्तावेज़ीकरण के बिना अपनी प्रगति का ट्रैक रखने के लिए संघर्ष कर सकते हैं। इससे उन्हें एक चेक दोहराना भी पड़ सकता है जिसे अन्य परीक्षक पहले ही पूरा कर चुके हैं।
5. उपयोगकर्ता अनुभव को प्रतिबिंबित नहीं कर सकता है
वस्तुतः प्रत्येक परीक्षण प्रकार का उद्देश्य उन त्रुटियों को ध्यान में रखना है जो किसी न किसी रूप में अंतिम उपयोगकर्ताओं को प्रभावित करती हैं। तदर्थ परीक्षण मुख्य रूप से एक अनुभवी परीक्षक पर निर्भर करता है जो एक अनुभवहीन उपयोगकर्ता का अनुकरण करने की कोशिश कर रहा है और यह एप्लिकेशन को तोड़ने के उनके प्रयासों सहित प्रत्येक चेक-अप में सुसंगत होना चाहिए।
एड-हॉक टेस्ट के लक्षण
सफल तदर्थ परीक्षणों की मुख्य विशेषताओं में शामिल हैं:
1. खोजी
एड-हॉक परीक्षण की मुख्य प्राथमिकता उन तकनीकों का उपयोग करके एप्लिकेशन के साथ त्रुटियों की पहचान करना है जो परंपरागत जांचों के लिए जिम्मेदार नहीं हैं। तदर्थ परीक्षाएँ इस सॉफ़्टवेयर को टीम की परीक्षण प्रक्रिया में खामियों को खोजने के स्पष्ट उद्देश्य के लिए खंगालती हैं, जिसमें उनके परीक्षण मामलों की कवरेज भी शामिल है।
2. असंरचित
तदर्थ जांचों में आमतौर पर औपचारिक गुणवत्ता आश्वासन की विशिष्ट सीमाओं के बाहर यथासंभव अधिक से अधिक परीक्षण करने से परे कोई निर्धारित योजना नहीं होती है। परीक्षक आमतौर पर सुविधा के लिए चेक को घटक द्वारा समूहित करते हैं, लेकिन यह भी आवश्यक नहीं है – वे उन्हें निष्पादित करते समय चेक भी तैयार कर सकते हैं।
3. अनुभव से प्रेरित
एड-हॉक परीक्षक अपने पहले से मौजूद सॉफ़्टवेयर अनुभव का उपयोग यह आकलन करने के लिए करते हैं कि कौन से परीक्षण सबसे अधिक लाभ प्रदान करेंगे और औपचारिक परीक्षण में आम ब्लाइंड स्पॉट को संबोधित करेंगे।
हालांकि परीक्षण प्रक्रिया अभी भी पूरी तरह से असंरचित है, परीक्षक अपनी रणनीति तय करते समय दूसरों के बीच पिछले एड-हॉक चेक के अपने ज्ञान को लागू करते हैं।
4. व्यापक
तदर्थ परीक्षण के दौरान टीम को कौन सी जांच करनी चाहिए, इसके लिए कोई सटीक मार्गदर्शिका नहीं है, लेकिन वे आम तौर पर कई घटकों को कवर करते हैं – संभवतः एप्लिकेशन के अधिक संवेदनशील पहलुओं पर अधिक ध्यान देने के साथ। इससे परीक्षकों को यह सुनिश्चित करने में मदद मिलती है कि उनकी परीक्षाएं औपचारिक परीक्षण को पूरी तरह से पूरा करने में सक्षम हैं।
एड-हॉक टेस्ट में हम क्या टेस्ट करते हैं?
गुणवत्ता आश्वासन दल आमतौर पर तदर्थ परीक्षण के दौरान निम्नलिखित का परीक्षण करते हैं:
1. सॉफ्टवेयर की गुणवत्ता
इन जांचों का उद्देश्य अनुप्रयोग में उन त्रुटियों की पहचान करना है जिन्हें पारंपरिक परीक्षण उजागर नहीं कर सकता है; इसका मतलब है कि प्रक्रिया मुख्य रूप से एप्लिकेशन के सामान्य स्वास्थ्य का परीक्षण करती है।
तदर्थ परीक्षण जितने अधिक बग का पता लगा सकता है, उतने ही अधिक सुधार डेवलपर्स अपनी समय सीमा से पहले लागू कर सकते हैं।
2. परीक्षण के मामले
तदर्थ परीक्षण आम तौर पर परीक्षण मामलों को लागू नहीं करता है – और यह विशेष रूप से इसलिए है ताकि टीम यह जांच कर सके कि वे पर्याप्त कवरेज प्रदान करने में कितने प्रभावी हैं। यदि तदर्थ जांचों में ऐसी त्रुटियाँ पाई जा सकती हैं जो पारंपरिक परीक्षण प्रक्रियाएँ नहीं पा सकतीं, तो परीक्षण के मामले अपर्याप्त होने की संभावना है।
3. परीक्षण स्टाफ
परीक्षण टीम के कौशल और ज्ञान की जांच करना भी लक्ष्य हो सकता है, भले ही परीक्षण के मामले पर्याप्त हों। उदाहरण के लिए, मामलों को लागू करने की उनकी कार्यप्रणाली अपर्याप्त हो सकती है और परीक्षण कवरेज में परिणामी अंतराल को दूर करने के लिए तदर्थ परीक्षण महत्वपूर्ण हो सकता है।
4. सॉफ्टवेयर की सीमा
तदर्थ परीक्षण भी एप्लिकेशन की सीमाओं को समझने का प्रयास करता है – जैसे कि यह अप्रत्याशित इनपुट या उच्च सिस्टम लोड पर कैसे प्रतिक्रिया करता है। परीक्षक विशेष रूप से कार्यक्रम के त्रुटि संदेशों की जांच कर सकते हैं और महत्वपूर्ण दबाव में होने पर यह एप्लिकेशन कितना अच्छा प्रदर्शन करता है।
कुछ भ्रम दूर करना:
तदर्थ परीक्षण और अन्वेषणात्मक परीक्षण
कुछ लोग तदर्थ और खोजपूर्ण परीक्षण को पर्यायवाची मानते हैं, हालाँकि सच्चाई इससे कहीं अधिक जटिल है।
1. अन्वेषणात्मक परीक्षण क्या है?
खोजपूर्ण परीक्षण गुणवत्ता आश्वासन प्रक्रियाओं को संदर्भित करता है जो सॉफ़्टवेयर को समग्र दृष्टिकोण से जांचता है और विशेष रूप से खोज और परीक्षण प्रक्रियाओं को एक ही विधि में जोड़ता है। यह आमतौर पर पूरी तरह से संरचित परीक्षण और पूरी तरह से मुक्त रूप से तदर्थ जांच के बीच एक मध्य-मैदान है।
खोजपूर्ण परीक्षण विशिष्ट परिदृश्यों में सबसे अच्छा काम करता है, जैसे कि जब त्वरित प्रतिक्रिया आवश्यक हो या यदि टीम को किनारे के मामलों को संबोधित करना चाहिए। इस प्रकार का परीक्षण आमतौर पर अपनी पूरी क्षमता तक पहुँच जाता है जब टीम इसके साथ स्क्रिप्टेड परीक्षण का उपयोग करती है।
2. खोजपूर्ण परीक्षण के बीच अंतर
और तदर्थ परीक्षण
एड-हॉक और एक्सप्लोरेटरी टेस्टिंग के बीच सबसे बड़ा अंतर इसकी जांच को रिकॉर्ड करने और इसे सुविधाजनक बनाने के लिए दस्तावेजों का उपयोग है, जबकि एड-हॉक परीक्षण इससे पूरी तरह से बचा जाता है। खोजपूर्ण परीक्षण परीक्षण स्वतंत्रता पर अधिक जोर देता है लेकिन कभी भी तदर्थ दृष्टिकोण के समान स्तर पर नहीं होता है जो पूरी तरह से असंरचित है।
खोजपूर्ण परीक्षण में इन जांचों के दौरान एप्लिकेशन और इसके आंतरिक कामकाज के बारे में सीखना भी शामिल है – इसके बजाय तदर्थ परीक्षकों को अक्सर शुरू होने से पहले सॉफ़्टवेयर की कार्यक्षमता का व्यापक ज्ञान होता है।
एड-हॉक टेस्ट के प्रकार
सॉफ़्टवेयर परीक्षण में तदर्थ परीक्षण के तीन मुख्य रूप हैं, जिनमें शामिल हैं:
1. बंदर परीक्षण
शायद सबसे लोकप्रिय प्रकार के तदर्थ परीक्षण, बंदर परीक्षण वे हैं जिनमें विभिन्न घटकों को यादृच्छिक रूप से देखने वाली एक टीम शामिल होती है।
यह आमतौर पर यूनिट परीक्षण प्रक्रिया के दौरान होता है और बिना किसी परीक्षण मामले के चेक की एक श्रृंखला को लागू करता है। परीक्षक स्वतंत्र रूप से पूरी तरह से असंरचित तरीकों से डेटा की जांच करते हैं, जिससे उन्हें व्यापक प्रणाली की जांच करने और उपयोगकर्ता इनपुट से तीव्र तनाव का प्रतिरोध करने की क्षमता मिलती है।
इन अनस्क्रिप्टेड तकनीकों के आउटपुट को देखने से परीक्षण टीम को उन त्रुटियों की पहचान करने में मदद मिलती है जो पारंपरिक परीक्षण विधियों में कमियों के कारण अन्य इकाई परीक्षणों में छूट गई हैं।
2. बडी परीक्षण
एक तदर्थ संदर्भ में, मित्र परीक्षण कम से कम दो स्टाफ सदस्यों का उपयोग करते हैं – आमतौर पर एक परीक्षक और एक डेवलपर – और मुख्य रूप से इकाई परीक्षण चरण के बाद होते हैं। त्रुटियों को इंगित करने के लिए ‘दोस्त’ एक ही मॉड्यूल पर एक साथ काम करते हैं। उनके विविध कौशल सेट और व्यापक अनुभव उन्हें एक अधिक प्रभावी टीम बनाते हैं, जो दस्तावेज़ीकरण की कमी के कारण उत्पन्न होने वाली कई समस्याओं को दूर करने में मदद करता है।
डेवलपर स्वयं कई परीक्षणों का सुझाव भी दे सकता है, जिससे उन्हें उन घटकों की पहचान करने में मदद मिल सकती है जिन पर अधिक ध्यान देने की आवश्यकता हो सकती है।
3. जोड़ी परीक्षण
जोड़ी परीक्षण समान है जिसमें दो कर्मचारी सदस्य शामिल होते हैं लेकिन यह आमतौर पर दो अलग-अलग परीक्षक होते हैं, जिनमें से एक वास्तविक परीक्षण करता है जबकि दूसरा नोट्स लेता है।
औपचारिक दस्तावेज़ीकरण के बिना भी, नोट-लेने से टीम अनौपचारिक रूप से व्यक्तिगत तदर्थ जाँचों पर नज़र रख सकती है। परीक्षक और मुंशी की भूमिका परीक्षण के आधार पर बदल सकती है या जोड़ी पूरी प्रक्रिया के दौरान अपनी निर्धारित भूमिकाओं को बनाए रख सकती है।
अधिक अनुभव वाला परीक्षक आमतौर पर वह होता है जो वास्तविक जांच करता है – हालांकि वे हमेशा एक दूसरे के साथ काम साझा करते हैं।
मैनुअल या स्वचालित तदर्थ परीक्षण?
स्वचालित परीक्षण गुणवत्ता आश्वासन चरण के दौरान टीमों को और भी अधिक समय बचाने में मदद कर सकता है; जो परीक्षकों को उनके शेड्यूल में अधिक चेक फिट करने देता है। एक निश्चित संरचना के बिना भी, यह आवश्यक है कि परीक्षक कवरेज को अधिकतम करने के लिए काम करें और स्वचालन इस सॉफ़्टवेयर के अधिक गहन निरीक्षण को प्रोत्साहित करता है।
रटने के कार्यों के दौरान मानवीय त्रुटि से बचने की उनकी क्षमता के कारण स्वचालित तदर्थ जाँचें आमतौर पर मैन्युअल परीक्षणों की तुलना में अधिक सटीक होती हैं – यह विशेष रूप से सहायक होता है जब विभिन्न पुनरावृत्तियों पर समान परीक्षणों को लागू किया जाता है। इस प्रक्रिया की सफलता आमतौर पर टीम द्वारा चुने गए स्वचालित परीक्षण उपकरण और इसकी कार्यक्षमता पर निर्भर करती है।
हालाँकि, स्वचालित परीक्षण की कुछ सीमाएँ हैं। उदाहरण के लिए, तदर्थ परीक्षण की मुख्य ताकत उपयोगकर्ता इनपुट का अनुकरण करने और परीक्षक द्वारा उनके सामने आने पर यादृच्छिक जांच करने की क्षमता है। यदि संगठन का परीक्षण कार्यक्रम जटिल जाँचों के साथ संघर्ष करता है तो ये परीक्षण अपनी यादृच्छिकता खो सकते हैं।
इन अत्यधिक विशिष्ट कार्यों को स्वचालित करने में लगने वाला समय इस प्रक्रिया की विशिष्ट समय बचत को भी सीमित कर सकता है। यह महत्वपूर्ण है कि टीमें अपनी कंपनी की परियोजना से मेल खाने वाले को खोजने के लिए उपलब्ध स्वचालन उपकरणों की अच्छी तरह से जांच करें।
तदर्थ परीक्षण शुरू करने के लिए आपको क्या चाहिए?
यहाँ तदर्थ परीक्षण की मुख्य पूर्वापेक्षाएँ हैं:
1. योग्य कर्मचारी
चूंकि एड-हॉक परीक्षण सॉफ़्टवेयर की आंतरिक कार्यप्रणाली का त्वरित, यादृच्छिक निरीक्षण होते हैं, यह आमतौर पर उन परीक्षकों को रखने में मदद करता है जो सॉफ़्टवेयर के साथ अनुभवी हैं। उन्हें प्रमुख परीक्षण सिद्धांतों का कार्यसाधक ज्ञान भी होना चाहिए – इससे वे आसानी से सबसे प्रभावी जांचों की पहचान कर सकते हैं।
2. एक असंरचित दृष्टिकोण
परीक्षकों को तदर्थ परीक्षण के लिए अपनी सामान्य कार्यनीतियों को त्यागने के लिए तैयार रहना चाहिए; यह मानसिकता उतनी ही महत्वपूर्ण है जितनी गुणवत्ता स्वयं जांचती है। यह विधि केवल संरचना या प्रलेखन के बिना ही सफल हो सकती है और यह महत्वपूर्ण है कि परीक्षक इसे हर स्तर पर याद रखें।
3. स्वचालन सॉफ्टवेयर
हालांकि तदर्थ परीक्षण यादृच्छिक इनपुट और स्थितियों के परीक्षण पर अधिक निर्भर करता है, फिर भी स्वचालन किसी भी संदर्भ में एक बहुत प्रभावी तकनीक है।
इस कारण से, तदर्थ जांचों को अभी भी जहां संभव हो स्वचालित परीक्षण उपकरणों को लागू करना चाहिए, क्योंकि सही आवेदन प्रक्रिया को महत्वपूर्ण रूप से सुव्यवस्थित कर सकता है।
4. परीक्षण के अन्य रूप
तदर्थ परीक्षण अन्य जांचों के साथ सबसे अच्छा काम करते हैं जो अधिक औपचारिक दृष्टिकोण अपनाते हैं – टीम को सॉफ्टवेयर में पर्याप्त कवरेज की गारंटी देने में मदद करते हैं। यह महत्वपूर्ण है कि परीक्षक विभिन्न तकनीकों का मिश्रण करें, हालांकि यह उनके द्वारा एड-हॉक परीक्षण पूरा करने से पहले, उसके दौरान या बाद में हो सकता है।
तदर्थ परीक्षण प्रक्रिया
सॉफ़्टवेयर परीक्षण में तदर्थ परीक्षण करते समय परीक्षकों को जिन सामान्य चरणों का पालन करना चाहिए, वे हैं:
1. तदर्थ परीक्षण उद्देश्यों को परिभाषित करना
प्रलेखन और संरचना की कमी के कारण यह चरण सीमित है लेकिन यह अभी भी सर्वोपरि है कि टीम का स्पष्ट फोकस है। परीक्षक अस्पष्ट विचार साझा करना शुरू कर सकते हैं कि कौन से आगामी परीक्षण चलाए जाएं और घटकों को प्राथमिकता दी जाए।
2. तदर्थ परीक्षण टीम का चयन करना
जैसे-जैसे टीम कई संभावित तदर्थ जांचों पर मंथन करती है, वे यह भी पता लगाते हैं कि इस प्रकार के परीक्षण के लिए कौन से परीक्षक सबसे अच्छे होंगे। वे आमतौर पर परीक्षकों का चयन करते हैं जो एप्लिकेशन को गहराई से समझते हैं और उन्हें डेवलपर के साथ भी जोड़ सकते हैं।
3. तदर्थ परीक्षण निष्पादित करना
इस चरण के लिए कौन से परीक्षक सही हैं, यह तय करने के बाद, टीम के ये सदस्य परीक्षण के एक सहमत बिंदु पर अपनी जाँच शुरू करते हैं। उनका उद्देश्य यथासंभव अधिक से अधिक तदर्थ जांच करना है – जो कि परीक्षक इस चरण तक तैयार नहीं कर सकते हैं।
4. परीक्षण के परिणामों का मूल्यांकन करना
परीक्षणों को पूरा करने पर (या यहां तक कि व्यक्तिगत जांचों के बीच) परीक्षक परिणामों का मूल्यांकन करेंगे, लेकिन परीक्षण मामले में उन्हें औपचारिक रूप से दस्तावेज किए बिना। यदि वे आवेदन के साथ किसी समस्या का पता लगाते हैं, तो वे उन्हें अनौपचारिक रूप से रिकॉर्ड करते हैं और टीम के अगले कदमों पर चर्चा करते हैं।
5. किसी खोजे गए बग की रिपोर्ट करना
एक बार जब वे परिणामों का मूल्यांकन कर लेते हैं, तो परीक्षकों को डेवलपर्स को सॉफ़्टवेयर में मौजूद त्रुटियों के बारे में सूचित करना चाहिए ताकि रिलीज़ होने से पहले उन्हें ठीक करने के लिए उनके पास पर्याप्त समय हो।
परीक्षण टीम यह निर्धारित करने के लिए भी जानकारी का उपयोग करती है कि उनकी औपचारिक परीक्षण प्रक्रियाओं को कैसे बेहतर बनाया जाए।
6. आवश्यकतानुसार पुन: परीक्षण करना
परीक्षण टीम यह जांचने के लिए आवेदन के नए पुनरावृत्तियों के लिए तदर्थ प्रक्रिया को दोहराएगी कि वह अपडेट को कितनी अच्छी तरह से संभालती है। जैसा कि परीक्षकों ने अपने परीक्षण मामलों में पहले से पहचाने गए कई अंतरालों को ठीक कर लिया होगा, भविष्य की तदर्थ जांचों के लिए एक अलग दृष्टिकोण की आवश्यकता हो सकती है।
तदर्थ परीक्षण के लिए सर्वोत्तम अभ्यास
कुछ अभ्यास हैं जो परीक्षण टीमों को तदर्थ परीक्षण के दौरान लागू करने चाहिए, जिनमें शामिल हैं:
1. संभावित परीक्षण अंतरालों को लक्षित करें
जबकि तदर्थ परीक्षण में अन्य प्रकारों की तुलना में बहुत कम नियोजन शामिल है, फिर भी टीम का लक्ष्य गुणवत्ता आश्वासन में कमियों को दूर करना है। यदि तदर्थ परीक्षकों को टीम के परीक्षण मामलों में किसी विशिष्ट समस्या का संदेह है, तो उन्हें अपनी जाँच करते समय इसे प्राथमिकता देनी चाहिए।
2. ऑटोमेशन सॉफ्टवेयर पर विचार करें
हाइपरऑटोमेशन जैसी स्वचालन रणनीतियाँ उन कंपनियों को कई लाभ प्रदान कर सकती हैं जो तदर्थ परीक्षण करना चाहती हैं।
इसकी सफलता कई प्रमुख कारकों पर निर्भर करती है, जिसमें व्यवसाय द्वारा चुने गए टूल के साथ-साथ उनके तदर्थ परीक्षणों की सामान्य जटिलताएं भी शामिल हैं।
3. व्यापक नोट्स लें
तदर्थ परीक्षण में प्रलेखन की कमी मुख्य रूप से इस प्रक्रिया को और भी सुव्यवस्थित करने के लिए है – जैसे-जैसे वे आगे बढ़ते हैं, अनौपचारिक नोट बनाने से टीम को लाभ हो सकता है। यह परीक्षकों को इन जांचों और उनके परिणामों का एक स्पष्ट रिकॉर्ड देता है, जिससे उनकी समग्र पुनरावृत्ति बढ़ जाती है।
4. परिक्षणों को परिष्कृत करते रहें
तदर्थ परीक्षक टीम की परीक्षण रणनीति में परिवर्तन के लिए अपने दृष्टिकोण को लगातार परिष्कृत करते हैं। कंपनी के सॉफ़्टवेयर के नए संस्करणों को देखते समय, उदाहरण के लिए, वे नए और अधिक समावेशी औपचारिक परीक्षण मामलों के जवाब में इन चेकों को समायोजित कर सकते हैं।
कार्यान्वयन में 7 गलतियाँ और नुकसान
तदर्थ परीक्षण
किसी भी परीक्षण प्रक्रिया की तरह, संभावित गलतियों की एक विस्तृत श्रृंखला है जिससे बचने के लिए टीम को काम करना चाहिए, जैसे:
1. अनुभवहीन परीक्षक
तदर्थ परीक्षण की अपेक्षित गति को बनाए रखने के लिए, टीम लीडर को परीक्षकों को उनके ज्ञान और कौशल के आधार पर नियुक्त करना चाहिए। जबकि परीक्षण के कई रूप प्रवेश-स्तर के गुणवत्ता आश्वासन कर्मचारियों को समायोजित कर सकते हैं, तदर्थ जाँच के लिए टीम के सदस्यों की आवश्यकता होती है जो सॉफ़्टवेयर को पूरी तरह से समझते हैं; अधिमानतः इन परीक्षणों को चलाने में अनुभव के साथ।
2. अनफोकस्ड चेक
तदर्थ परीक्षण अपनी तेज़ गति के कारण परीक्षण कवरेज में महत्वपूर्ण रूप से सुधार कर सकता है – टीम को प्रत्येक जाँच से पहले और बाद में व्यापक दस्तावेज़ीकरण भरने की आवश्यकता नहीं होती है।
हालाँकि, तदर्थ परीक्षकों को अभी भी एक मजबूत फोकस बनाए रखना चाहिए; उदाहरण के लिए, वे विफलता के अधिक जोखिम वाले कुछ घटकों को प्राथमिकता देने का निर्णय ले सकते हैं।
3. कोई योजना नहीं
किसी भी योजना से बचना तदर्थ परीक्षण की प्रभावशीलता को सीमित कर सकता है। इस दृष्टिकोण की असंरचित प्रकृति के बावजूद, यह महत्वपूर्ण है कि टीम को इस बात का अंदाजा हो कि कौन से परीक्षण शुरू होने से पहले चलने चाहिए।
इस प्रक्रिया के दौरान समय सीमित है और आगे बढ़ने का तरीका जानने से कई लाभ मिल सकते हैं।
4. अत्यधिक संरचित
स्पेक्ट्रम के विपरीत छोर पर, यह दृष्टिकोण आम तौर पर नियोजन की कमी पर निर्भर करता है क्योंकि इससे परीक्षकों को सक्रिय रूप से परीक्षण मामलों को उलटने और छिपी हुई त्रुटियों को खोजने में मदद मिलती है।
तदर्थ परीक्षण को यादृच्छिक परीक्षण के रूप में भी जाना जाता है और इस पर एक संरचना को मजबूर करने से इन जांचों को बगों का पता लगाने से रोका जा सकता है।
5. कोई दीर्घकालिक परिवर्तन नहीं
तदर्थ परीक्षण का उद्देश्य टीम के परीक्षण मामलों में किन्हीं कमजोरियों की पहचान करना है; यह उनकी समग्र रणनीति की उतनी ही जांच करता है जितनी स्वयं सॉफ्टवेयर की।
हालांकि, इसका मतलब यह है कि तदर्थ परीक्षण आम तौर पर केवल तभी प्रभावी होते हैं जब टीम समय के साथ अपनी औपचारिक जांच को परिष्कृत करने के लिए इस जानकारी का उपयोग करती है।
6. असंगत डेटासेट
वस्तुतः हर प्रकार के परीक्षण के लिए सिम्युलेटेड डेटा के एक रूप की आवश्यकता होती है ताकि यह आकलन किया जा सके कि एप्लिकेशन कैसे प्रतिक्रिया करता है; कुछ उपकरण परीक्षकों को नकली डेटा के साथ एक कार्यक्रम को स्वचालित रूप से पॉप्युलेट करने देते हैं।
हालाँकि, यह प्रतिबिंबित नहीं हो सकता है कि कोई उपयोगकर्ता सॉफ़्टवेयर के साथ कैसे जुड़ेगा – तदर्थ जाँच के लिए डेटासेट की आवश्यकता होती है जिसका सॉफ़्टवेयर से सामना होगा।
7. सूचना साइलो
यह आवश्यक है कि परीक्षक और डेवलपर एक दूसरे के साथ निरंतर संचार में हों, भले ही बाद वाला तदर्थ परीक्षण प्रक्रिया का हिस्सा न हो।
यह सभी को यह समझने में मदद करता है कि कौन से परीक्षण किए गए हैं – अगली कार्रवाइयाँ दिखाते हुए परीक्षकों को अनावश्यक रूप से कुछ जाँचों को दोहराने से रोकते हैं।
एड-हॉक टेस्ट से आउटपुट के प्रकार
एड-हॉक चेक कई अलग-अलग आउटपुट उत्पन्न करते हैं, जिनमें निम्न शामिल हैं:
1. परीक्षा परिणाम
अलग-अलग परीक्षण शामिल सटीक घटक और दृष्टिकोण के लिए अलग-अलग परिणाम उत्पन्न करते हैं – यह कई रूप ले सकता है।
आमतौर पर यह निर्धारित करने की जिम्मेदारी परीक्षक की होती है कि क्या परिणाम में कोई त्रुटि है, हालांकि प्रलेखन की कमी से उनकी अपेक्षाओं के साथ इसकी तुलना करना मुश्किल हो जाता है। यदि वे कोई समस्या देखते हैं तो टीम इन परिणामों को डेवलपर्स को भेजती है।
2. टेस्ट लॉग
सॉफ़्टवेयर स्वयं उपयोगकर्ता इनपुट की निगरानी करने के लिए आंतरिक लॉग की एक जटिल प्रणाली का उपयोग करता है और उभरने वाली कई फ़ाइल या डेटाबेस समस्याओं को उजागर करता है।
यह एक आंतरिक त्रुटि की ओर इशारा कर सकता है, जिसमें समस्या पैदा करने वाले सॉफ़्टवेयर का विशिष्ट भाग भी शामिल है। इस जानकारी के साथ, तदर्थ परीक्षक और डेवलपर उन समस्याओं का समाधान कर सकते हैं जिन्हें वे अधिक आसानी से खोजते हैं।
3. त्रुटि संदेश
कई तदर्थ जांच विशेष रूप से सॉफ़्टवेयर को तोड़ने और इसकी सीमाओं को उजागर करने का लक्ष्य रखती हैं, जिसका अर्थ है कि एप्लिकेशन के त्रुटि संदेश इन परीक्षणों से सबसे आम आउटपुट में से एक हैं।
जानबूझकर त्रुटि संदेश देकर, टीम यह प्रदर्शित कर सकती है कि जब भी उनके द्वारा की जाने वाली अप्रत्याशित कार्रवाइयाँ कार्यक्रम के संचालन पर प्रतिकूल प्रभाव डालती हैं, तो औसत अंतिम उपयोगकर्ता क्या देखता है।
तदर्थ परीक्षण उदाहरण
यहां तीन तदर्थ परीक्षण परिदृश्य हैं जो दिखाते हैं कि एक टीम इसे विभिन्न अनुप्रयोगों के लिए कैसे लागू कर सकती है:
1. ई-कॉमर्स वेब एप्लिकेशन
यदि कोई कंपनी ई-कॉमर्स-आधारित वेब ऐप का परीक्षण करना चाहती है, तो वे तदर्थ परीक्षण का उपयोग कर सकते हैं – विशेष रूप से बंदर परीक्षण – यह देखने के लिए कि प्लेटफ़ॉर्म अप्रत्याशित उपयोगकर्ता इंटरैक्शन को कितनी अच्छी तरह से संभालता है।
परीक्षक प्रत्येक सुविधा को उनकी सीमा तक ले जाने का लक्ष्य रख सकते हैं, जैसे कि अवास्तविक मात्रा में उनकी टोकरी में आइटम जोड़कर या उन उत्पादों को खरीदने की कोशिश करना जो स्टॉक में नहीं हैं। वे टीम के परीक्षण मामलों से विवश नहीं हैं और कुछ सीमाएँ हैं कि वे किन जाँचों का प्रदर्शन कर सकते हैं; परीक्षक पुराने URL का उपयोग करके खरीदारी पूरी करने का प्रयास भी कर सकते हैं।
2. डेस्कटॉप अनुप्रयोग
तदर्थ परीक्षक इन तकनीकों को विभिन्न मशीनों पर संभावित फोकस के साथ डेस्कटॉप अनुप्रयोगों के लिए भी लागू कर सकते हैं और वे प्रत्येक कार्यक्रम को कितनी अच्छी तरह समायोजित कर सकते हैं।
टीम के सदस्य इन जांचों को बार-बार यह देखने के लिए कर सकते हैं कि हार्डवेयर या सॉफ़्टवेयर सेटिंग्स बदलने से किसी एप्लिकेशन के समग्र प्रदर्शन पर क्या प्रभाव पड़ता है। उदाहरण के लिए, एक विशिष्ट ग्राफ़िक्स कार्ड इंटरफ़ेस प्रस्तुत करने के लिए संघर्ष कर सकता है।
वैकल्पिक रूप से, ये परीक्षक केवल अपने प्रोग्राम को असंभव इनपुट दे सकते हैं और देख सकते हैं कि यह कैसे प्रतिक्रिया करता है, जैसे कि यह त्रुटि संदेशों को सही ढंग से प्रदर्शित कर सकता है जो अंतिम उपयोगकर्ता को पर्याप्त रूप से समस्या की व्याख्या करता है।
3. मोबाइल एप्लिकेशन
तदर्थ परीक्षक मोबाइल एप्लिकेशन की जांच करने का एक तरीका इसके सुरक्षा प्रोटोकॉल का परीक्षण करना है – उदाहरण के लिए, वे सीधे ऐप के विकास टूल तक पहुंचने का प्रयास कर सकते हैं।
टीम यह देखने की कोशिश कर सकती है कि क्या वे आम खामियों और कारनामों को ढूंढकर अनधिकृत कार्य करने में सक्षम हैं; वे इसे सुविधाजनक बनाने के लिए ऐप सुरक्षा में अनुभव वाले स्टाफ सदस्यों से विशेष रूप से पूछ सकते हैं।
इसमें ऐप के डिज़ाइन में उनकी अंतर्दृष्टि के कारण डेवलपर्स के साथ जोड़ी परीक्षण भी शामिल हो सकता है, जिससे एक परीक्षक सॉफ़्टवेयर को तोड़ सकता है और यह दिखा सकता है कि इसकी सुरक्षा में कमी कहाँ है।
प्रकार की त्रुटियों और बग का पता चला
तदर्थ परीक्षण के माध्यम से
एड-हॉक चेक प्रोग्राम के साथ कई मुद्दों को उजागर कर सकते हैं, जैसे:
1. कार्यक्षमता त्रुटियां
किसी एप्लिकेशन की बुनियादी विशेषताओं की जांच करने के लिए तदर्थ परीक्षण का उपयोग करने से गंभीर बग प्रकट हो सकते हैं जो प्रभावित करते हैं कि अंतिम उपयोगकर्ता इसके साथ कैसे जुड़ सकते हैं।
उदाहरण के लिए, किसी ई-कॉमर्स साइट के भुगतान विकल्पों का परीक्षण करने वाला बंदर लेन-देन को रोकने वाली स्थितियों का वर्णन करेगा।
2. प्रदर्शन के मुद्दे
परीक्षक विशेष रूप से कार्यक्रम में प्रदर्शन के मुद्दों को बनाने के लिए काम कर सकते हैं – जैसे डेटाबेस को विभिन्न स्पैम इनपुट से भरना।
यह महत्वपूर्ण अंतराल समय या यहां तक कि सामान्य सॉफ़्टवेयर अस्थिरता के रूप में प्रकट हो सकता है, जो संभावित रूप से (संभावित रूप से सिस्टम-वाइड) क्रैश का कारण बनेगा।
3. उपयोगिता की समस्या
ये जाँचें इंटरफ़ेस और सामान्य उपयोगकर्ता अनुभव के दोषों को भी उजागर कर सकती हैं। उदाहरण के लिए, किसी मोबाइल ऐप का UI किसी अन्य ऑपरेटिंग सिस्टम या स्क्रीन रिज़ॉल्यूशन पर भिन्न रूप से प्रस्तुत हो सकता है। एक खराब इंटरफ़ेस के कारण उपयोगकर्ताओं को इस एप्लिकेशन को संचालित करने में कठिनाई हो सकती है।
4. सुरक्षा दोष
तदर्थ परीक्षण की यादृच्छिक प्रकृति इसे सामान्य और दुर्लभ सुरक्षा चिंताओं की एक श्रृंखला को कवर करने की अनुमति देती है; एक परीक्षक प्रोग्राम के प्रशासनिक बैकडोर को खोजने के लिए इन चेकों का उपयोग कर सकता है।
वैकल्पिक रूप से, उनका निरीक्षण दिखा सकता है कि सॉफ़्टवेयर में कोई डेटा एन्क्रिप्शन नहीं है।
सामान्य तदर्थ परीक्षण मेट्रिक्स
तदर्थ परीक्षण अपने परिणामों को सुविधाजनक बनाने के लिए विभिन्न मेट्रिक्स का उपयोग करता है, जिसमें शामिल हैं:
1. दोष का पता लगाने की दक्षता
यह मीट्रिक देखता है कि तदर्थ परीक्षण सहित परीक्षण के प्रत्येक रूप में दोषों का पता लगाने में परीक्षण प्रक्रिया कितनी प्रभावी है। दोष का पता लगाने की दक्षता, खोजे गए दोषों के प्रतिशत को मुद्दों की कुल संख्या से विभाजित करने पर प्राप्त होती है – यह दर्शाता है कि परीक्षण कितने प्रभावी हैं।
2. परीक्षण कवरेज दर
तदर्थ परीक्षण का एक सहायक कार्य घटकों की जाँच करके कवरेज को इस तरह से बढ़ाना है कि परीक्षण मामलों का हिसाब न हो। इसका मतलब यह है कि परीक्षकों का लक्ष्य हर चेक में टेस्ट कवरेज को मौलिक रूप से बढ़ाना होगा, जितना वे कर सकते हैं।
3. कुल परीक्षण अवधि
तदर्थ परीक्षण अन्य गुणवत्ता आश्वासन प्रक्रियाओं की तुलना में बहुत तेज है – और यह आवश्यक है कि परीक्षक इस लाभ को बनाए रखने के लिए काम करें। परीक्षण अवधि मेट्रिक्स टीम के सदस्यों को दिखाते हैं कि वे कैसे समय बचा सकते हैं और तदर्थ रणनीतियों के लाभों को और भी बढ़ा सकते हैं।
4. दुर्घटना दर
ये परीक्षण अक्सर सॉफ़्टवेयर को तोड़ने और क्रैश या गंभीर त्रुटि का कारण बनते हैं – उन्हें विशिष्ट परीक्षण रणनीतियों से परे जाने और अप्रत्याशित समस्याओं का पता लगाने देते हैं। इसके लिए, यह जानने में मदद मिल सकती है कि सॉफ़्टवेयर कितनी बार क्रैश होता है और इन समस्याओं के कारण क्या हैं।
5 सर्वश्रेष्ठ तदर्थ परीक्षण उपकरण
सॉफ़्टवेयर परीक्षण में तदर्थ परीक्षण के लिए कई मुफ़्त और सशुल्क परीक्षण उपकरण उपलब्ध हैं – सर्वश्रेष्ठ पाँच इस प्रकार हैं:
1. ZAPTEST निःशुल्क और एंटरप्राइज़ संस्करण
ZAPTEST एक व्यापक सॉफ्टवेयर परीक्षण कार्यक्रम है जो अपने स्वतंत्र और उद्यम दोनों संस्करणों में परीक्षण + RPA कार्यक्षमता का एक मजबूत स्तर प्रदान करता है।
यह फुल-स्टैक सॉफ्टवेयर ऑटोमेशन + आरपीए सूट विभिन्न डेस्कटॉप और मोबाइल प्लेटफॉर्म पर पूर्ण परीक्षण की अनुमति देता है; सॉफ्टवेयर की 1SCRIPT तकनीक भी उपयोगकर्ताओं को एक ही चेक को आसानी से बार-बार निष्पादित करने देती है। इसके शीर्ष पर, टूल अत्याधुनिक कंप्यूटर दृष्टि का लाभ उठाता है, जो ZAPTEST के लिए मानवीय दृष्टिकोण से तदर्थ परीक्षण चलाना संभव बनाता है।
2. ब्राउज़रस्टैक
ब्राउज़रस्टैक एक क्लाउड प्लेटफ़ॉर्म है जो सेलेनियम स्क्रिप्ट को स्वचालित करने की अतिरिक्त सुविधा के साथ 3,000 से अधिक विविध मशीनों पर परीक्षण की सुविधा प्रदान कर सकता है। हालांकि यह सॉफ्टवेयर परियोजनाओं के लिए मजबूत कवरेज प्रदान करता है, यह ब्राउज़र और मोबाइल एप्लिकेशन के साथ सबसे अच्छा काम करता है।
BrowserStack परीक्षण समाधानों में 100 मिनट के स्वचालित परीक्षण के साथ नि:शुल्क परीक्षण भी शामिल है – हालांकि इसका सीमित उपयोग हो सकता है।
हालांकि क्लाउड-आधारित दृष्टिकोण सहायक हो सकता है, यह प्लेटफॉर्म के प्रतिक्रिया समय को भी नकारात्मक रूप से प्रभावित करता है।
3. लैम्ब्डा टेस्ट
लैम्ब्डाटेस्ट समान रूप से क्लाउड-आधारित तकनीक का उपयोग करता है और ब्राउज़र परीक्षण पर जोर देता है जो अन्य अनुप्रयोगों के लिए इसकी प्रभावशीलता को सीमित कर सकता है – हालांकि यह अभी भी आईओएस और एंड्रॉइड प्रोग्राम के साथ अच्छी तरह से मेल खाता है। यह एक सहायक मंच है जब मापनीयता एक चिंता का विषय है और कई अन्य परीक्षण होस्टिंग सेवाओं के साथ एकीकृत होती है।
हालांकि, कुछ उपयोगकर्ताओं के पास उपलब्ध विभिन्न गैर-परीक्षण विकल्पों में एप्लिकेशन के मूल्य निर्धारण के प्रति मिश्रित प्रतिक्रियाएं हैं, जो संभावित रूप से छोटे संगठनों के लिए पहुंच को सीमित करती हैं।
4. टेस्टरेल
पूरी तरह से ब्राउज़र में चलने के कारण टेस्टरेल आम तौर पर काफी अनुकूल है और कुशल परीक्षण मामलों पर मजबूत ध्यान देने के बावजूद प्रत्यक्ष तदर्थ कार्यक्षमता भी समेटे हुए है। हर परीक्षण के बाद यह जो विश्लेषण प्रदान करता है, वह उन टीमों की भी मदद कर सकता है जो सक्रिय रूप से अपने स्वयं के स्वतंत्र दस्तावेज बनाने से बचती हैं, जबकि अभी भी उन्हें अपनी परीक्षण प्रक्रिया को मान्य करने देती हैं।
हालांकि, बड़े सुइट अपने ब्राउज़र-आधारित प्रारूप के साथ संघर्ष कर सकते हैं, जो तदर्थ परीक्षण के समय की बचत को एक महत्वपूर्ण अंतर से सीमित कर सकते हैं।
5. हलकी हवा
Zephyr SmartBear द्वारा एक परीक्षण प्रबंधन मंच है जो गुणवत्ता आश्वासन टीमों को अन्य बग-ट्रैकिंग सॉफ़्टवेयर के साथ अच्छी तरह से एकीकृत करते हुए उनकी परीक्षण दृश्यता में सुधार करने में मदद करता है।
हालाँकि, यह सुविधा कुछ अनुप्रयोगों तक सीमित है, जिसमें कॉन्फ्लुएंस और जीरा वे हैं जो Zephyr से सबसे अधिक लाभान्वित होते हैं – ये हर व्यवसाय के लिए सबसे प्रभावी समाधान नहीं हो सकते हैं। Zephyr ब्रांड के तहत अलग-अलग कीमतों पर कई स्केलेबल प्रोग्राम उपलब्ध हैं।
एड-हॉक टेस्टिंग चेकलिस्ट, टिप्स और ट्रिक्स
तदर्थ परीक्षण करते समय टीमों के लिए अतिरिक्त सुझाव यहां दिए गए हैं:
1. संवेदनशील घटकों को प्राथमिकता दें
कुछ सुविधाओं या घटकों में दूसरों की तुलना में स्वाभाविक रूप से त्रुटि का जोखिम अधिक होता है, खासकर यदि वे कार्यक्रम के समग्र कार्य के लिए महत्वपूर्ण हों।
परीक्षण के प्रत्येक दृष्टिकोण को एक आवेदन के उन हिस्सों की पहचान करनी चाहिए जो अधिक गहन ध्यान से लाभान्वित हो सकते हैं। यह विशेष रूप से सहायक होता है जब परीक्षण के लिए समग्र समय सीमित होता है।
2. विभिन्न परीक्षण उपकरणों की जाँच करें
उपकरण जो एक संगठन अपने परीक्षणों को सुविधाजनक बनाने के लिए लागू करता है, इन जांचों की कवरेज और विश्वसनीयता को प्रभावित कर सकता है।
तदर्थ परीक्षण के साथ, इसके उपयोगकर्ता-केंद्रित पहलू के अनुरूप जितने संभव हो उतने कार्यक्रम देखने लायक हैं। सॉफ़्टवेयर जो कंप्यूटर विज़न तकनीक का उपयोग करता है, जैसे ZAPTEST, मानव-जैसी रणनीति का उपयोग करके तदर्थ परीक्षण कर सकता है।
3. तदर्थ मानसिकता अपनाएं
तदर्थ परीक्षण गुणवत्ता आश्वासन चरण के दौरान जबरदस्त स्वतंत्रता प्रदान करता है, लेकिन रणनीति के प्रमुख लाभ प्राप्त करने के लिए टीम को इसके लिए प्रतिबद्ध होना चाहिए।
उदाहरण के लिए, तदर्थ परीक्षकों को अपने सभी सामान्य दस्तावेज़ों को मूल नोट-लेने से परे छोड़ देना चाहिए और उन्हें पूरी तरह से नए दृष्टिकोण से सॉफ़्टवेयर का निरीक्षण करने की आवश्यकता है।
4. परीक्षण वृत्ति पर विश्वास करें
तदर्थ परीक्षण या सामान्य सॉफ़्टवेयर जाँच का अनुभव विफलता के सामान्य बिंदुओं को उजागर करने में मदद कर सकता है और इससे परीक्षकों को यह निर्धारित करने में मदद मिलती है कि सभी प्रकार की त्रुटियों का पता कैसे लगाया जाए।
यह महत्वपूर्ण है कि परीक्षक अपनी प्रवृत्ति पर भरोसा करें और हमेशा अपने लाभ के लिए इस ज्ञान का उपयोग करें – वे यह जान सकते हैं कि कौन सी तदर्थ जाँच सबसे अधिक सहायक होगी।
5. खोजे गए बग को पूरी तरह से रिकॉर्ड करें
हालांकि तदर्थ परीक्षण का कोई औपचारिक दस्तावेज नहीं है और ज्यादातर अनौपचारिक नोटों पर निर्भर करता है, फिर भी यह आवश्यक है कि टीम सॉफ़्टवेयर त्रुटि के कारण की पहचान करने और संवाद करने में सक्षम हो।
उन्हें ऐसी किसी भी जानकारी को लॉग करना होगा जो परीक्षण प्रदान करता है जो डेवलपर्स के लिए प्रासंगिक है, जैसे कि इन मुद्दों के संभावित कारण।
6. हमेशा उपयोगकर्ता के लिए खाता
प्रत्येक प्रकार के परीक्षण का उद्देश्य उपयोगकर्ता के समग्र अनुभव को एक हद तक समायोजित करना है – और तदर्थ परीक्षण कोई अपवाद नहीं है। हालांकि यह अक्सर एप्लिकेशन के आंतरिक कामकाज और यहां तक कि इसके आंतरिक कोड पर अधिक गहराई से दिखता है, तदर्थ परीक्षकों को इस सॉफ़्टवेयर को उन तरीकों से तोड़ने का प्रयास करना चाहिए जो उपयोगकर्ता सैद्धांतिक रूप से कर सकते हैं।
7. प्रक्रिया में लगातार सुधार करें
परीक्षण टीमों को एक ही सॉफ्टवेयर के कई पुनरावृत्तियों और एक परियोजना से दूसरी परियोजना के बीच तदर्थ परीक्षण के लिए अपने दृष्टिकोण को परिष्कृत करना चाहिए।
वे यह देखने के लिए डेवलपर्स से प्रतिक्रिया एकत्र कर सकते हैं कि उनके तदर्थ परीक्षणों ने गुणवत्ता आश्वासन चरण में कितनी अच्छी तरह मदद की और क्या वे परीक्षण कवरेज में उल्लेखनीय वृद्धि करने में सक्षम थे।
निष्कर्ष
तदर्थ परीक्षण सभी प्रकार के संगठनों को उनकी सॉफ़्टवेयर परीक्षण रणनीति को प्रमाणित करने में मदद कर सकता है लेकिन जिस तरह से वे इस तकनीक को लागू करते हैं वह इसकी प्रभावशीलता का एक महत्वपूर्ण कारक हो सकता है।
विभिन्न परीक्षण प्रकारों को संतुलित करना तदर्थ जाँचों से सबसे अधिक लाभ प्राप्त करने की कुंजी है – विशेष रूप से परीक्षण के इस रूप का उद्देश्य रणनीतिक अंतर को भरकर दूसरों को पूरक बनाना है।
ZAPTEST जैसे एप्लिकेशन के साथ, टीमों के लिए अधिक आत्मविश्वास या लचीलेपन के साथ तदर्थ परीक्षण करना संभव है, खासकर यदि वे स्वचालन को लागू करते हैं। टीम के विशिष्ट दृष्टिकोण से कोई फर्क नहीं पड़ता, तदर्थ परीक्षण के लिए उनकी प्रतिबद्धता पूरे कार्यक्रम या परियोजना में क्रांति ला सकती है।
