functional testing vs performance testing
कार्यात्मक परीक्षण बनाम प्रदर्शन परीक्षण:
दोनों के बीच मतभेद प्रदर्शन परीक्षण, लोड परीक्षण और तनाव परीक्षण हमारे अंतिम ट्यूटोरियल में उदाहरणों के साथ समझाया गया।
सॉफ़्टवेयर परीक्षण उन क्षेत्रों की एक विस्तृत श्रृंखला को शामिल करता है, जहाँ सॉफ़्टवेयर कार्यक्षमता का कोई भी सत्यापन या सत्यापन हो सकता है। कभी-कभी, गैर-कार्यात्मक पहलू कार्यात्मक पहलुओं के विषय में कम हो जाते हैं। वे व्यावहारिक रूप से नहीं किए जाते हैं; एक साथ सॉफ्टवेयर परीक्षण के दौरान।
=> संपूर्ण प्रदर्शन परीक्षण ट्यूटोरियल सीरीज़ के लिए यहां क्लिक करें
यह आलेख सॉफ़्टवेयर परीक्षण की गुणवत्ता के अतिरिक्त लाभों को सॉफ़्टवेयर परीक्षण जीवन-चक्र में विभिन्न परिदृश्यों के दौरान बताता है जब कार्यात्मक और गैर-कार्यात्मक दोनों को एक साथ लिया जाता है।
आप क्या सीखेंगे:
- प्रदर्शन परीक्षण और कार्यात्मक परीक्षण के बीच त्वरित अंतर
- कार्यात्मक परीक्षण और प्रदर्शन परीक्षण एक साथ क्यों किया जाना चाहिए?
- मामले का अध्ययन
- निष्कर्ष
- अनुशंसित पाठ
प्रदर्शन परीक्षण और कार्यात्मक परीक्षण के बीच त्वरित अंतर
| एसएल नं | क्रियात्मक परीक्षण | प्रदर्शन का परीक्षण |
|---|---|---|
| 1 | अपेक्षित आउटपुट के खिलाफ निश्चित इनपुट के साथ सॉफ्टवेयर की सटीकता को सत्यापित करने के लिए | विभिन्न लोड स्थितियों में सिस्टम के व्यवहार को सत्यापित करने के लिए |
| दो | यह मैनुअल या स्वचालित हो सकता है | यह स्वचालित रूप से प्रभावी ढंग से विकृत हो सकता है |
| ३ | एक उपयोगकर्ता सभी ऑपरेशन कर रहा है | वांछित संचालन करने वाले कई उपयोगकर्ता |
| ४ | ग्राहक, परीक्षक और डेवलपर से आवश्यक भागीदारी | ग्राहक, परीक्षक, डेवलपर, डीबीए और एन / डब्ल्यू प्रबंधन टीम से आवश्यक भागीदारी |
| ५ | उत्पादन आकार परीक्षण वातावरण अनिवार्य नहीं है और एच / डब्ल्यू आवश्यकताएं न्यूनतम हैं | लोड को आबाद करने के लिए उत्पादन परीक्षण वातावरण और कई एच / डब्ल्यू सुविधाओं के करीब अनुरोध करता है |
कार्यात्मक परीक्षण और प्रदर्शन परीक्षण एक साथ क्यों किया जाना चाहिए?
किसी भी सॉफ्टवेयर के पूर्व-रिलीज़ होने के लिए कार्यात्मक परीक्षण बहुत अधिक महत्वपूर्ण हो जाता है। वास्तविक परिणाम आधारित जाँच और वैधता प्रतिकृति उत्पादन या परीक्षण वातावरण में, जहां परीक्षण आमतौर पर होता है।
दोष रिसाव सबसे बड़ी समस्याओं में से एक बन सकता है:
उत्पाद की गुणवत्ता के मामले में डेवलपर्स के पास डेवलपर्स की तुलना में अधिक जिम्मेदारी है। असल में, वे नहीं चाहते कि परीक्षण किए गए उत्पाद में दोष रिसाव हो। परीक्षक आमतौर पर इसे प्राप्त करने के लिए केवल कार्यात्मक परीक्षण करते हैं।
निम्नलिखित एक के बीच बातचीत हैटेस्ट मैनेजर और एक परीक्षक :
(टेस्ट मैनेजर को 'टीएम' और परीक्षक को 'टीआर' कहा जाता है)
टीएम : अरे दोस्त ... हम उत्पाद 'ए' परीक्षण में कैसे कर रहे हैं?
टी.आर. : हाँ ... हम अधिक से अधिक फैशन में प्रगति कर रहे हैं।
टीएम : यह शानदार है ... और प्रदर्शन परीक्षण के मामले में हमारा दायरा क्या है जबकि कार्यात्मक परीक्षण निष्पादन के अधीन है?
टी.आर. : हम उन्हें कवर नहीं कर रहे हैं, हमारे डिलिवरेबल्स केवल कार्यात्मक क्षेत्र में होने चाहिए और गैर-कार्यात्मक क्षेत्र पर नहीं। साथ ही, हम जिस परीक्षण वातावरण का उपयोग कर रहे हैं, वह उत्पादन की सटीक प्रतिकृति नहीं है।
उपरोक्त बातचीत में से कुछ सवालों पर विचार किया जाना है:
- क्या कार्यात्मक परीक्षण के प्रदर्शन पर निर्भर कारक है?
- यदि सॉफ़्टवेयर के प्रदर्शन को नीचा दिखाया जाता है, लेकिन उत्पाद की डिलीवरी प्रदर्शन की जांच किए बिना होती है?
- प्रदर्शन परीक्षण - क्या यह कार्यात्मक परीक्षण प्रक्रिया के भीतर सह-विद्यमान है?
यह परीक्षकों के लिए एक सामान्य अभ्यास बन गया है कि वे गैर-कार्यात्मक पहलुओं पर काम न करें जब तक कि उन्हें ऐसा करने का अनुरोध न किया जाए। बचना आम है गैर-कार्यात्मक परीक्षण जब तक ग्राहक ने परीक्षण के तहत सॉफ्टवेयर के प्रदर्शन के साथ समस्याओं की सूचना दी है।
इसलिए, आपके विचार करने के लिए 2 प्रश्न हैं:
- प्रदर्शन - क्या यह कार्यात्मक परीक्षण को प्रभावित करता है?
- क्या हम प्रदर्शन परीक्षण को एक अलग वितरण योग्य के रूप में रखते हैं, भले ही वह ग्राहक को चिंतित करता हो?
प्रदर्शन परीक्षण है महत्वपूर्ण !
c ++ प्रकार के कार्य
सॉफ्टवेयर विभिन्न आर्किटेक्चर और निम्नलिखित मॉडल के आधार पर काम करता है, जिसमें शामिल हैं:
- आवश्यक प्रतिक्रिया उत्तर मॉडल
- लेनदेन आधारित प्रणाली
- लोड-आधारित सिस्टम
- डेटा प्रतिकृति आधारित प्रणाली
उपर्युक्त व्यवस्थित मॉडल के कार्यात्मक परीक्षण व्यवहार प्रणाली के प्रदर्शन पर निर्भर करता है।
ऑटोमेशन पॉइंट-ऑफ-व्यू को प्रदर्शन परीक्षण की ओर अधिक ध्यान देने की आवश्यकता है।
निम्नलिखित एक के बीच बातचीत हैक्लाइंट और टेस्ट मैनेजर।
(ग्राहक को referred सीएल ’और टेस्ट मैनेजर को) टीएम’ कहा जाता है)
क्लोरीन : इसलिए हमारे द्वारा अनुरोध किए गए समाधान के लिए, मुझे उम्मीद है कि परीक्षण के कई पुनरावृत्तियों होंगे जो वर्तमान में हो रहे हैं।
टीएम : हाँ, यह किया जा सकता है। जैसा कि आपने कहा है कि पुनरावृत्ति परीक्षण की उच्च संभावना होगी, हम कार्यात्मक (प्रतिगमन) परीक्षण से निपटने के लिए स्वचालन का प्रस्ताव करना चाहेंगे।
क्लोरीन : ठीक है, कृपया हमें अपना दृष्टिकोण भेजें ताकि हम इसे स्वीकार कर सकें। स्वचालन में न्यूनतम प्रयास के साथ बहुत अधिक उत्पादन होगा।
टीएम : ठीक ठीक। हम दृष्टिकोण पर काम करेंगे और अवधारणा के सबूत के साथ आपके पास वापस आएंगे।
उपरोक्त बातचीत से, यह स्पष्ट है कि ग्राहकों की आवश्यकता दक्षता को अनुकूलित करने के लिए है।
मामले का अध्ययन
कंपनी एबीसी सॉफ्टवेयर ए के विकास के लिए एक प्रोजेक्ट पर काम करती है। सॉफ्टवेयर ए का परीक्षण कंपनी एक्सवाईजेड द्वारा किया जा रहा है।
कंपनी ABC और XYZ के अनुबंध में उनके सहयोग के लिए कुछ प्रतिबंध हैं। 2 कंपनियों के बीच कोई भी चर्चा सप्ताह में एक बार या महीने में तीन बार होनी चाहिए। सिस्टम अनुरोध-प्रतिक्रिया मोड के एक मॉडल पर काम करता है। विकास चरण कंपनी एबीसी द्वारा पूरा किया गया है।
अब कंपनी एक्सवाईजेड के लिए सॉफ्टवेयर ए पर औपचारिक कार्यात्मक परीक्षण करने का समय आ गया है। एक्सवाईजेड सॉफ्टवेयर ए पर परीक्षण करना शुरू कर देता है। उन्होंने सॉफ्टवेयर पर क्लीन चिट दे दी है और परीक्षण के 2 चक्रों के बाद लाइव कार्यान्वयन के लिए ’गो’ दिया है।
परीक्षण टीम से गुणवत्ता प्रमाण पत्र के बावजूद, लाइव कार्यान्वयन ठीक नहीं हुआ। बहुत सारे पोस्ट-प्रोडक्शन बग थे। अंत-टू-एंड व्यावसायिक प्रक्रियाओं के लिए कार्यक्षमता में विघटन सहित क्लाइंट्स के सामने बड़ी संख्या में समस्याएँ थीं।
तो अब क्या हैसंकट?
- क्या यह विकास और परीक्षण टीम के बीच सहयोग पर प्रतिबंध के साथ एक समस्या है?
- क्या यह है कि आवश्यकताओं को 100% पर कब्जा नहीं किया गया था?
- क्या यह है कि उत्पाद का परीक्षण उचित वातावरण में नहीं किया गया था?
- या कोई अन्य कारण?
सावधान अनुसंधान और विश्लेषण के बाद,निम्नलिखित अनुमान लगाया गया:
- आश्रित और अन्योन्याश्रित अनुप्रयोगों में से कुछ थे जो प्रतिक्रियाओं को प्राप्त करते समय प्रदर्शन के मुद्दे थे।
- उपयोग किए गए परीक्षण इनपुट निरपेक्ष नहीं थे।
- सॉफ्टवेयर की मजबूती पर ध्यान नहीं दिया गया।
- कई स्वतंत्र अनुप्रयोगों के बीच सिंक मुद्दों के बहुत सारे।
- सॉफ़्टवेयर परीक्षण ने कई पुन: कार्य किए थे, जिन पर विचार नहीं किया गया था।
इसलिए के बादउपचारात्मक कार्रवाईयोजना टीम में कदम रखा, निम्नलिखित सुझाव दिए गए थे:
- विकास टीम और परीक्षण टीम के बीच बातचीत को बढ़ाना होगा।
- सभी आश्रित अनुप्रयोगों को सिस्टम फंक्शनल टेस्टिंग में शामिल करने और शामिल करने की आवश्यकता है
- गैर-उत्पादन वातावरण के लिए जगह देने के लिए अनुरोध और प्रतिक्रिया टाइम-आउट मान को बढ़ाने की आवश्यकता है
- सरल से जटिल के बीच के विभिन्न इनपुट को कार्यात्मक परीक्षण में उपयोग किया जाना है
- गैर-कार्यात्मक परीक्षण, विशेष रूप से प्रदर्शन और भार परीक्षण, को उपचारात्मक टीम द्वारा सलाह के अनुसार किया जाना चाहिए।
- सिस्टम टेस्टिंग के अलावा, सिस्टम इंटीग्रेशन टेस्टिंग करनी होती है।
- किसी भी दो परीक्षण पुनरावृत्तियों के बीच एक न्यूनतम समय-अंतराल प्रदान किया जाना है। यह पहले से पहचाने गए बगों के पुन: परीक्षण के लिए है।
- पिछले पुनरावृत्तियों में पहचाने गए सभी कीड़े वर्तमान पुनरावृत्ति में तय किए जाने चाहिए।
परीक्षण टीम ने प्रस्तावित सभी कार्यों को लागू किया और कम समय में बड़ी संख्या में दोषों को उजागर किया गया।
अवलोकन:
- सॉफ़्टवेयर का लाइव कार्यान्वयन शेड्यूल परीक्षण-चक्र के समय को अनुकूलित करके महत्वपूर्ण रूप से सुधार हुआ है।
- सॉफ्टवेयर की गुणवत्ता के अनुकूलन में अच्छी प्रगति हुई। इसलिए समर्थन टिकटों के कार्यान्वयन के बाद जबरदस्त कमी आई।
- फिर से काम करना कम कर दिया गया और यह पुन: काम के बजाय पुनरावृत्तियों का परीक्षण कर रहा था। विभिन्न पुनरावृत्तियों के बीच, गुणवत्ता में बेहतर सुधार देखे गए।
निष्कर्ष
कार्यात्मक परीक्षण निष्पादन के दौरान गैर-कार्यात्मक परीक्षण करना अधिक लाभप्रद है और समग्र सॉफ़्टवेयर गुणवत्ता में अधिक लाभ जोड़ देगा। यह प्रदर्शन बग (परीक्षण वातावरण और निर्भरता तक सीमित) की पहचान करेगा और इसलिए कार्यात्मक मुद्दे मान्यताओं की स्थितियों को कम करेगा।
कार्यात्मक और गैर-कार्यात्मक परीक्षण करने के लिए पर्याप्त योजना (न्यूनतम स्तर तक) परियोजना के अन्य हितधारकों के बीच मजबूत संबंध रखने के लिए किया जाना है।
लेखक के बारे में: यह नागराजन द्वारा लिखा गया एक लेख है। वह मैन्युअल और स्वचालन दोनों के संदर्भ में बैंकिंग, एयरलाइंस, टेलीकॉम जैसे विभिन्न कार्यात्मक क्षेत्रों में 6 वर्षों के परीक्षण अनुभव के साथ एक परीक्षण नेतृत्व के रूप में काम कर रहा है।
हमारा आगामी ट्यूटोरियल प्रदर्शन परीक्षण योजना और टेस्ट रणनीति के बारे में अधिक बताएगा।
=> संपूर्ण प्रदर्शन परीक्षण ट्यूटोरियल श्रृंखला के लिए यहां जाएं
PREV ट्यूटोरियल | अगले ट्यूटोरियल
अनुशंसित पाठ
- कार्यात्मक परीक्षण बनाम गैर-कार्यात्मक परीक्षण
- सर्वश्रेष्ठ सॉफ्टवेयर परीक्षण उपकरण 2021 (क्यूए टेस्ट स्वचालन उपकरण)
- प्रदर्शन परीक्षण बनाम लोड परीक्षण बनाम तनाव परीक्षण (अंतर)
- जॉर्जिया टेक RadView WebLOAD पर अपने प्रदर्शन परीक्षण का मानकीकरण करता है
- डेस्कटॉप, क्लाइंट सर्वर परीक्षण और वेब परीक्षण के बीच अंतर
- परीक्षण प्राइमर eBook डाउनलोड
- इकाई परीक्षण, एकीकरण परीक्षण और कार्यात्मक परीक्षण के बीच अंतर
- क्लाउड प्रदर्शन परीक्षण: क्लाउड-आधारित लोड परीक्षण सेवा प्रदाता