कार्यात्मक परीक्षण(Functional Testing)
चार मुख्य प्रकार के कार्यात्मक परीक्षण हैं।
1) यूनिट टेस्टिंग(Unit Testing)
यूनिट टेस्टिंग एक प्रकार का सॉफ्टवेयर टेस्टिंग है, जो इसके सुधारों का परीक्षण करने के लिए एक व्यक्तिगत इकाई या घटक पर किया जाता है। आमतौर पर, यूनिट परीक्षण डेवलपर द्वारा अनुप्रयोग विकास चरण के दौरान किया जाता है। इकाई परीक्षण में प्रत्येक इकाई को एक विधि, कार्य, प्रक्रिया या वस्तु के रूप में देखा जा सकता है। परीक्षण निष्पादन के लिए डेवलपर्स अक्सर परीक्षण स्वचालन उपकरण जैसे NUnit, Xunit और JUnit का उपयोग करते हैं।
इकाई परीक्षण महत्वपूर्ण है क्योंकि हम इकाई परीक्षण स्तर पर अधिक दोष पा सकते हैं।
उदाहरण के लिए, एक साधारण कैलकुलेटर एप्लिकेशन है। डेवलपर यह जांचने के लिए इकाई परीक्षण लिख सकता है कि क्या उपयोगकर्ता दो नंबर दर्ज कर सकता है और अतिरिक्त कार्यक्षमता के लिए सही योग प्राप्त कर सकता है।
ए) व्हाइट बॉक्स टेस्टिंग(White Box Testing)
व्हाइट बॉक्स टेस्टिंग एक परीक्षण तकनीक है जिसमें किसी एप्लिकेशन की आंतरिक संरचना या कोड परीक्षक के लिए दृश्यमान और पहुंच योग्य होता है। इस तकनीक में, किसी एप्लिकेशन के डिज़ाइन में खामियों या व्यावसायिक तर्क में दोषों को खोजना आसान है। वक्तव्य कवरेज और निर्णय कवरेज/शाखा कवरेज व्हाइट बॉक्स परीक्षण तकनीकों के उदाहरण हैं।
b) गोरिल्ला परीक्षण(Gorilla Testing)
गोरिल्ला परीक्षण एक परीक्षण तकनीक है जिसमें परीक्षक और/या डेवलपर सभी पहलुओं में एप्लिकेशन के मॉड्यूल का पूरी तरह से परीक्षण करते हैं। गोरिल्ला परीक्षण यह जांचने के लिए किया जाता है कि आपका आवेदन कितना मजबूत है।
उदाहरण के लिए, परीक्षक पालतू बीमा कंपनी की वेबसाइट का परीक्षण कर रहा है, जो बीमा पॉलिसी, पालतू जानवर के लिए टैग, और आजीवन सदस्यता खरीदने की सेवा प्रदान करती है। परीक्षक किसी एक मॉड्यूल पर ध्यान केंद्रित कर सकता है, मान लीजिए, बीमा पॉलिसी मॉड्यूल, और सकारात्मक और नकारात्मक परीक्षण परिदृश्यों के साथ इसका पूरी तरह से परीक्षण कर सकता है।
2) एकीकरण परीक्षण(Integration Testing)
एकीकरण परीक्षण एक प्रकार का सॉफ्टवेयर परीक्षण है जहां एक अनुप्रयोग के दो या दो से अधिक मॉड्यूल तार्किक रूप से एक साथ समूहीकृत होते हैं और समग्र रूप से परीक्षण किए जाते हैं। इस प्रकार के परीक्षण का फोकस मॉड्यूल के बीच इंटरफेस, संचार और डेटा प्रवाह में दोष का पता लगाना है। पूरे सिस्टम में मॉड्यूल को एकीकृत करते समय एक टॉप-डाउन या बॉटम-अप दृष्टिकोण का उपयोग किया जाता है।
इस प्रकार का परीक्षण सिस्टम के मॉड्यूल या सिस्टम के बीच एकीकृत करके किया जाता है। उदाहरण के लिए, कोई उपयोगकर्ता किसी एयरलाइन वेबसाइट से फ़्लाइट टिकट खरीद रहा है। उपयोगकर्ता टिकट खरीदते समय उड़ान विवरण और भुगतान जानकारी देख सकते हैं, लेकिन उड़ान विवरण और भुगतान प्रसंस्करण दो अलग-अलग प्रणालियां हैं। एयरलाइन वेबसाइट और भुगतान प्रसंस्करण प्रणाली को एकीकृत करते समय एकीकरण परीक्षण किया जाना चाहिए।
a) ग्रे बॉक्स परीक्षण(Gray box testing)
जैसा कि नाम से पता चलता है, ग्रे-बॉक्स परीक्षण व्हाइट-बॉक्स परीक्षण और ब्लैक-बॉक्स परीक्षण का एक संयोजन है। परीक्षकों को किसी एप्लिकेशन की आंतरिक संरचना या कोड का आंशिक ज्ञान होता है।
3) सिस्टम टेस्टिंग(System Testing)
सिस्टम टेस्टिंग एक प्रकार का परीक्षण है जहां परीक्षक निर्दिष्ट आवश्यकताओं के खिलाफ पूरे सिस्टम का मूल्यांकन करता है।
ए) एंड-टू-एंड टेस्टिंग(End-to-End Testing)
इसमें एक संपूर्ण एप्लिकेशन वातावरण का परीक्षण करना शामिल है जो वास्तविक दुनिया के उपयोग की नकल करता है, जैसे कि डेटाबेस के साथ बातचीत करना, नेटवर्क संचार का उपयोग करना, या अन्य हार्डवेयर, एप्लिकेशन या सिस्टम के साथ बातचीत करना, यदि उपयुक्त हो।
उदाहरण के लिए, एक परीक्षक पालतू बीमा वेबसाइट का परीक्षण कर रहा है। एंड टू एंड टेस्टिंग में बीमा पॉलिसी, एलपीएम, टैग खरीदना, एक अन्य पालतू जानवर जोड़ना, उपयोगकर्ताओं के खातों पर क्रेडिट कार्ड की जानकारी अपडेट करना, उपयोगकर्ता पता जानकारी अपडेट करना, और ऑर्डर पुष्टिकरण ईमेल और पॉलिसी दस्तावेज़ प्राप्त करना शामिल है।
b) ब्लैक बॉक्स टेस्टिंग(Black Box Testing)
ब्लैकबॉक्स टेस्टिंग एक सॉफ्टवेयर टेस्टिंग तकनीक है जिसमें टेस्टिंग सिस्टम की आंतरिक संरचना, डिजाइन या कोड को जाने बिना टेस्टिंग की जाती है। परीक्षकों को केवल परीक्षण वस्तुओं के इनपुट और आउटपुट पर ध्यान देना चाहिए।
ब्लैक बॉक्स परीक्षण के फायदे, नुकसान और प्रकार के बारे में विस्तृत जानकारी प्राप्त की जा सकती है।
c) Smoke Testing
धुआँ परीक्षण यह सत्यापित करने के लिए किया जाता है कि परीक्षण के तहत प्रणाली के बुनियादी और महत्वपूर्ण कार्य बहुत उच्च स्तर पर ठीक काम कर रहे हैं।
जब भी विकास दल द्वारा कोई नया निर्माण प्रदान किया जाता है, तो सॉफ़्टवेयर परीक्षण टीम बिल्ड को मान्य करती है और सुनिश्चित करती है कि कोई बड़ी समस्या मौजूद नहीं है। परीक्षण टीम यह सुनिश्चित करेगी कि निर्माण स्थिर है, और परीक्षण का विस्तृत स्तर आगे किया जाएगा।
उदाहरण के लिए, परीक्षक पालतू बीमा वेबसाइट का परीक्षण कर रहा है। एक बीमा पॉलिसी ख़रीदना, एक और पालतू जानवर जोड़ना, और उद्धरण प्रदान करना आवेदन के सभी बुनियादी और महत्वपूर्ण कार्य हैं। इस वेबसाइट के लिए धुआं परीक्षण यह सत्यापित करता है कि कोई भी गहन परीक्षण करने से पहले ये सभी कार्य ठीक काम कर रहे हैं।
d) Sanity Testing
एक सिस्टम पर यह सत्यापित करने के लिए किया जाता है कि नई जोड़ी गई कार्यक्षमता या बग फिक्स ठीक काम कर रहे हैं। स्थिर निर्माण पर विवेक परीक्षण किया जाता है। यह प्रतिगमन परीक्षण का एक सबसेट है।
उदाहरण के लिए, एक परीक्षक पालतू बीमा वेबसाइट का परीक्षण कर रहा है। दूसरे पालतू जानवर के लिए पॉलिसी खरीदने पर छूट में बदलाव किया गया है। फिर बीमा पॉलिसी मॉड्यूल खरीदने पर ही विवेक परीक्षण किया जाता है।
e) Happy path Testing
का उद्देश्य सकारात्मक प्रवाह पर किसी एप्लिकेशन का सफलतापूर्वक परीक्षण करना है। यह नकारात्मक या त्रुटि स्थितियों की तलाश नहीं करता है। फोकस केवल वैध और सकारात्मक इनपुट पर है जिसके माध्यम से एप्लिकेशन अपेक्षित आउटपुट उत्पन्न करता है।
f) Monkey Testing
बंदर परीक्षण एक परीक्षक द्वारा किया जाता है, यह मानते हुए कि यदि बंदर आवेदन का उपयोग करता है, तो बंदर द्वारा बिना किसी ज्ञान या समझ के बंदर द्वारा यादृच्छिक इनपुट और मूल्यों को कैसे दर्ज किया जाएगा।
बंदर परीक्षण का उद्देश्य यह जांचना है कि यादृच्छिक इनपुट मान/डेटा प्रदान करके कोई एप्लिकेशन या सिस्टम क्रैश हो गया है या नहीं।अवगत होना आवश्यक नहीं है
सिस्टम की पूर्ण कार्यक्षमता से
4) स्वीकृति परीक्षण(Acceptance Testing)
स्वीकृति परीक्षण एक प्रकार का परीक्षण है जहां क्लाइंट/व्यवसाय/ग्राहक रीयल-टाइम व्यावसायिक परिदृश्यों के साथ सॉफ़्टवेयर का परीक्षण करता है।
क्लाइंट सॉफ़्टवेयर को तभी स्वीकार करता है जब सभी सुविधाएँ और कार्यक्षमताएँ अपेक्षा के अनुरूप काम करती हैं। यह परीक्षण का अंतिम चरण है, जिसके बाद सॉफ्टवेयर का उत्पादन शुरू होता है। इसे उपयोगकर्ता स्वीकृति परीक्षण (यूएटी) भी कहा जाता है।
a) Alpha Testing
अल्फा परीक्षण ग्राहकों को सॉफ्टवेयर जारी करने से पहले जितना संभव हो उतने दोषों को खोजने के लिए एक संगठन में टीम द्वारा किया गया एक प्रकार का स्वीकृति परीक्षण है।
उदाहरण के लिए, पालतू बीमा वेबसाइट UAT के अंतर्गत है। यूएटी टीम रीयल-टाइम परिदृश्य चलाएगी जैसे बीमा पॉलिसी खरीदना, वार्षिक सदस्यता खरीदना, पता बदलना, और पालतू जानवर के स्वामित्व हस्तांतरण उसी तरह जैसे उपयोगकर्ता वास्तविक वेबसाइट का उपयोग करता है। भुगतान-संबंधित परिदृश्यों को संसाधित करने के लिए टीम परीक्षण क्रेडिट कार्ड की जानकारी का उपयोग कर सकती है।
b) Beta Testing
बीटा परीक्षण एक प्रकार का सॉफ्टवेयर परीक्षण है जो ग्राहकों/ग्राहकों द्वारा किया जाता है। यह वास्तविक वातावरण वास्तविक अंत उपयोगकर्ताओं के लिए उत्पाद को बाजार में जारी करने से पहले
बीटा परीक्षण यह सुनिश्चित करने के लिए किया जाता है कि सॉफ़्टवेयर या उत्पाद में कोई बड़ी विफलता न हो, और यह अंतिम-उपयोगकर्ता के दृष्टिकोण से व्यावसायिक आवश्यकताओं को पूरा करता है। जब ग्राहक सॉफ्टवेयर स्वीकार करता है तो बीटा परीक्षण सफल होता है।
आमतौर पर, यह परीक्षण आम तौर पर अंतिम उपयोगकर्ताओं द्वारा किया जाता है। व्यावसायिक उद्देश्यों के लिए आवेदन जारी करने से पहले किया गया यह अंतिम परीक्षण है। आमतौर पर, जारी किए गए सॉफ़्टवेयर या उत्पाद का बीटा संस्करण एक विशिष्ट क्षेत्र में उपयोगकर्ताओं की एक निश्चित संख्या तक सीमित होता है।
इसलिए, अंतिम उपयोगकर्ता सॉफ्टवेयर का उपयोग करता है और कंपनी के साथ प्रतिक्रिया साझा करता है। कंपनी तब दुनिया भर में सॉफ़्टवेयर जारी करने से पहले आवश्यक कार्रवाई करती है।
c) Operational acceptance testing (OAT)
सिस्टम की परिचालन स्वीकृति परीक्षण उत्पादन वातावरण में संचालन या सिस्टम प्रशासन कर्मचारियों द्वारा किया जाता है। परिचालन स्वीकृति परीक्षण का उद्देश्य यह सुनिश्चित करना है कि सिस्टम प्रशासक वास्तविक समय के वातावरण में उपयोगकर्ताओं के लिए सिस्टम को ठीक से काम कर सकें।
OAT का फोकस निम्नलिखित बिंदुओं पर है:
- बैकअप और पुनर्स्थापना का परीक्षण।
- सॉफ़्टवेयर इंस्टॉल करना, अनइंस्टॉल करना और अपग्रेड करना।
- प्राकृतिक आपदा की स्थिति में पुनर्प्राप्ति प्रक्रिया।
- उपयोगकर्ता प्रबंधन।
- सॉफ्टवेयर का रखरखाव।
गैर-कार्यात्मक परीक्षण(Non-Functional Testing)
चार मुख्य प्रकार के कार्यात्मक परीक्षण हैं।
1) Security Testing
यह एक विशेष टीम द्वारा किया जाने वाला एक प्रकार का परीक्षण है। हैकिंग का कोई भी तरीका सिस्टम में घुस सकता है।
सुरक्षा परीक्षण यह जांचने के लिए किया जाता है कि सॉफ्टवेयर, एप्लिकेशन या वेबसाइट आंतरिक और/या बाहरी खतरों से कैसे सुरक्षित है। इस परीक्षण में यह शामिल है कि दुर्भावनापूर्ण प्रोग्राम और वायरस से कितना सॉफ़्टवेयर सुरक्षित है और प्राधिकरण और प्रमाणीकरण प्रक्रियाएं कितनी सुरक्षित और मजबूत हैं।
यह यह भी जांचता है कि सॉफ़्टवेयर किसी हैकर के हमले और दुर्भावनापूर्ण प्रोग्राम के लिए कैसे व्यवहार करता है और इस तरह के हैकर हमले के बाद डेटा सुरक्षा के लिए सॉफ़्टवेयर कैसे बनाए रखा जाता है।
a) Penetration Testing
पेनेट्रेशन टेस्टिंग या पेन टेस्टिंग सुरक्षा की दृष्टि से सिस्टम के कमजोर बिंदुओं का पता लगाने के लिए सिस्टम पर अधिकृत साइबर हमले के रूप में किए जाने वाले सुरक्षा परीक्षण का प्रकार है।
पेन परीक्षण बाहरी ठेकेदारों द्वारा किया जाता है, जिन्हें आमतौर पर एथिकल हैकर्स के रूप में जाना जाता है। इसलिए इसे एथिकल हैकिंग के नाम से भी जाना जाता है। ठेकेदार SQL इंजेक्शन, URL हेरफेर, विशेषाधिकार ऊंचाई और सत्र समाप्ति जैसे विभिन्न कार्य करते हैं और संगठन को रिपोर्ट प्रदान करते हैं।
नोट: अपने लैपटॉप/कंप्यूटर पर पेन टेस्टिंग न करें। पेन टेस्ट करने के लिए हमेशा लिखित अनुमति लें।
2) Performance Testing
प्रदर्शन परीक्षण लोड लागू करके किसी एप्लिकेशन की स्थिरता और प्रतिक्रिया समय का परीक्षण कर रहा है।
स्थिरता शब्द का अर्थ है भार की उपस्थिति में अनुप्रयोग की सहन करने की क्षमता। प्रतिक्रिया समय यह है कि उपयोगकर्ताओं के लिए कोई एप्लिकेशन कितनी जल्दी उपलब्ध होता है। प्रदर्शन परीक्षण उपकरणों की सहायता से किया जाता है। Loader.IO, JMeter, LoadRunner, आदि बाजार में उपलब्ध अच्छे उपकरण हैं।
a) Load testing
लोड को लागू करके किसी एप्लिकेशन की स्थिरता और प्रतिक्रिया समय का परीक्षण है, जो किसी एप्लिकेशन के लिए डिज़ाइन किए गए उपयोगकर्ताओं की संख्या के बराबर या उससे कम है।
उदाहरण के लिए, यदि आपका एप्लिकेशन 3 सेकंड के प्रतिक्रिया समय के साथ एक बार में 100 उपयोगकर्ताओं को संभालता है, तो अधिकतम 100 या 100 से कम उपयोगकर्ताओं के लोड को लागू करके लोड परीक्षण किया जा सकता है। लक्ष्य यह सत्यापित करना है कि एप्लिकेशन सभी उपयोगकर्ताओं के लिए 3 सेकंड के भीतर प्रतिक्रिया दे रहा है।
b) Stress Testing
तनाव परीक्षण लोड लागू करके किसी एप्लिकेशन की स्थिरता और प्रतिक्रिया समय का परीक्षण कर रहा है, जो किसी एप्लिकेशन के लिए डिज़ाइन किए गए उपयोगकर्ताओं की संख्या से अधिक है।
उदाहरण के लिए, यदि आपका एप्लिकेशन 4 सेकंड के प्रतिक्रिया समय के साथ एक बार में 1000 उपयोगकर्ताओं को संभालता है, तो 1000 से अधिक उपयोगकर्ताओं के भार को लागू करके तनाव परीक्षण किया जा सकता है। 1100,1200,1300 उपयोगकर्ताओं के साथ एप्लिकेशन का परीक्षण करें और प्रतिक्रिया समय पर ध्यान दें। लक्ष्य तनाव के तहत किसी एप्लिकेशन की स्थिरता को सत्यापित करना है।
c) Scalability Testing
मापनीयता परीक्षण भार लागू करके किसी अनुप्रयोग की स्थिरता और प्रतिक्रिया समय का परीक्षण कर रहा है, जो किसी अनुप्रयोग के लिए उपयोगकर्ताओं की डिज़ाइन की गई संख्या से अधिक है।
उदाहरण के लिए, यदि आपका एप्लिकेशन 2 सेकंड के प्रतिक्रिया समय के साथ एक बार में 1000 उपयोगकर्ताओं को संभालता है, तो 1000 से अधिक उपयोगकर्ताओं के भार को लागू करके और धीरे-धीरे उपयोगकर्ताओं की संख्या में वृद्धि करके यह पता लगाया जा सकता है कि वास्तव में मेरा आवेदन कहां है। दुर्घटनाग्रस्त।
मान लें कि मेरा एप्लिकेशन प्रतिक्रिया समय इस प्रकार दे रहा है:
- 1000 उपयोगकर्ता -2 सेकंड
- 1400 उपयोगकर्ता -2 सेकंड
- 4000 उपयोगकर्ता -3 सेकंड
- 5000 उपयोगकर्ता -45 सेकंड
- 5150 उपयोगकर्ता- क्रैश – यह वह बिंदु है जिसे स्केलेबिलिटी परीक्षण में पहचानने की आवश्यकता है
d) Volume testing (flood testing)
वॉल्यूम परीक्षण डेटाबेस में डेटा की एक बड़ी मात्रा को स्थानांतरित करके किसी एप्लिकेशन की स्थिरता और प्रतिक्रिया समय का परीक्षण कर रहा है। मूल रूप से, यह डेटा को संभालने के लिए डेटाबेस की क्षमता का परीक्षण करता है।
e) Endurance Testing (Soak Testing)
सहनशक्ति परीक्षण एक आवेदन की स्थिरता और प्रतिक्रिया समय का परीक्षण कर रहा है ताकि यह सत्यापित किया जा सके कि आवेदन ठीक काम कर रहा है।
उदाहरण के लिए, कार कंपनियां यह सत्यापित करने के लिए परीक्षण को सोख लेती हैं कि उपयोगकर्ता बिना किसी समस्या के घंटों तक लगातार कार चला सकते हैं।
3) Usability Testing
उपयोगिता परीक्षण उपयोगकर्ता के दृष्टिकोण से एक एप्लिकेशन का परीक्षण कर रहा है ताकि लुक और फील और उपयोगकर्ता-मित्रता की जांच की जा सके।
उदाहरण के लिए, स्टॉक ट्रेडिंग के लिए एक मोबाइल ऐप है, और एक परीक्षक उपयोगिता परीक्षण कर रहा है। परीक्षक परिदृश्य की जांच कर सकते हैं जैसे कि मोबाइल ऐप एक हाथ से संचालित करना आसान है या नहीं, स्क्रॉल बार लंबवत होना चाहिए, ऐप का पृष्ठभूमि रंग काला होना चाहिए और स्टॉक की कीमत लाल या हरे रंग में प्रदर्शित होती है।
इस तरह के ऐप की उपयोगिता परीक्षण का मुख्य विचार यह है कि जैसे ही उपयोगकर्ता ऐप खोलता है, उपयोगकर्ता को बाजार पर एक नज़र डालनी चाहिए।
a) Exploratory testing
अन्वेषणात्मक परीक्षण परीक्षण दल द्वारा किया जाने वाला अनौपचारिक परीक्षण है। इस परीक्षण का उद्देश्य आवेदन का पता लगाना और आवेदन में मौजूद दोषों की तलाश करना है। एप्लिकेशन का परीक्षण करने के लिए परीक्षक व्यवसाय डोमेन के अपने ज्ञान का उपयोग करते हैं। परीक्षण चार्टर का उपयोग खोजपूर्ण परीक्षण को निर्देशित करने के लिए किया जाता है।
b) Cross-browser testing
क्रॉस-ब्राउज़र परीक्षण विभिन्न ब्राउज़रों, ऑपरेटिंग सिस्टमों और मोबाइल उपकरणों पर एक एप्लिकेशन का परीक्षण कर रहा है ताकि इसके स्वरूप और अनुभव और प्रदर्शन को देखा जा सके।
हमें क्रॉस-ब्राउज़र परीक्षण की आवश्यकता क्यों है? इसका उत्तर यह है कि विभिन्न उपयोगकर्ता विभिन्न ऑपरेटिंग सिस्टम, विभिन्न ब्राउज़र और विभिन्न मोबाइल उपकरणों का उपयोग करते हैं। कंपनी का लक्ष्य उन उपकरणों की परवाह किए बिना एक अच्छा उपयोगकर्ता अनुभव प्राप्त करना है।
ब्राउज़र स्टैक एप्लिकेशन का परीक्षण करने के लिए सभी ब्राउज़रों और सभी मोबाइल उपकरणों के सभी संस्करण प्रदान करता है। सीखने के उद्देश्यों के लिए, कुछ दिनों के लिए ब्राउज़र स्टैक द्वारा दिए गए निःशुल्क परीक्षण को लेना अच्छा है।
c) Accessibility Testing
उद्देश्य का यह निर्धारित करना है कि सॉफ्टवेयर या एप्लिकेशन विकलांग लोगों के लिए सुलभ है या नहीं।
यहाँ निःशक्तता का अर्थ है बहरापन, वर्णान्धता, मानसिक रूप से विकलांग, नेत्रहीन, बुढ़ापा और अन्य विकलांग समूह। विभिन्न जाँचें की जाती हैं, जैसे नेत्रहीन विकलांगों के लिए फ़ॉन्ट आकार, रंग और रंग अंधापन के लिए कंट्रास्ट, आदि।
4) Compatibility testing
यह एक परीक्षण प्रकार है जिसमें यह पुष्टि करता है कि सॉफ़्टवेयर कैसे व्यवहार करता है और एक अलग वातावरण में चलता है, वेब सर्वर, हार्डवेयर , और नेटवर्क वातावरण।
संगतता परीक्षण यह सुनिश्चित करता है कि सॉफ़्टवेयर एक अलग कॉन्फ़िगरेशन, विभिन्न डेटाबेस, विभिन्न ब्राउज़रों और उनके संस्करणों पर चल सकता है। परीक्षण टीम संगतता परीक्षण करती है।
निष्कर्ष(Conclusion)
उपर्युक्त सॉफ्टवेयर परीक्षण प्रकार परीक्षण का एक हिस्सा मात्र हैं।
हालाँकि, अभी भी 100+ से अधिक प्रकार के परीक्षण की एक सूची है, लेकिन हम सभी प्रकार की परियोजनाओं में सभी प्रकार के परीक्षण का उपयोग नहीं करते हैं। इसलिए, हमने कुछ सामान्य प्रकार के सॉफ्टवेयर परीक्षण को कवर किया है जो ज्यादातर परीक्षण जीवन चक्र में उपयोग किए जाते हैं।
इसके अलावा, विभिन्न संगठनों में उपयोग की जाने वाली वैकल्पिक परिभाषाएँ या प्रक्रियाएँ हैं, लेकिन मूल अवधारणा हर जगह समान है। ये परीक्षण प्रकार, प्रक्रियाएं और उनके कार्यान्वयन के तरीके परियोजना, आवश्यकताओं और कार्यक्षेत्र में परिवर्तन के रूप में बदलते रहते हैं।
