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

सभी को नमस्कार! अगले सप्ताह हम पाठ्यक्रम "स्वचालन वेब परीक्षण" पर एक नया सूत्र शुरू कर रहे हैं। यह आज की सामग्री का विषय होगा।

इस लेख में परीक्षण सॉफ्टवेयर के विभिन्न तरीकों पर चर्चा की गई है, जैसे इकाई परीक्षण, एकीकरण परीक्षण, कार्यात्मक परीक्षण, स्वीकृति परीक्षण इत्यादि।



कई अलग-अलग प्रकार के परीक्षण हैं जो आप यह सुनिश्चित करने के लिए आवेदन कर सकते हैं कि आपके कोड में परिवर्तन स्क्रिप्टेड हैं। सभी प्रकार के परीक्षण समान नहीं हैं, हालांकि यहां हम देखते हैं कि मुख्य परीक्षण अभ्यास एक दूसरे से कैसे भिन्न होते हैं।

परीक्षण: मैनुअल या स्वचालित?

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

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

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

विभिन्न प्रकार के परीक्षण

यूनिट परीक्षण

यूनिट परीक्षणों को निम्न स्तर माना जाता है, आपके आवेदन के स्रोत कोड के करीब। वे कक्षाओं के भीतर व्यक्तिगत तरीकों और कार्यों का परीक्षण करने के उद्देश्य से हैं, आपके कार्यक्रम द्वारा उपयोग किए जाने वाले घटकों और मॉड्यूल का परीक्षण करते हैं। सामान्य तौर पर यूनिट परीक्षणों को विशेष स्वचालन लागतों की आवश्यकता नहीं होती है और यदि आप निरंतर एकीकरण सर्वर का उपयोग करते हैं तो यह बहुत जल्दी काम कर सकता है।

एकीकरण परीक्षण

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

समारोह परीक्षण

कार्यात्मक परीक्षण आवेदन के लिए व्यावसायिक आवश्यकताओं पर आधारित हैं। वे केवल कार्रवाई करने के बाद आउटपुट की जांच करते हैं और कार्रवाई के प्रजनन के दौरान सिस्टम के मध्यवर्ती राज्यों की जांच नहीं करते हैं।

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

अंत-से-अंत परीक्षण

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

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

स्वीकृति परीक्षण

स्वीकृति परीक्षण औपचारिक परीक्षण हैं जो यह सुनिश्चित करने के लिए आयोजित किए जाते हैं कि सिस्टम व्यावसायिक आवश्यकताओं को पूरा करता है। उन्हें एप्लिकेशन चलाने और चलाने के लिए, और उपयोगकर्ता क्रियाओं की नकल करने की आवश्यकता होती है। स्वीकृति परीक्षण आगे बढ़ सकता है और सिस्टम के प्रदर्शन को माप सकता है और हाल के परिवर्तनों को अस्वीकार कर सकता है यदि अंतिम विकास लक्ष्यों को प्राप्त नहीं किया गया है।

प्रदर्शन परीक्षण

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

प्रदर्शन परीक्षण स्वाभाविक रूप से आचरण के लिए महंगे हैं, लेकिन वे आपको यह समझने में मदद कर सकते हैं कि बाहरी कारक आपके सिस्टम को क्या गिरा सकते हैं।

धुआँ परीक्षण

स्मोक टेस्ट बुनियादी परीक्षण हैं जो किसी एप्लिकेशन की बुनियादी कार्यक्षमता का परीक्षण करते हैं। वे जल्दी से पर्याप्त काम करते हैं और उनका लक्ष्य यह स्पष्ट करना है कि सिस्टम के मुख्य कार्य काम करते हैं जैसा कि उन्हें और अधिक कुछ नहीं करना चाहिए। इस तरह के परीक्षण का उद्देश्य स्पष्ट त्रुटियों की पहचान करना है।

यह सुनिश्चित करने के लिए कि क्या आप नए वातावरण में ठीक काम करते हैं, यह सुनिश्चित करने के लिए कि आप अधिक महंगे परीक्षण चला सकते हैं या तैनाती के तुरंत बाद एक नया निर्माण करने के तुरंत बाद धुआँ परीक्षण उपयोगी हो सकता है।

परीक्षणों को स्वचालित कैसे करें

एक परीक्षक मैन्युअल रूप से ऊपर उल्लिखित सभी परीक्षण कर सकता है, लेकिन यह बेहद महंगा और अनुत्पादक होगा। क्योंकि लोगों के पास बड़ी संख्या में दोहरावदार कार्य करने की क्षमता है, जबकि अभी भी मज़बूती से परीक्षण कर रहे हैं। हालाँकि, मशीन आसानी से समान क्रियाओं को पुन: पेश कर सकती है और उदाहरण के लिए, यह कि उपयोगकर्ता नाम / पासवर्ड संयोजन बिना किसी शिकायत के सौवीं बार काम करेगा।

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

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



यदि आप परीक्षण के लिए नए हैं, तो अपना पहला परीक्षण सूट बनाने के लिए हमारे निरंतर एकीकरण मार्गदर्शिका देखें।

अनुसंधान परीक्षण

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

सवाल यह है कि क्या इस मामले में मैनुअल परीक्षण करना आवश्यक है? संक्षिप्त उत्तर हां है, और इसे उस पर केंद्रित होना चाहिए जिसे खोजपूर्ण परीक्षण कहा जाता है, जो सूक्ष्म त्रुटियों की पहचान करने में मदद करता है।

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

परीक्षण नोट

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

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

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