सॉफ़्टवेयर परीक्षण विधियों के कई प्रकार

क्या आपने कभी सोचा है कि सॉफ्टवेयर सार्वजनिक होने से पहले पर्दे के पीछे क्या होता है? प्रोग्रामर काम की मात्रा के बारे में अच्छी तरह जानते हैं जो प्रोग्राम निर्माण में जाता है। हर छोटी बग से लोहे की कोशिश करने के लिए बिताए घंटे कई अपने बालों को बाहर खींचने के लिए छोड़ देता है और जब तक उत्पाद सभी हितधारकों को संतुष्ट नहीं करता, यह व्यावसायिक उपयोग के लिए उपलब्ध नहीं होगा।

Google जैसे विशाल सॉफ्टवेयर कंपनियां, अपने सॉफ़्टवेयर में कम-प्राथमिकता वाली बग के बावजूद सफल होती हैं, लेकिन छोटी कंपनियों और स्टार्टअप के पास यह विलासिता नहीं है।

ग्राहकों को उम्मीद है कि उत्पादों को वे बिक्री पृष्ठ पर, या दस्तावेज़ में दावा करने के लिए करना चाहिए। वहाँ कई सारे विकल्प के साथ, वे जहाज को कूदने के बारे में दो बार नहीं सोचेंगे, अगर उत्पाद अपना समय और पैसा बर्बाद कर देगा। इसलिए, सॉफ़्टवेयर रिलीज होने से पहले कठोर परीक्षणों का सामना करता है:

• मूल अवधारणा और अंतिम आउटपुट के बीच अंतर हाइलाइट करें

• सॉफ़्टवेयर की पुष्टि करें कि जिस तरीके से डिजाइनरों की योजना बनाई गई है

• अंतिम उत्पाद को मान्य करें - उत्पाद को ग्राहकों की आवश्यकताओं को पूरा करना होगा

• सुविधाओं और गुणवत्ता का मूल्यांकन करना

परीक्षण एक सख्त खाका के बाद होता है यह मूल्यवान संसाधनों के उपयोग को बेहतर बनाता है - कौशल, समय और पैसा, जबकि उत्पाद को आगे बढ़ाने के लिए आवश्यक जानकारी वाले हितधारकों को प्रदान करते हुए। एक मजबूत गुणवत्ता आश्वासन कार्यक्रम के माध्यम से एक अच्छा अंत उपयोगकर्ता अनुभव की सुविधा है। दांव इतनी ऊंची है, क्यूए के प्रबंधक तकनीक में शीर्ष कमाई वाले हैं। परीक्षण आम तौर पर इन चरणों का पालन करता है:

1. आवश्यकता विश्लेषण जहां प्रबंधकों को एक उपयुक्त परीक्षण रणनीति को जगह देने के लिए एक योजना तैयार की जाती है।

2. टेस्ट की शुरूआत और विश्लेषण के परिणाम सामने आते हैं।

3. किसी भी दोष को सही किया गया है, और सॉफ्टवेयर प्रतिगमन परीक्षण के माध्यम से चला जाता है - कार्यक्रम की जांच करने के लिए एक प्रणाली अभी भी संशोधनों के बाद काम करता है

4. एक परीक्षण बंद करने की रिपोर्ट तो पूरी प्रक्रिया और परिणामों का विवरण देती है

सॉफ़्टवेयर परीक्षण विधियां

उत्पाद व्यवहार और प्रदर्शन का न्याय करने के लिए यहां विभिन्न तरीके हैं

ब्लैक बॉक्स और व्हाइट बॉक्स टेस्टिंग दो मौलिक तरीके हैं

