complete non functional testing guide
गैर-कार्यात्मक परीक्षण के लिए एक पूर्ण गाइड: इसके उद्देश्य, प्रकार, उपकरण, उदाहरणों के साथ परीक्षण के मामले
गैर-कार्यात्मक परीक्षण क्या है?
गैर-कार्यात्मक परीक्षण आवेदन की गैर-कार्यात्मक आवश्यकता को सत्यापित करने के लिए किया जाता है, जैसे प्रदर्शन, उपयोगिता, आदि।
यह सत्यापित करता है कि सिस्टम का व्यवहार आवश्यकता के अनुसार है या नहीं। इसमें उन सभी पहलुओं को शामिल किया गया है, जो इसमें शामिल नहीं हैं क्रियात्मक परीक्षण । हमारे दिन-प्रतिदिन के परीक्षण में, कार्यात्मक परीक्षण और कार्यात्मक आवश्यकताओं पर बहुत ध्यान दिया जाता है।
ग्राहक उन कार्यात्मक आवश्यकताओं को पूरा करने में भी रुचि रखते हैं जो सीधे किसी एप्लिकेशन की कार्यक्षमता से संबंधित हैं। लेकिन वास्तविक चरण में यानी जब आप कार्यात्मक रूप से परीक्षण करते हैं, तो सॉफ्टवेयर बाजार में आता है और इसका उपयोग वास्तविक अंतिम उपयोगकर्ताओं द्वारा किया जाता है, और इसके प्रदर्शन से संबंधित कुछ मुद्दों का सामना करने की संभावना होती है।
ये मुद्दे सिस्टम की कार्यक्षमता से संबंधित नहीं हैं, लेकिन वे उपयोगकर्ता के अनुभव को नकारात्मक तरीके से प्रभावित कर सकते हैं। इसलिए गैर-कार्यात्मक आवश्यकताओं के साथ-साथ नकारात्मक ग्राहक अनुभव से बचने के लिए सॉफ़्टवेयर या एप्लिकेशन का परीक्षण किया जाना महत्वपूर्ण है।
परीक्षण को मोटे तौर पर दो प्रकारों में वर्गीकृत किया गया है:
- क्रियात्मक परीक्षण
- गैर-कार्यात्मक परीक्षण
आप क्या सीखेंगे:
- महत्त्व
- उद्देश्य
- उदाहरण
- लाभ
- गैर-कार्यात्मक आवश्यकताओं पर कब्जा कैसे करें?
- कार्यात्मक और गैर कार्यात्मक आवश्यकताओं में अंतर
- क्या यह ब्लैक बॉक्स या व्हाइट बॉक्स टेस्टिंग है?
- गैर-कार्यात्मक परीक्षण मामले चेकलिस्ट
- दृष्टिकोण दस्तावेज़
- गैर-कार्यात्मक परीक्षण प्रकार
- गैर-कार्यात्मक परीक्षण उपकरण
- निष्कर्ष
- अनुशंसित पाठ
महत्त्व
यह परीक्षण इस बात पर ध्यान देने से चूक गया था कि यह प्रणाली की कार्यक्षमता को प्रभावित नहीं कर रहा है।
पहले के परीक्षण चक्रों में गैर कार्यात्मक आवश्यकताओं को भी उचित ध्यान नहीं दिया गया था। हालाँकि, यह अब बदल गया है। गैर-कार्यात्मक परीक्षण अब सबसे महत्वपूर्ण हैं क्योंकि वे इन दिनों सभी अनुप्रयोग प्रदर्शन और सुरक्षा मुद्दों पर विचार करते हैं।
जब उच्च उपयोगकर्ता ट्रैफ़िक के तहत एप्लिकेशन के प्रदर्शन की बात आती है तो इस परीक्षण का अनुप्रयोगों पर अधिक प्रभाव पड़ता है। यह परीक्षण यह सुनिश्चित करता है कि आपका आवेदन स्थिर है और अत्यधिक परिस्थितियों में लोड को संभालने में सक्षम है।
जैसा कि नाम में ही दर्शाया गया है, यह परीक्षण अनुप्रयोग के गैर-कार्यात्मक पहलू पर केंद्रित है। तो गैर-कार्यात्मक पहलू क्या हैं? या क्या मुझे कहना चाहिए कि वे कौन-सी विशेषताएँ हैं जो अनुप्रयोग की कार्यक्षमता से संबंधित नहीं हैं?
खैर, यहाँ उन लोगों के जवाब हैं:
- सामान्य परिस्थितियों में आवेदन कैसे करता है?
- जब बहुत से उपयोगकर्ता समवर्ती रूप से लॉगिन करते हैं तो एप्लिकेशन कैसे व्यवहार करता है?
- क्या आवेदन तनाव को संभाल सकता है?
- आवेदन कितना सुरक्षित है?
- क्या आवेदन किसी आपदा से उबर सकता है?
- क्या आवेदन एक अलग वातावरण या ओएस में उसी तरह से व्यवहार कर सकता है?
- किसी अलग सिस्टम में एप्लिकेशन को पोर्ट करना कितना आसान है?
- क्या दस्तावेज़ / उपयोगकर्ता मैनुअल को समझने में आसान अनुप्रयोग के साथ प्रदान किया गया है?
सूची बनती रहती है। लेकिन यहाँ मुद्दा यह है कि - क्या ये विशेषताएं अनुप्रयोग की गुणवत्ता में योगदान नहीं कर रही हैं? उत्तर है, हाँ। ये विशेषताएं समान रूप से महत्वपूर्ण हैं।
कल्पना करें कि एक एप्लिकेशन उपयोगकर्ता की सभी आवश्यकताओं को पूरी तरह से पूरा करता है, लेकिन कुछ अनधिकृत उपयोगकर्ता आसानी से जाते हैं और एप्लिकेशन में उपयोगकर्ता द्वारा दर्ज किए गए डेटा को क्रैक कर देते हैं, या किसी फ़ाइल के 5BB से अधिक अपलोड होने पर एप्लिकेशन की मृत्यु हो जाती है। तो क्या आप कहेंगे कि एप्लिकेशन अच्छी गुणवत्ता का है? जाहिर है सही नहीं !!
उद्देश्य
इस प्रकार के परीक्षण का एकमात्र उद्देश्य यह सुनिश्चित करना है कि आवेदन के गैर-कार्यात्मक पहलुओं का परीक्षण किया जाता है और आवेदन उसी के संदर्भ में अच्छी तरह से काम करता है।
उद्देश्य आवेदन की सभी विशेषताओं के परीक्षण को कवर करना है जो एक आवेदन प्रदान करने में मदद करता है जो व्यवसाय की अपेक्षा को पूरा करता है।
उदाहरण
यह एक महत्वपूर्ण परीक्षण प्रकार है।
कार्यात्मक परीक्षण एप्लिकेशन की कार्यक्षमता का परीक्षण करता है और यह सुनिश्चित करता है कि यह अपेक्षित रूप से काम करता है लेकिन गैर-कार्यात्मक परीक्षण यह सुनिश्चित करता है कि एप्लिकेशन व्यावसायिक अपेक्षाओं को पूरा करने के लिए पर्याप्त रूप से काम करता है।
इसके महत्व को समझने के लिए आइए एक सरल उदाहरण लें:
एक एप्लिकेशन विकसित किया गया है और पूरी तरह से कार्यक्षमता के लिए परीक्षण किया गया है, लेकिन गैर-कार्यात्मक परीक्षण उसी पर नहीं किया जाता है।
इस बीच, जब एप्लिकेशन लाइव हो जाता है, तो इसके परिणामस्वरूप महत्वपूर्ण या प्रमुख मुद्दे हो सकते हैं जैसे कि एप्लिकेशन पर लोड बढ़ने पर यह बहुत धीमा हो जाता है और खुलने में बहुत समय लगता है।
प्रतिक्रिया समय बढ़ सकता है या जब लोड एक हद तक बढ़ जाता है, तो अनुप्रयोग क्रैश हो सकता है। यह दिखाता है कि किसी एप्लिकेशन के गैर-कार्यात्मक पहलुओं का परीक्षण करना कितना महत्वपूर्ण है।
लाभ
एक गैर-कार्यात्मक परीक्षण के कुछ फायदे नीचे दिए गए हैं:
- यह परीक्षण को कवर करता है जिसे कार्यात्मक परीक्षण में कवर नहीं किया जा सकता है।
- यह सुनिश्चित करता है कि एप्लिकेशन कुशलतापूर्वक चलता है और पर्याप्त विश्वसनीय है।
- यह एप्लिकेशन की सुरक्षा सुनिश्चित करता है।
गैर-कार्यात्मक आवश्यकताओं पर कब्जा कैसे करें?
जब हम परीक्षण करते हैं, तो मुख्य रूप से कार्यात्मक परीक्षण पर ध्यान केंद्रित किया जाता है जो उत्पाद की कार्यक्षमता का परीक्षण करता है। लेकिन गैर-कार्यात्मक परीक्षण कार्यात्मक परीक्षण के रूप में महत्वपूर्ण है और इसकी आवश्यकता को उत्पाद की शुरुआत से ही ध्यान में रखा जाना चाहिए।
गैर-कार्यात्मक आवश्यकताओं का उपयोग गैर-कार्यात्मक परीक्षण करने के लिए किया जाता है। इन आवश्यकताओं में प्रदर्शन आउटपुट शामिल है जो एप्लिकेशन या परीक्षण के तहत सॉफ़्टवेयर से अपेक्षित है। इसमें मूल रूप से एक विशेष प्रणाली को संचालित करने के लिए सॉफ्टवेयर द्वारा लिया गया समय शामिल है।
गैर-कार्यात्मक आवश्यकताएं भी उस व्यवहार को पकड़ लेती हैं जब बड़ी संख्या में लोग एक ही समय में सॉफ़्टवेयर का उपयोग कर रहे होते हैं। अधिकांश समय यह अनुभव किया जाता है कि सर्वर भारी लोड के कारण व्यस्त या अनुपलब्ध हैं (अर्थात अधिक लोग उसी समय इसका उपयोग कर रहे हैं)। ऑनलाइन रेलवे टिकट बुक करना सबसे अच्छा हो सकता है उदाहरण ऐसी स्थिति में।
इसलिए गैर-कार्यात्मक आवश्यकता को सही ढंग से दर्ज करना और परीक्षण को सही ढंग से निष्पादित करना संभावित ग्राहकों द्वारा उपयोगिता के संदर्भ में उच्च संतुष्टि सुनिश्चित करेगा।
हालांकि इस परीक्षण का सिस्टम की कार्यक्षमता पर सीधा व्यावसायिक प्रभाव नहीं है, लेकिन यह उपयोगकर्ता के अनुभव और उपयोगकर्ता-मित्रता को काफी हद तक बढ़ा सकता है, जिससे सॉफ्टवेयर की गुणवत्ता पर अधिक प्रभाव पड़ेगा।
उदाहरण:
उसी फेसबुक लॉगिन पेज उदाहरण पर विचार करें। इस मामले में, गैर-कार्यात्मक परीक्षण का दायरा मान्य क्रेडेंशियल दर्ज करने के बाद फेसबुक में लॉग इन करने के लिए सिस्टम द्वारा आवश्यक समय को नोट करना है।
साथ ही, इसका परीक्षण तब किया जा सकता है जब (100 का कहना है) उपयोगकर्ता एक ही समय में लॉग इन करते हैं, फेसबुक पर उपयोगकर्ता को लॉग इन करने में कितना समय लगता है।
यह सुनिश्चित करता है कि सिस्टम लोड और ट्रैफ़िक को संभाल सकता है जो बदले में एक अच्छा उपयोगकर्ता अनुभव है।
चुस्त में, गैर-कार्यात्मक आवश्यकता को इनपुट का उपयोग करके कैप्चर किया जाना चाहिए।
एक गैर-कार्यात्मक आवश्यकता के रूप में कब्जा किया जाना चाहिए:
- उपयोगकर्ता / तकनीकी कहानियां
- स्वीकृति मापदंड में
- कलाकृतियों में
९
# 1) उपयोगकर्ता / तकनीकी कहानियां
एक गैर-कार्यात्मक आवश्यकता का उपयोग करके कब्जा किया जा सकता है प्रयोक्ता कहानियां या तकनीकी कहानियाँ। उपयोगकर्ता कहानी के रूप में गैर-कार्यात्मक आवश्यकताओं को पकड़ना किसी अन्य आवश्यकता को कैप्चर करने के समान है। उपयोगकर्ता और तकनीकी कहानी में एकमात्र अंतर यह है कि उपयोगकर्ता कहानी पर चर्चा की आवश्यकता होती है और दृश्यता होती है।
# 2) स्वीकृति मानदंड
स्वीकृति मानदंड वह बिंदु जो ग्राहक द्वारा उत्पाद को स्वीकार करने के लिए परिभाषित किया जाता है यानी परिभाषित बिंदुओं को स्वीकार किए जाने वाले उत्पाद को पास करने के लिए होना चाहिए।
एक गैर-कार्यात्मक आवश्यकता को स्वीकृति मानदंडों में शामिल किया जाना चाहिए लेकिन कभी-कभी हर कहानी के साथ गैर-कार्यात्मक आवश्यकताओं का परीक्षण करना संभव नहीं होता है यानी हर पुनरावृत्ति के साथ। इसलिए, आवश्यकताओं को केवल प्रासंगिक चलना के साथ जोड़ा या परीक्षण किया जाना चाहिए।
# 3) कलाकृतियों में
गैर-कार्यात्मक आवश्यकताओं के लिए एक अलग विरूपण साक्ष्य तैयार किया जाना चाहिए, यह बदले में, यह बेहतर विचार करने में मदद करेगा कि क्या परीक्षण करने की आवश्यकता है और पुनरावृत्तियों में इसे कैसे किया जा सकता है।
कार्यात्मक और गैर कार्यात्मक आवश्यकताओं में अंतर
कार्यात्मक और गैर-कार्यात्मक आवश्यकताओं के बीच कई अंतर हैं और उनमें से कुछ नीचे दिए गए हैं:
| क्र.सं. | कार्यात्मक आवश्यकता | गैर कार्यात्मक आवश्यकता |
|---|---|---|
| प्रदर्शन | एक उपकरण के माध्यम से प्रदर्शन परीक्षक जो ऑपरेशन को एक निश्चित संख्या में समवर्ती उपयोगकर्ताओं द्वारा किए गए लेनदेन के रूप में मानते हैं, जबकि परीक्षक सभी रसद का विश्लेषण करता है | प्रतिक्रिया समय |
| 1 | कार्यात्मक आवश्यकता ग्राहक आधारित है। | गैर कार्यात्मक आवश्यकता डेवलपर्स और टीम के तकनीकी ज्ञान पर आधारित है। |
| दो | फंक्शनल रिक्वायरमेंट निर्दिष्ट करती है कि कौन सी कार्यक्षमता को ध्यान में रखा जाए यानी जिसे जांचने की जरूरत है। | गैर-कार्यात्मक आवश्यकताएं निर्दिष्ट करती हैं कि इसका परीक्षण कैसे किया जाना चाहिए। |
| ३ | आवेदन के लाइव होने से पहले कार्यात्मक परीक्षण किया जाता है। | गैर-कार्यात्मक आवश्यकताओं में रखरखाव परीक्षण, दस्तावेज़ीकरण परीक्षण शामिल हैं जो निष्पादन के दौरान आवश्यक नहीं होते हैं लेकिन एक आवेदन लाइव हो गया है। |
| ४ | इसे केवल कार्यात्मक आवश्यकता के रूप में जाना जाता है। | जिसे गुणवत्ता आवश्यकताओं के रूप में भी जाना जाता है। |
| ५ | कार्यात्मक आवश्यकता के लिए कार्यान्वयन योजना को सिस्टम डिज़ाइन दस्तावेज़ में परिभाषित किया गया है। | गैर-कार्यात्मक आवश्यकता के लिए कार्यान्वयन योजना को सिस्टम आर्किटेक्चर में परिभाषित किया गया है। |
| ६ | कार्यात्मक आवश्यकता में सिस्टम की तकनीकी कार्यक्षमता का परीक्षण शामिल है। | गैर कार्यात्मक आवश्यकता में सुरक्षा, उपयोगिता आदि जैसे गुण शामिल हैं। |
आगे पढ़ना => कार्यात्मक और गैर-कार्यात्मक परीक्षण के बीच अंतर
क्या यह ब्लैक बॉक्स या व्हाइट बॉक्स टेस्टिंग है?
गैर-कार्यात्मक परीक्षण एक के तहत आता है ब्लैक बॉक्स परीक्षण तकनीक।
यह तकनीक केवल कार्यक्षमता का परीक्षण करने के लिए सीमित नहीं है, बल्कि इसका उपयोग गैर-कार्यात्मक आवश्यकताओं के परीक्षण के लिए भी किया जा सकता है, साथ ही प्रदर्शन, प्रयोज्य, आदि। ब्लैक बॉक्स परीक्षण तकनीक को आंतरिक प्रणाली के किसी भी ज्ञान की आवश्यकता नहीं होती है अर्थात इसकी आवश्यकता नहीं होती है परीक्षक को कोड का ज्ञान।
गैर-कार्यात्मक परीक्षण मामले चेकलिस्ट
एक चेकलिस्ट का उपयोग यह सुनिश्चित करने के लिए किया जाता है कि परीक्षण के बिना कोई महत्वपूर्ण पहलू नहीं बचा है।
एक चेकलिस्ट का उपयोग आम तौर पर तब किया जाता है जब प्रलेखन के लिए कोई समय नहीं होता है और उत्पाद का परीक्षण करना होता है या जब समय की कमी होती है, तो यह सुनिश्चित करने के लिए एक चेकलिस्ट का उपयोग किया जा सकता है कि सभी महत्वपूर्ण पहलुओं को कवर किया गया है।
आइए देखते हैंउदाहरणप्रदर्शन, सुरक्षा और प्रलेखन परीक्षण चेकलिस्ट।
प्रदर्शन परीक्षण के लिए चेकलिस्ट
- प्रतिक्रिया समय एप्लिकेशन को सत्यापित किया जाना चाहिए यानी एप्लिकेशन को लोड करने में कितना समय लगता है, एप्लिकेशन को दिए गए किसी भी इनपुट से आउटपुट कितने समय में, ब्राउज़र को रिफ्रेश करता है, आदि।
- प्रवाह लोड परीक्षण के दौरान पूर्ण किए गए लेनदेन की संख्या के लिए सत्यापित किया जाना चाहिए।
- वातावरण सेट अप लाइव वातावरण के समान होना चाहिए अन्यथा परिणाम समान नहीं होंगे।
- प्रक्रिया का समय - एक्सेल के आयात और निर्यात जैसी प्रक्रिया गतिविधियों, आवेदन में किसी भी गणना का परीक्षण किया जाना चाहिए।
- इंटरोऑपरेबिलिटी सत्यापित किया जाना चाहिए यानी एक सॉफ्टवेयर दूसरे सॉफ़्टवेयर या सिस्टम के साथ इंटर-ऑपरेट करने में सक्षम होना चाहिए।
- ईटीएल समय को सत्यापित किया जाना चाहिए यानी डेटा को एक डेटाबेस से दूसरे डेटाबेस में निकालने, बदलने और लोड करने में लिया गया समय।
- बढ़ते भार आवेदन पर सत्यापित किया जाना चाहिए।
सुरक्षा परीक्षण के लिए चेकलिस्ट
- प्रमाणीकरण: केवल एक प्रामाणिक उपयोगकर्ता को लॉग इन करने में सक्षम होना चाहिए।
- अधिकार दिया गया: उपयोगकर्ता केवल उन मॉड्यूल में लॉग इन करने में सक्षम होना चाहिए जिसके लिए वह अधिकृत है या जिसके लिए उपयोगकर्ता को एक्सेस प्रदान किया गया है।
- कुंजिका: पासवर्ड की आवश्यकता को सत्यापित किया जाना चाहिए यानी पासवर्ड की आवश्यकता के अनुसार होना चाहिए यानी लंबाई, विशेष वर्ण, संख्या आदि।
- समय समाप्त: यदि आवेदन निष्क्रिय है, तो इसे एक निर्दिष्ट समय में समाप्त होना चाहिए।
- डेटा बैकअप: डेटा बैकअप को एक निर्दिष्ट समय पर लिया जाना चाहिए और एक सुरक्षित स्थान पर कॉपी किया जाना चाहिए।
- आंतरिक लिंक अगर वेब ब्राउज़र में सीधे रखा जाए तो वेब एप्लिकेशन तक पहुंच नहीं होनी चाहिए।
- सभी संचार को एन्क्रिप्ट किया जाना चाहिए।
प्रलेखन परीक्षण के लिए चेकलिस्ट
- उपयोगकर्ता और सिस्टम प्रलेखन।
- प्रशिक्षण उद्देश्य के लिए दस्तावेज।
दृष्टिकोण दस्तावेज़
समग्र टेस्ट रणनीति को परिष्कृत करके प्रदर्शन टेस्ट चरण के लिए एक विशिष्ट दृष्टिकोण दस्तावेज़ विकसित करें। यह टेस्ट दृष्टिकोण सभी प्रदर्शन टेस्ट कार्यों की योजना और निष्पादन में मार्गदर्शन करता है।
आप xml फाइलें कैसे खोलते हैं
- टेस्ट स्कोप
- परीक्षण मेट्रिक्स
- परीक्षण उपकरण
- कुंजी तिथियाँ और वितरण
टेस्ट स्कोप
उपयोगकर्ता के प्रदर्शन, व्यावसायिक प्रक्रियाओं, सिस्टम स्थिरता, संसाधन खपत, और जैसे विभिन्न दृष्टिकोणों से प्रदर्शन परीक्षण का संचालन करें। निष्पादन के परीक्षण के प्रकार पर चर्चा लेख के उपरोक्त अनुभाग में की जाती है (जैसे लोड परीक्षण, तनाव परीक्षण, आदि)
परीक्षण मेट्रिक्स
परीक्षण दृष्टिकोण परीक्षण के दौरान मापन और रिपोर्ट करने के लिए मीट्रिक को परिष्कृत करता है, जैसे:
- प्रतिक्रिया समय (ऑनलाइन)
- बैच विंडो (बैच)
- थ्रूपुट ( उदाहरण के लिए समय की प्रति इकाई लेनदेन की संख्या)
- उपयोग ( उदाहरण के लिए उपयोग किए गए संसाधनों का प्रतिशत)
परीक्षण उपकरण
अधिकतर प्रदर्शन परीक्षण में उपयुक्त उपकरणों के उपयोग की आवश्यकता होती है:
- जनरेशन टूल्स लोड करें
- प्रदर्शन निगरानी उपकरण
- प्रदर्शन विश्लेषण उपकरण
- अनुप्रयोग प्रोफाइलिंग उपकरण
- बेस-लाइनिंग टूल।
कुंजी तिथियाँ और वितरण
प्रदर्शन परीक्षण दृष्टिकोण दस्तावेज़ में निम्नलिखित का वर्णन करना चाहिए:
- प्रत्येक प्रदर्शन परीक्षण आचरण की तिथि और समय।
- प्रत्येक प्रदर्शन परीक्षण आचरण में शामिल किए जाने वाले परीक्षण और कार्यक्षमता मिश्रण के प्रकार।
- प्रदर्शन परीक्षण पूरा होने की तारीखें।
गैर-कार्यात्मक परीक्षण प्रकार
निम्नलिखित छवि में गैर-कार्यात्मक परीक्षण के प्रकारों को दर्शाया गया है:
प्रदर्शन का परीक्षण:
सिस्टम के समग्र प्रदर्शन का मूल्यांकन करता है ।
प्रमुख तत्व इस प्रकार हैं:
- पुष्टि करता है कि सिस्टम अपेक्षित प्रतिक्रिया समय को पूरा करता है।
- मूल्यांकन करता है कि आवेदन के महत्वपूर्ण तत्व वांछित प्रतिक्रिया समय को पूरा करते हैं।
- इसे एकीकरण परीक्षण और सिस्टम परीक्षण के एक भाग के रूप में भी आयोजित किया जा सकता है।
लोड परीक्षण:
मूल्यांकन करता है कि सिस्टम का प्रदर्शन सामान्य और अपेक्षित परिस्थितियों में अपेक्षित है या नहीं।
मुख्य बिंदु हैं:
- पुष्टि करता है कि समवर्ती उपयोगकर्ता जब एप्लिकेशन का उपयोग करते हैं और अपेक्षित प्रतिक्रिया समय प्राप्त करते हैं, तो सिस्टम अपेक्षा के अनुरूप प्रदर्शन करता है।
- प्रतिक्रिया समय और थ्रूपुट प्राप्त करने के लिए कई उपयोगकर्ताओं के साथ यह परीक्षण दोहराया जाता है।
- परीक्षण के समय, डेटाबेस यथार्थवादी होना चाहिए।
- परीक्षण एक समर्पित सर्वर पर आयोजित किया जाना चाहिए जो वास्तविक वातावरण को उत्तेजित करता है।
तनाव परीक्षण:
मूल्यांकन करता है कि सिस्टम का प्रदर्शन अपेक्षित है जब यह संसाधनों पर कम होता है।
मुख्य बिंदु हैं:
- क्लाइंट / सर्वर पर कम मेमोरी या कम डिस्क स्थान पर परीक्षण करें जो उन दोषों को प्रकट करते हैं जो सामान्य परिस्थितियों में नहीं मिल सकते हैं।
- एकाधिक उपयोगकर्ता समान डेटा पर समान लेनदेन करते हैं।
- कई क्लाइंट विभिन्न कार्यभार के साथ सर्वर से जुड़े होते हैं।
- सर्वर को उनके अधिकतम तनाव में लाने के लिए थिंक टाइम को 'शून्य' तक कम करें।
समय सोचो: जैसे अपने यूजर और पासवर्ड टाइप करने के बीच का समय अंतराल।
वॉल्यूम परीक्षण:
बड़ी मात्रा में डेटा शामिल होने पर सॉफ्टवेयर के व्यवहार का मूल्यांकन करता है।
मुख्य बिंदु हैं:
- जब सॉफ़्टवेयर बड़ी मात्रा में डेटा के अधीन होता है, तो उस सीमा की जांच करता है जहां सॉफ़्टवेयर विफल रहता है।
- अधिकतम डेटाबेस आकार बनाया जाता है और कई क्लाइंट डेटाबेस को क्वेरी करते हैं या एक बड़ी रिपोर्ट बनाते हैं।
- उदाहरण - यदि एप्लिकेशन रिपोर्ट बनाने के लिए डेटाबेस को प्रोसेस कर रहा है, तो वॉल्यूम टेस्ट एक बड़े परिणाम सेट का उपयोग करने के लिए होगा और रिपोर्ट को सही तरीके से प्रिंट करने पर जांच करेगा।
उपयोगिता परीक्षण:
मानव उपयोग या जाँच के लिए प्रणाली का मूल्यांकन करता है यदि यह उपयोग के लिए उपयुक्त है।
मुख्य बिंदु हैं:
- क्या आउटपुट सही और सार्थक है और क्या यह वही है जो व्यवसाय के अनुसार अपेक्षित था?
- क्या त्रुटियों का सही निदान किया गया है?
- क्या जीयूआई सही और मानक के अनुरूप है?
- क्या उपयोग के लिए आवेदन आसान है?
उपयोगकर्ता इंटरफ़ेस परीक्षण:
GUI का मूल्यांकन करता है।
मुख्य बिंदु हैं:
- जीयूआई को उपयोग के लिए आसान बनाने के लिए सहायता और टूलटिप्स प्रदान करना चाहिए।
- इसके रूप के अनुरूप?
- डेटा को एक पेज से दूसरे पेज पर सही तरीके से ट्रेस किया जाता है?
- GUI को उपयोगकर्ता को परेशान नहीं करना चाहिए या समझना मुश्किल नहीं होना चाहिए।
संगतता परीक्षण:
मूल्यांकन करता है कि एप्लिकेशन न्यूनतम और अधिकतम कॉन्फ़िगरेशन के साथ अन्य हार्डवेयर / सॉफ़्टवेयर के साथ संगत है।
मुख्य बिंदु हैं:
- न्यूनतम और अधिकतम कॉन्फ़िगरेशन वाले प्रत्येक हार्डवेयर का परीक्षण करें।
- विभिन्न ब्राउज़रों के साथ परीक्षण करें।
परीक्षण के मामले वही हैं जो कार्यात्मक परीक्षण के दौरान निष्पादित किए गए थे। - यदि हार्डवेयर और सॉफ्टवेयर की संख्या बहुत अधिक है, तो हम परीक्षण मामलों में अधिकतम कवरेज के लिए ओएटीएस तकनीकों का उपयोग कर सकते हैं।
पुनर्प्राप्ति परीक्षण:
मूल्यांकन करता है कि एप्लिकेशन किसी भी विफलता के मामले में इनायत से समाप्त हो जाता है और डेटा किसी भी हार्डवेयर और सॉफ़्टवेयर विफलताओं से उचित रूप से पुनर्प्राप्त किया जाता है।
परीक्षण नीचे के बिंदुओं तक सीमित नहीं हैं:
- CURD गतिविधियों को करते समय ग्राहक को पावर रुकावट।
- अमान्य डेटाबेस-पॉइंटर्स और कुंजियाँ।
- डेटाबेस प्रक्रिया को निरस्त या समय से पहले समाप्त कर दिया जाता है।
- डेटाबेस पॉइंटर्स, फ़ील्ड्स और कुंजियाँ मैन्युअल रूप से और सीधे डेटाबेस के भीतर दूषित हो जाती हैं।
- भौतिक रूप से संचार को डिस्कनेक्ट करें, पावर बंद करें, राउटर और नेटवर्क सर्वर को बंद करें।
अस्थिरता परीक्षण:
मूल्यांकन और पुष्टि करता है कि क्या सॉफ्टवेयर स्थापित करता है और सही ढंग से स्थापित नहीं करता है।
.java फ़ाइल कैसे खोलें
मुख्य बिंदु हैं:
- सत्यापित करता है कि सिस्टम घटक निर्दिष्ट हार्डवेयर पर सही ढंग से स्थापित हैं।
- पुष्टि करता है कि नई मशीन पर नेविगेशन मौजूदा इंस्टॉलेशन और पुराने संस्करणों को अपडेट करता है।
- पुष्टि करता है कि अपर्याप्त डिस्क स्थान के साथ, कोई अस्वीकार्य व्यवहार नहीं है।
प्रलेखन परीक्षण:
दस्तावेजों और अन्य उपयोगकर्ता पुस्तिकाओं का मूल्यांकन करता है।
मुख्य बिंदुओं में शामिल हैं:
- पुष्टि करता है कि उल्लिखित दस्तावेज उत्पाद में उपलब्ध हैं।
- सभी उपयोगकर्ता गाइडों की पुष्टि करता है, निर्देश सेट करता है, मुझे फाइलें पढ़ता है, नोट्स जारी करता है और ऑनलाइन मदद करता है।
विफलता परीक्षण:
फेलओवर परीक्षण यह सत्यापित करने के लिए किया जाता है कि सिस्टम विफलता के मामले में सिस्टम सर्वर जैसे अतिरिक्त संसाधनों को संभालने के लिए पर्याप्त सक्षम है।
ऐसी स्थिति को रोकने के लिए, बैकअप परीक्षण एक बड़ी भूमिका निभाता है। एक बैकअप सिस्टम बनाना प्रक्रिया क्या है। यदि बैकअप उपलब्ध है, तो यह सिस्टम को वापस लाने में मदद करता है।
सुरक्षा परीक्षण:
सुरक्षा परीक्षण यह सुनिश्चित करने के लिए किया जाता है कि आवेदन में कोई खामियां नहीं हैं जो किसी भी डेटा हानि या खतरों को जन्म दे सकती हैं। यह गैर-कार्यात्मक परीक्षण के महत्वपूर्ण पहलुओं में से एक है और अगर ठीक से प्रदर्शन नहीं किया जाता है, तो यह सुरक्षा खतरों को जन्म दे सकता है।
इसमें परीक्षण प्रमाणीकरण, प्राधिकरण, अखंडता और उपलब्धता शामिल है।
स्केलेबिलिटी परीक्षण:
स्केलेबिलिटी परीक्षण यह जांचने के लिए किया जाता है कि क्या एप्लिकेशन ट्रैफ़िक, लेनदेन की संख्या, डेटा वॉल्यूम आदि को संभालने के लिए पर्याप्त सक्षम है, सिस्टम को डेटा की मात्रा या डेटा के आकार में परिवर्तन होने पर अपेक्षित रूप से काम करना चाहिए।
अनुपालन परीक्षण:
यह सत्यापित करने के लिए कि क्या मानकों का पालन किया जा रहा है या नहीं, अनुपालन परीक्षण किया जाता है। उसी को सत्यापित करने के लिए ऑडिट किए जाते हैं।
के लिये उदाहरण , परीक्षण मामलों / परीक्षण योजनाओं को बनाने और उन्हें मानक नाम के साथ साझा किए गए स्थान पर रखने या नहीं करने की प्रक्रिया को सत्यापित करने के लिए ऑडिट किए जाते हैं। क्यूसी में, परीक्षण के मामलों का नामकरण करते समय मानक परीक्षण मामले के नाम का पालन किया जा रहा है या नहीं। दस्तावेज़ीकरण पूर्ण और अनुमोदित है या नहीं।
ये कुछ संकेत हैं जिन्हें ऑडिट करते समय कवर किया गया है।
धीरज परीक्षण:
धीरज परीक्षण सिस्टम के व्यवहार को सत्यापित करने के लिए किया जाता है जब लोड को लंबे समय तक बढ़ाया जाता है।
इसे सोख परीक्षण और क्षमता परीक्षण भी कहा जाता है। यह सत्यापित करने में मदद करता है कि सिस्टम में कोई मेमोरी लीक है या नहीं। धीरज परीक्षण लोड परीक्षण का एक सबसेट है।
स्थानीयकरण परीक्षण:
स्थानीयकरण परीक्षण विभिन्न भाषाओं में आवेदन को सत्यापित करने के लिए किया जाता है यानी अलग-अलग स्थान। आवेदन एक विशेष संस्कृति या स्थानीय के लिए सत्यापित किया जाना चाहिए। मुख्य फोकस सामग्री, जीयूआई के अनुप्रयोग का परीक्षण करना है।
अंतर्राष्ट्रीयकरण परीक्षण:
अंतर्राष्ट्रीयकरण परीक्षण i18n परीक्षण के रूप में भी जाना जाता है।
I18n I-अठारह अक्षरों का प्रतिनिधित्व करता है- एन। यह सत्यापित करने के लिए किया जाता है कि क्या एप्लिकेशन सभी भाषा सेटिंग्स में अपेक्षित रूप से काम करता है। यह पुष्टि करता है कि कोई भी कार्यक्षमता या एप्लिकेशन स्वयं नहीं टूटता है यानी एप्लिकेशन को सभी अंतर्राष्ट्रीय सेटिंग्स को संभालने के लिए पर्याप्त सक्षम होना चाहिए।
यह यह भी पुष्टि करता है कि एप्लिकेशन बिना किसी समस्या के इंस्टॉल हो जाता है।
विश्वसनीयता परीक्षण:
विश्वसनीयता परीक्षण यह सत्यापित करने के लिए किया जाता है कि आवेदन विश्वसनीय है और परिभाषित वातावरण में एक विशिष्ट अवधि के लिए परीक्षण किया गया है। एक आवेदन को हर बार उम्मीद के मुताबिक आउटपुट देना चाहिए, तभी इसे विश्वसनीय माना जा सकता है।
पोर्टेबिलिटी परीक्षण:
पोर्टेबिलिटी परीक्षण यह सत्यापित करने के लिए किया जाता है कि यदि किसी सॉफ्टवेयर / एप्लिकेशन को किसी अलग सिस्टम पर या किसी अन्य प्लेटफॉर्म पर इंस्टॉल किया गया है, तो इसे अपेक्षित रूप से चलाने में सक्षम होना चाहिए, अर्थात वातावरण में बदलाव के कारण कोई कार्यक्षमता प्रभावित नहीं होनी चाहिए।
परीक्षण करते समय, हार्डवेयर कॉन्फ़िगरेशन जैसे कि हार्ड डिस्क स्थान, प्रोसेसर के साथ परिवर्तन का परीक्षण करना भी आवश्यक है और अनुप्रयोग के सही व्यवहार और अपेक्षित कार्यक्षमता सुनिश्चित करने के लिए विभिन्न ऑपरेटिंग सिस्टमों के साथ भी।
आधारभूत परीक्षण:
बेसलाइन परीक्षण के रूप में भी जाना जाता है बेंचमार्क परीक्षण क्योंकि यह किसी भी नए अनुप्रयोग के परीक्षण के लिए एक आधार बनाता है।
उदाहरण के लिए: पहले पुनरावृत्ति में, किसी अनुप्रयोग के लिए प्रतिक्रिया समय 3 सेकंड था। अब, इसे अगले पुनरावृत्ति के लिए मानदंड के रूप में सेट किया गया है और अगली पुनरावृत्ति में, प्रतिक्रिया समय 2 सेकंड में बदल जाता है। यह मूल रूप से एक सत्यापन दस्तावेज है जिसे भविष्य के संदर्भों के लिए आधार के रूप में उपयोग किया जाता है।
दक्षता परीक्षण:
दक्षता परीक्षण यह सत्यापित करने के लिए किया जाता है कि क्या अनुप्रयोग कुशलता से काम करता है और आवश्यक संसाधनों की संख्या, आवश्यक उपकरण, जटिलता, ग्राहक की आवश्यकता, पर्यावरण की आवश्यकता, समय, यह किस तरह की परियोजना है, आदि।
ये कुछ संकेत हैं जो यह परिभाषित करने में मदद करते हैं कि यदि कोई माना हुआ पैरामीटर अपेक्षित रूप से काम करता है तो अनुप्रयोग कितनी कुशलता से काम करेगा।
आपदा वसूली परीक्षण:
यह परीक्षण किसी एप्लिकेशन या सिस्टम की पुनर्प्राप्ति की सफलता दर को सत्यापित करने के लिए किया जाता है यदि कोई गंभीर विफलता होती है और क्या सिस्टम डेटा और एप्लिकेशन को पुनर्स्थापित करने में सक्षम है या सिस्टम उस तरीके से वापस लौटने के लिए आसानी से सामना कर सकता है जो पहले काम कर रहा था अर्थात परिचालन मोर्चा।
स्थिरता परीक्षण:
एक बार जब एप्लिकेशन / उत्पाद लाइव हो जाता है, तो लाइव वातावरण में कोई समस्या आने की संभावना होती है या ग्राहक उस एप्लिकेशन के लिए एन्हांसमेंट चाहता है जो पहले से लाइव है।
इस मामले में, रखरखाव परीक्षण टीम उपर्युक्त परिदृश्यों का परीक्षण करने के लिए उपलब्ध है। एक बार आवेदन के लाइव होने के बाद भी इसे रखरखाव की आवश्यकता होती है जिसके लिए रखरखाव परीक्षण टीम काम करती है।
गैर-कार्यात्मक परीक्षण उपकरण
प्रदर्शन (लोड और तनाव) परीक्षण के लिए बाजार में कई उपकरण उपलब्ध हैं।
उनमें से कुछ नीचे सूचीबद्ध हैं:
- JMeter
- भार ढोनेवाला
- भार उठाने वाला
- लोडस्टॉर्म
- निओलाड
- इस तरह का अनुभव
- पूरा लोड
- वेबसर्वर तनाव उपकरण
- वेबलड प्रोफेशनल
- भारोत्तोलक
- vPerformer
क्या गैर-कार्यात्मक परीक्षण हमेशा प्रलेखन और परीक्षण मामलों के बिना किया जाता है? क्यों?
“हमें हमेशा सिखाया जाता है कि कार्यात्मक परीक्षण के मामले कैसे लिखें। ऐसा क्यों है? क्या (गैर-कार्यात्मक परीक्षण ’बिना प्रलेखन (दूसरे शब्दों में, तदर्थ आधार पर) किया गया है या यह एक अलग प्रक्रिया है जिसे समझना अधिक कठिन है? किसी परीक्षण पर होने वाले विभिन्न प्रकार के परीक्षण के लिए परीक्षण मामले कैसे लिखे जाते हैं? '
यह सबसे मूल, विशिष्ट और आउट-ऑफ-द-बॉक्स प्रश्न हैं, जो मुझे हाल के दिनों में पूछे गए हैं। आइए इसका जवाब ढूंढते हैं।
गैर-कार्यात्मक परीक्षण मामलों को लिखने के लिए हमें कभी भी देखने और अभ्यास करने के लिए कैसे नहीं मिलता है?
हम जो भी जानते हैं और हमेशा एक व्यावहारिक परिदृश्य के साथ शुरू करते हैं।
उदाहरण: स्थानांतरण करने के लिए निम्नलिखित ऑनलाइन बैंकिंग एप्लिकेशन पर किए जाने वाले कदम हैं। हमें संदर्भ के लिए हमारे परीक्षण के रूप में उपयोग करते हैं।
- साइट पर लॉगिन करें।
- बैंक खाता चुनें।
- आदाता चुनें (यह आदाता एक ही बैंक या एक अलग से हो सकता है- यह इस चरण को निष्पादित करने के लिए आपके डेटा विकल्प पर निर्भर करता है। किसी भी मामले में, किसी एक को चुनें। इसके अलावा, हम यह मानने वाले हैं कि आदाता पहले ही जुड़ चुका है।) ।
- हस्तांतरित होने वाली राशि दर्ज करें (सकारात्मक मूल्य, सीमा के भीतर, सही प्रारूप, आदि)।
- पुष्टि प्राप्त होने पर स्थानांतरण और जांच पर क्लिक करें, खाता शेष अद्यतन किया गया है और वह सब।
यह कार्यात्मक परीक्षण मामला है, सही है?
एक ही आवेदन पर, एक ही स्थानान्तरण पृष्ठ पर, मान लें कि हम प्रदर्शन कर रहे हैं प्रदर्शन, सुरक्षा और प्रयोज्य परीक्षण । ये गैर-कार्यात्मक प्रकार हैं, सही हैं?
हम परीक्षण के मामले कैसे लिखेंगे?
(1) प्रयोज्य परीक्षण परीक्षण मामले
प्रयोज्यता परीक्षण सॉफ्टवेयर परीक्षण की एक शैली है जो उपयोगकर्ता के अनुभव से संबंधित है। ये कुछ ऐसे सवाल हैं जिनका हम जवाब देने की कोशिश करते हैं।
- उपयोग करना कितना आसान है?
- सिस्टम का उपयोग करने का अनुभव कितना संतोषजनक है?
- यदि वह परिचित नहीं है, तो सीखना कितना आसान है?
इस पर अधिक जानकारी यहाँ है: प्रयोज्यता परीक्षण गाइड
उपयोगकर्ता प्रयोज्य परीक्षण के संदर्भ में उपरोक्त प्रश्नों के उत्तर कैसे निर्धारित करेगा?
उपयोगकर्ता कार्यात्मक परीक्षण के मामले में ठीक उसी चरण का प्रदर्शन करेगा। क्या मैं सही हू?
# 2) प्रदर्शन परीक्षण परीक्षण मामले
प्रदर्शन परीक्षण के लिए कई भिन्नताएं हैं, लेकिन इसके मूल में, इसका उपयोग विभिन्न भार बिंदुओं पर सिस्टम, इसके संसाधन उपयोग, प्रतिक्रिया समय, नेटवर्क की खपत आदि के बारे में आंकड़े प्राप्त करने के लिए किया जाता है।
हमारी जाँच करें प्रदर्शन परीक्षण ट्यूटोरियल इसके बारे में अधिक जानने के लिए।
अब, यदि मैं स्थानान्तरण के लेन-देन के प्रदर्शन का परीक्षण करने के लिए था, तो मेरे पास 10, 20, 30, 100 ... 1000 ... आदि उपयोगकर्ता एक साथ या वृद्धिशील रूप से मैं क्या लक्ष्य बनाना चाहता हूं और क्या डेटा इकट्ठा करना है, इसके आधार पर स्थानांतरण कार्रवाई करता है।
प्रदर्शन परीक्षण जारी होने के दौरान हस्तांतरण का उपयोग करने के लिए प्रत्येक उपयोगकर्ता क्या कदम उठाएगा?
कार्यात्मक परीक्षण के रूप में एक ही सटीक कदम, सही?
# 3) सुरक्षा परीक्षण परीक्षण मामले
सुरक्षा परीक्षण QA की एक शाखा है जो सॉफ्टवेयर सिस्टम को हैक-प्रूफ बनाने में मदद करती है। यह कमजोरियों (सॉफ्टवेयर सिस्टम में संभावित समस्या क्षेत्रों) की पहचान करता है, पैठ या सफेद टोपी परीक्षण तकनीक के माध्यम से उनका शोषण करता है और जब लूप-होल मिलते हैं, तो उन पर काम किया जाता है।
मैं यह कब जांचना चाहता हूं कि क्या हस्तांतरण हैक-प्रूफ हैं और सही तरीके से इच्छित प्राप्तकर्ता को निर्देशित किए गए हैं और पूरी प्रक्रिया में कोई काले धब्बे नहीं हैं? मैं स्थानांतरण का प्रदर्शन करूंगा, जबकि सुरक्षा लीक के लिए निगरानी प्रक्रिया समानांतर में चलती है।
इसलिए, वास्तव में, मैं ठीक वही कदम उठा रहा हूं जो मैं सामान्य रूप से कार्यात्मक परीक्षण के मामले में करता हूं।
मुझे लगता है, हमारे पास यह स्थापित करने के लिए पर्याप्त है कि सभी स्थितियों में कदम समान हैं। प्रक्रिया के पीछे का तरीका और इरादा अलग है।
आइए एक तुलनात्मक रूप लें:
| परीक्षण का प्रकार | Who? | क्यों? इरादा |
|---|---|---|
| क्रियात्मक परीक्षण | क्यूए परीक्षक | शुद्धता |
| दक्षता | ||
| व्यापार प्रयोज्यता | ||
| प्रयोज्य | क्यूए परीक्षक या वास्तविक समय उपयोगकर्ता | उपयोग में आसानी |
| सीखने में आसानी | ||
| दक्षता | ||
| नेटवर्क उपयोग आदि | ||
| सुरक्षा | विशेष सुरक्षा विशेषज्ञों द्वारा स्कैनिंग उपकरण और अन्य निगरानी प्रणाली | सुरक्षित हैक |
| भुगतानकर्ता और भुगतानकर्ता पहचान सुरक्षा आदि। |
ध्यान देना दिलचस्प है कि क्या है कोई फर्क नहीं पड़ता कि हम किस प्रकार का परीक्षण करना चाहते हैं, सभी चरण समान हैं ।
असली अंतर यह है कि:
- इन चरणों को कौन करता है?
- क्या इरादा है, या दूसरे शब्दों में मैं इस परीक्षण के माध्यम से क्या हासिल करने की कोशिश कर रहा हूं?
- उपकरण और तकनीक का इस्तेमाल किया।
अपने प्रश्न पर वापस आते हुए, हम कभी भी उन सभी विस्तृत चरणों के साथ गैर-कार्यात्मक परीक्षण मामलों को लिखना क्यों नहीं सीखते हैं जो इसके लिए हैं?
ये इसलिए ,उनके मूल में, एक निश्चित फ़ंक्शन पर परीक्षण प्रकारों पर भिन्नता के लिए परीक्षण चरण सभी समान, कार्यात्मक या नहीं हैं। यह इरादा है कि एक फर्क पड़ता है और शायद विधि।
निष्कर्ष
गैर-कार्यात्मक परीक्षण करने से पहले, उचित परीक्षण सुनिश्चित करने के लिए परीक्षण रणनीति की सही योजना बनाना आवश्यक है। इस प्रकार के परीक्षण करने के लिए बाजार में विभिन्न उपकरण उपलब्ध हैं जैसे लोड रनर, आरपीटी, आदि।
यह परीक्षण एक आवेदन की सफलता में और एक अच्छा ग्राहक संबंध बनाने में एक प्रमुख भूमिका निभाता है और इसलिए इसे उपेक्षित नहीं किया जाना चाहिए। यह सॉफ़्टवेयर परीक्षण के महत्वपूर्ण भागों में से एक है और परीक्षण को इसके बिना पूरा नहीं माना जा सकता है।
हम परीक्षण योजना में गैर-कार्यात्मक परीक्षण विवरण शामिल कर सकते हैं या इसके लिए एक अलग रणनीति बना सकते हैं। या तो मामले में, लक्ष्य सॉफ्टवेयर के गैर-कार्यात्मक पहलुओं का उचित कवरेज है।
हम आशा करते हैं कि इस विषय को गहराई से समझने की यह प्रक्रिया आपके लिए उतनी ही मजेदार रही होगी जितनी कि आप सभी के सामने प्रस्तुत की गई है। हम इस विषय पर आपकी प्रतिक्रिया और विचार सुनना पसंद करेंगे।
आप अपनी टीमों में गैर-कार्यात्मक परीक्षण कैसे संभालते हैं? और हमेशा की तरह, हमें बताएं कि क्या आप सहमत हैं या असहमत हैं या हमारे पास जो कुछ भी चल रहा है उसे जोड़ने के लिए कुछ भी है।
अनुशंसित पाठ
- कार्यात्मक परीक्षण बनाम गैर-कार्यात्मक परीक्षण
- अल्फा परीक्षण और बीटा परीक्षण (एक पूर्ण गाइड)
- वेब अनुप्रयोग सुरक्षा परीक्षण गाइड
- इसके प्रकार और उदाहरण के साथ कार्यात्मक परीक्षण गाइड को पूरा करें
- वेरिफिकेशन टेस्टिंग (बीवीटी टेस्टिंग) कम्प्लीट गाइड बनाएं
- सर्वश्रेष्ठ सॉफ्टवेयर परीक्षण उपकरण 2021 (क्यूए टेस्ट स्वचालन उपकरण)
- वेब एप्लीकेशन पेनेट्रेशन टेस्टिंग के लिए शुरुआती गाइड
- शुरुआती के लिए लोड टेस्टिंग कम्प्लीट गाइड