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

इससे पहले कि सॉफ्टवेयर सार्वजनिक हो जाए, प्रोग्रामर हर छोटी-बड़ी बग को दूर करने के लिए घंटों प्रयास करते हैं। जब तक उत्पाद सभी हितधारकों को संतुष्ट नहीं करता, तब तक यह व्यावसायिक उपयोग के लिए उपलब्ध नहीं होगा।

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

• मूल अवधारणा और अंतिम आउटपुट के बीच अंतर को उजागर करें
• सॉफ्टवेयर डिजाइनरों की योजना बनाने के तरीके को सत्यापित करता है
• पुष्टि करें कि अंतिम उत्पाद ग्राहकों की आवश्यकताओं को पूरा करता है
• सुविधाओं और गुणवत्ता का आकलन करें

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

1. आवश्यकता विश्लेषण जहां प्रबंधकों ने एक उपयुक्त परीक्षण रणनीति बनाने की योजना की रूपरेखा तैयार की है।
2. परीक्षण शुरू होते हैं और परिणाम विश्लेषण से गुजरते हैं।
3. किसी भी दोष को ठीक किया जाता है, और सॉफ्टवेयर प्रतिगमन परीक्षण से गुजरता है - यह जांचने के लिए एक प्रणाली कि संशोधन के बाद भी कार्यक्रम अभी भी काम करता है।
4. एक परीक्षण क्लोजर रिपोर्ट फिर पूरी प्रक्रिया और परिणामों का विवरण देती है।

व्यक्ति BCS, द चार्टर्ड इंस्टीट्यूट फॉर IT, ISTQB® (इंटरनेशनल सॉफ्टवेयर टेस्टिंग क्वालिफिकेशन बोर्ड), और ASQ (पूर्व में अमेरिकन सोसायटी फॉर क्वालिटी) जैसे संगठनों के माध्यम से प्रमाणित सॉफ्टवेयर परीक्षक बन सकते हैं।

सॉफ्टवेयर परीक्षण के तरीके

ब्लैक बॉक्स और व्हाइट बॉक्स परीक्षण उत्पाद व्यवहार और प्रदर्शन को पहचानने के लिए दो मौलिक तरीके हैं, लेकिन अन्य तरीके भी हैं।

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

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

परीक्षण स्तर

सॉफ्टवेयर विकास जीवन चक्र के प्रत्येक चरण में कमजोरी और अतिव्यापन के क्षेत्रों की पहचान करने के लिए परीक्षण के विभिन्न स्तरों का उपयोग किया जाता है।

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

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

• स्वीकृति परीक्षण: ब्लैक बॉक्स परीक्षण के दायरे में भी, क्लाइंट यह जानने के लिए सॉफ्टवेयर परीक्षण करता है कि डेवलपर ने वांछित विनिर्देशों के लिए प्रोग्राम बनाया है या नहीं।

टेस्ट के प्रकार

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

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

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