• ब्लैक बॉक्स परीक्षण - इसे कार्यात्मक या विनिर्देश-आधारित परीक्षण भी कहा जाता है, यह विधि आउटपुट पर केंद्रित है। परीक्षक आंतरिक तंत्र से संबंधित नहीं हैं वे केवल सॉफ़्टवेयर की जांच करते हैं जो इसे करने वाला है। कोडिंग का ज्ञान आवश्यक नहीं है, और परीक्षक उपयोगकर्ता इंटरफ़ेस स्तर पर काम करते हैं।
• सफेद बॉक्स परीक्षण - यह विधि परीक्षण प्रक्रिया के भाग के रूप में कोडिंग पता-का उपयोग करती है। जब कोई उत्पाद विफल हो जाता है, तो परीक्षकों को कारण खोजने के लिए आवश्यक कोड के रूप में गहरा हो जाता है। सॉफ्टवेयर डेवलपर्स यह स्वयं करते हैं क्योंकि वे यह निर्धारित करते हैं कि उत्पाद को कैसे काम करना चाहिए। संरचना-आधारित और ग्लास बॉक्स परीक्षण इस विधि के अन्य नाम हैं।
• स्थिर परीक्षण - परीक्षक सॉफ्टवेयर के कोड और प्रलेखन की जांच करते हैं लेकिन प्रोग्राम को निष्पादित नहीं करते हैं।सत्यापन प्रक्रिया के दौरान स्थैतिक परीक्षण उत्पाद के विकास के प्रारंभ में शुरू होते हैं।
• गतिशील परीक्षण - सॉफ़्टवेयर को विभिन्न आदानों के साथ निष्पादित किया जाता है, और परीक्षक इस पद्धति के साथ अपेक्षित व्यवहार के साथ आउटपुट की तुलना करते हैं।
• GUI परीक्षण - यह परीक्षण जीयूआई विशेषताओं - पाठ स्वरूपण, पाठ बक्से, बटन, सूचियां, लेआउट, रंग, फ़ॉन्ट्स, फ़ॉन्ट आकार, इत्यादि। जीयूआई परीक्षण समय लेने वाली है, और तीसरी पार्टी कंपनियों अक्सर डेवलपर्स के बजाय कार्य पर काम करती है।

टेस्ट स्तर

सॉफ्टवेयर विकास जीवन चक्र के प्रत्येक चरण में कमजोरी और ओवरलैप वाले क्षेत्रों की पहचान करना आवश्यक है।

• यूनिट परीक्षण - डेवलपर्स कक्षा, इंटरफेस, और कार्यों / प्रक्रियाओं जैसे कोड के सबसे बुनियादी भागों का परीक्षण करते हैं वे जानते हैं कि उनके कोड को कैसे प्रतिसाद देना चाहिए और आउटपुट के आधार पर समायोजन कर सकता है
• घटक परीक्षण - अन्य नाम मॉड्यूल या प्रोग्राम परीक्षण हैं। यह इकाई परीक्षण के समान है लेकिन इसमें उच्चतर स्तर का एकीकरण शामिल है। सॉफ़्टवेयर का मॉड्यूल अपने व्यक्तिगत फ़ंक्शन को सत्यापित करने के लिए दोषों के लिए परीक्षण किया जाता है।
• एकता परीक्षण - यह त्रुटियों को पहचानता है जब मॉड्यूल एकीकृत होते हैं विभिन्न एकीकरण परीक्षण नीचे, ऊपर नीचे, और कार्यात्मक वृद्धिशील हैं।
• सिस्टम परीक्षण - इस पद्धति के साथ एक प्रोजेक्ट के अवयवों को अलग-अलग वातावरण में पूरी तरह से परीक्षण किया जाता है। यह ब्लैक बॉक्स विधि के अंतर्गत आता है और इस प्रक्रिया में अंतिम परीक्षणों में से एक है। यह निर्धारित करता है कि क्या सिस्टम को व्यवसाय और उपयोगकर्ता की जरूरतों को पूरा करना चाहिए।
• अल्फ़ा परीक्षण - आंतरिक कर्मचारी डेवलपर की साइट पर सिम्युलेटेड या वास्तविक परिवेश में सॉफ्टवेयर का परीक्षण करते हैं। उसके बाद, डेवलपर्स कीड़े और अन्य मुद्दों को सुधारने बीटा परीक्षण
• - क्षेत्र परीक्षण के रूप में भी जाना जाता है, क्लाइंट वास्तविक स्थिति में अपनी साइट पर उत्पाद की जांच करता है। क्लाइंट अंत उपयोगकर्ताओं के एक समूह को पूर्व-रिलीज़ या बीटा संस्करणों के माध्यम से सॉफ्टवेयर का परीक्षण करने का अवसर प्रदान कर सकता है। संभावित सुधारों पर प्रतिक्रिया तब डेवलपर को भेजी जाती है। स्वीकृति परीक्षण
• - ब्लैक बॉक्स परीक्षण के दायरे के तहत, ग्राहक यह जानने के लिए सॉफ़्टवेयर का परीक्षण करता है कि डेवलपर ने वांछित विनिर्देशों के लिए प्रोग्राम बनाया है या नहीं। परीक्षण प्रकार

ये सॉफ़्टवेयर परीक्षण विशिष्ट उद्देश्यों पर ध्यान केंद्रित करते हैं।

स्थापना परीक्षण

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