सॉफ्टवेयर परीक्षण में खोजपूर्ण परीक्षण क्या है (एक पूर्ण गाइड)

what is exploratory testing software testing

खोजपूर्ण परीक्षण क्या है?

'खोजी परीक्षण' - जैसा कि नाम से पता चलता है, एक साथ सीखने, परीक्षण डिजाइन और परीक्षण निष्पादन प्रक्रिया है। हम कह सकते हैं कि इस परीक्षण परीक्षण योजना, विश्लेषण, डिजाइन और परीक्षण निष्पादन में, सभी एक साथ और तुरंत किया जाता है।

यह परीक्षण प्रणाली की खोज करने और एक परीक्षक की वास्तविक समय और व्यावहारिक सोच को प्रोत्साहित करने के बारे में है।

इस श्रृंखला में हमने निम्नलिखित ट्यूटोरियल को कवर किया है:

ट्यूटोरियल # 1: सॉफ्टवेयर परीक्षण में खोजपूर्ण परीक्षण क्या है (यह ट्यूटोरियल)
ट्यूटोरियल # 2: पूर्ण अन्वेषणात्मक परीक्षण सुनिश्चित करने के लिए टूर्स का उपयोग करना
ट्यूटोरियल # 3: खोजी परीक्षण बनाम स्क्रिप्टेड परीक्षण
ट्यूटोरियल # 4: एचपी स्प्रिंटर के साथ खोजपूर्ण परीक्षण
ट्यूटोरियल # 5: शीर्ष 17 खोजकर्ता परीक्षण उपकरण

*****************************

आप क्या सीखेंगे:

• अवलोकन
• अनुशंसित खोजी परीक्षण सेवा
• व्याख्यात्मक परीक्षण उदाहरण
• परीक्षण दृष्टिकोण
• लाभ
• अवगुण
• सत्र-आधारित खोजपूर्ण परीक्षण
• जोड़ी आधारित अन्वेषण परीक्षण
• खोजपूर्ण परीक्षण तकनीक
• अन्वेषक परीक्षण और तदर्थ परीक्षण के बीच अंतर
• खोजपूर्ण स्वचालित परीक्षण (EAT)
  • निष्क्रिय ईएटी
  • सक्रिय ईएटी
• खोजपूर्ण परीक्षण के प्रकार
  • 1) फ्रीस्टाइल और:
  • 2) परिदृश्य आधारित ET:
  • 3) रणनीति आधारित ET:
• चंचल खोजपूर्ण परीक्षण
• अन्वेषणात्मक परीक्षण में पारंपरिक परीक्षण सीमाओं से परे सोचने के लिए कैसे
• विभिन्न दृष्टिकोणों से उत्पाद कैसे देखें?
  • # 1 ग्राहक / एंड-यूज़र को समझें
  • # २। एक मानसिकता
  • # ३। प्रतियोगियों को जानें
• निष्कर्ष
• अनुशंसित पाठ

अवलोकन

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

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

कभी-कभी यह परीक्षण औपचारिक परीक्षण दृष्टिकोण से अधिक फायदेमंद हो सकता है कुछ सूक्ष्म दोषों का पता लगाना जो औपचारिक परीक्षण में गायब हो जाते हैं।

जानबूझकर या अनजाने में प्रत्येक और हर परीक्षक ने अपने करियर में कुछ बिंदुओं पर खोजपूर्ण परीक्षण किया होगा।

जैसा कि हम सभी जानते हैं, एक शिक्षार्थी सिद्धांत को रटने के बजाय हाथों से अनुभव के माध्यम से बेहतर सीखेगा।

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

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

इस प्रक्रिया के दौरान, आप सीख सकते हैं कि वेबसाइट आपको आभासी मानव रूप-जैसा प्रदान करती है जो आपको उत्पाद चयन प्रक्रिया में मदद करती है। आपने यह भी पाया कि आप कई उत्पादों को होम ट्रायल के लिए ऑर्डर कर सकते हैं या आप कुछ बैंकों के रिवार्ड पॉइंट्स आदि के माध्यम से भुगतान कर सकते हैं।

एक परीक्षक के रूप में, आपको न केवल यह सत्यापित करने की आवश्यकता है कि कोई सिस्टम अपेक्षित रूप से काम कर रहा है, बल्कि यह भी जांचें कि क्या सिस्टम उस तरीके से व्यवहार नहीं कर रहा है, जो अपेक्षित नहीं है।

इस परीक्षण को करते समय याद रखने योग्य कुछ बातें:

• आपका मिशन स्पष्ट होना चाहिए।
• नोट्स बनाने और यह सुनिश्चित करने के लिए कि आप क्या कर रहे हैं और कैसे एक प्रणाली व्यवहार कर रही है, जो एक संभावित बग हो सकता है, पर रिपोर्ट करें।
• जानें, निरीक्षण करें और फिर नए परीक्षण मामलों के साथ आएं।

अनुशंसित खोजी परीक्षण सेवा

(1) डिजीवैंट डायरेक्ट

डिजीवैंट डायरेक्ट पेशेवर परीक्षणकर्ताओं के अपने वैश्विक नेटवर्क का उपयोग करके खोजपूर्ण परीक्षण किया जाता है ताकि आप किसी ऐसे समय में सभी प्रमुख उपकरणों पर परीक्षण को कवर कर सकें जो किसी अन्य परीक्षण आपूर्तिकर्ता या इन-हाउस टीम द्वारा अस्वीकार्य है।

अधिक ग्राहक संतुष्टि प्रदान करने और ऑनलाइन राजस्व बढ़ाने के लिए अपने डिजिटल प्लेटफ़ॉर्म को तेज़ी से सुरक्षित करें, और अनुमति दें।

विशेषताएं:

• केवल 24 घंटों में परीक्षण के 24 कार्य दिवस या 72 घंटे में 90 कार्य दिवस, और किसी भी अन्य माध्यम से अस्वीकार्य परीक्षण के व्यापक, बेजोड़ स्तर।
• कम लागत , कोई छिपा एक्स्ट्रा कलाकार के साथ मूल्य निर्धारण पैकेज को समझने में आसान।
• स्वयं सेवा ऑनलाइन पोर्टल जिसके लिए निरंतर प्रतिबद्धता की आवश्यकता नहीं है।
• वास्तविक लोग वास्तविक उपकरणों पर परीक्षण कर रहे हैं - आप घर में और सभी तेजी से बदलाव समय के भीतर प्राप्त कर सकते हैं की तुलना में कहीं अधिक डिवाइस और ब्राउज़र कवरेज।
• खोजपूर्ण परीक्षण कवरेज को पूरा करें - जोखिम कम करें और अंत-उपयोगकर्ता संतुष्टि और रूपांतरण दरों में सुधार करें जिससे लागत कम करने के साथ-साथ राजस्व में वृद्धि हो।

व्याख्यात्मक परीक्षण उदाहरण

उदाहरण 1:

निम्नलिखित घटकों के साथ एक होम केयर सेवा प्रदाता वेबसाइट:

• लॉग इन करें
• सेवाएं
• कार्ट
• भुगतान
• आदेश इतिहास
• तकनीशियन आवंटन

शुरू करने के लिए एक सामान्य विचार खोजपूर्ण परीक्षण लॉगिन या एक सेवा बुक करने के लिए होगा।

टेस्ट मामलों को कैसे कवर करें?

सर्वश्रेष्ठ ड्राइवर अपडेट सॉफ़्टवेयर विंडोज़ 10

ऊपरोक्त में उदाहरण, विचार आपके ज्ञान के आधार पर कार्यक्षमता के साथ शुरू करना है। जैसा कि आप सीखते हैं और आवेदन के बारे में अधिक जानकारी प्राप्त करते हैं, आप अपने अगले परीक्षण मामलों को निर्धारित कर सकते हैं।

उदाहरण # 2:

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

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

उपर्युक्त लक्ष्य इस परीक्षण सत्र के लिए मेरा चार्टर बन गया।

इस परीक्षण के दौरान निम्नलिखित परीक्षण मामले विकसित किए गए:

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

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

खोजपूर्ण परीक्षण की मूल रणनीति हमले की योजना बनाना है। अपने विचार के साथ परीक्षण शुरू करें और अपने ज्ञान और अवलोकन के आधार पर नए परीक्षण मामलों को सुधारें।

उदाहरण # 3:

आईआरसीटीसी वेबसाइट का खोजपूर्ण परीक्षण

=> IRCTC वेबसाइट के खोजपूर्ण परीक्षण के नमूना परीक्षण मामलों को डाउनलोड करने के लिए यहां क्लिक करें।

परीक्षण दृष्टिकोण

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

लाभ

इस परीक्षण के लाभों में शामिल हैं:

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

अवगुण

नीचे सूचीबद्ध हैं:

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

सत्र-आधारित खोजपूर्ण परीक्षण

खोजपूर्ण परीक्षण करते समय, परीक्षकों के लिए यह कठिन है कि उन्होंने कितने परीक्षण किए हैं और किस आधार पर शब्दों को रखा है।

मूल रूप से, कार्य और समय व्यतीत करना मुश्किल है। हालांकि, हर परियोजना में, हमें टीम लीड और प्रबंधकों को मैट्रिक्स, अनुमान और प्रगति रिपोर्ट प्रदान करने की आवश्यकता होती है। जैसा कि कहा जाता है, 'यदि आप इसे निर्धारित नहीं कर सकते, तो आप इसे प्रबंधित नहीं कर सकते'।

सत्र-आधारित परीक्षण इस परीक्षण को करने के लिए एक समय आधार दृष्टिकोण है जो प्रबंधन और ट्रैकिंग में मदद करता है। इसमें ईमेल, फोन, मैसेज आदि से बिना किसी रुकावट के एक समर्पित टाइम-बॉक्सिंग टेस्टिंग सेशन शामिल है।

दृष्टिकोण:

परीक्षण कार्यों को सत्रों में विभाजित किया जाता है।

सत्र-आधारित परीक्षण (SBT) के घटक निम्नलिखित हैं:

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

गृह देखभाल सेवा वेबसाइट की लॉगिन कार्यक्षमता के लिए टेस्ट चार्टर का उदाहरण:

• सत्र: बिना किसी रुकावट के पूर्व-निर्धारित समय-परीक्षणित परीक्षण सत्र। प्रत्येक सत्र में निम्नलिखित अवधि हो सकती है:
  • 'शॉर्ट (60 मिनट)
  • 'सामान्य' (90 मिनट)
  • 'लॉन्ग' (120 मिनट)
• सत्र रिपोर्ट: नेताओं और प्रबंधकों को मैट्रिक्स प्रदान करने के लिए नोट्स और हल्की रिपोर्ट शामिल करें। यह चार्टर सत्र शेष या किए गए, सत्र सेटअप समय, परीक्षण किए गए परिदृश्य, परीक्षण प्रक्रिया के बारे में, बगों की सूची और मेट्रिक्स के लिए मिली अन्य जानकारी के बारे में विवरण देता है।
• सत्र डी-संक्षिप्त: परीक्षण सत्र के निष्कर्षों की समीक्षा करने के लिए परीक्षक और टेस्ट लीड / मैनेजर के बीच एक छोटी बैठक या स्टैंड-अप।

सत्र रिपोर्ट के आधार पर प्रबंधक निम्नलिखित मीट्रिक प्राप्त कर सकते हैं:

• सत्रों की संख्या पूर्ण और शेष।
• कीड़े की संख्या की सूचना दी।
• सत्र सेटअप पर समय बिताया।
• समय परीक्षण पर बिताया।
• मुद्दों या समस्याओं का विश्लेषण करने में समय व्यतीत होता है।
• सुविधाएँ शामिल हैं।

ऊपर संक्षेप में प्रस्तुत करने के लिए:

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

जोड़ी आधारित अन्वेषण परीक्षण

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

साझेदारों के बीच एक अच्छा संवाद रखने में हमेशा मददगार होता है ताकि दोनों को पता हो कि क्या किया जा रहा है और क्यों। एक जोड़ी जिसमें परीक्षकों की ताकत पारस्परिक रूप से उनकी कमजोरी को मजबूत करती है, एक मजबूत समूह के रूप में माना जाता है।

इस तरह की जोड़ी से दोनों पक्षों को लाभ होता है और प्रत्येक अपने साथी से कुछ सीख सकते हैं। नए संसाधनों को अनुभवी संसाधनों के साथ जोड़कर प्रशिक्षित करना भी एक अच्छा तरीका है।

जोड़ी परीक्षण के लाभ

• एक परीक्षक को काम पर ध्यान केंद्रित करने में मदद करता है।
• भागीदारों के बीच आपसी विश्वास और सम्मान को प्रोत्साहित करें।
• आमतौर पर युग्मित परीक्षकों के बीच विचार-मंथन अधिक रचनात्मक विचारों को जन्म देता है।
• सुरंग की दृष्टि से बचें।
• दूसरों द्वारा उन्हें बाधित करने की कम संभावना है।

खोजपूर्ण परीक्षण तकनीक

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

एक पर्यटक निम्नलिखित पर्यटन ले सकता है:

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

भ्रमण करते समय, आपके पास हमेशा कोई भी मार्ग लेने का विकल्प होता है। आप सॉफ़्टवेयर के माध्यम से नेविगेट कर सकते हैं और सुविधा का परीक्षण करने के लिए एक अनूठा मार्ग पा सकते हैं।

नीचे कुछ टिप्स / ट्रिक्स दिए गए हैं जिनका उपयोग आप ET में कर सकते हैं:

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

ईटी को प्रभावित करने वाले कारक निम्नानुसार हैं:

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

परीक्षकों से यह पूछने के बजाय कि हमें क्या चलाना है, हम यह तय करने के लिए परीक्षक के फैसले पर छोड़ देते हैं कि वे क्या परीक्षण करना चाहते हैं और वे कैसे परीक्षण करना चाहते हैं।

अन्वेषक परीक्षण और तदर्थ परीक्षण के बीच अंतर

ईटी को भ्रमित न करें तदर्थ परीक्षण ।

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

खोजपूर्ण स्वचालित परीक्षण (EAT)

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

ईएटी दृष्टिकोण के दो प्रकार हैं:

• निष्क्रिय ईएटी
• सक्रिय ईएटी

निष्क्रिय ईएटी

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

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

स्थापित वीडियो उपकरण एक परीक्षक को परीक्षण केस रिकॉर्डिंग और दोष रिपोर्टिंग के साथ मदद करता है।

इसके कुछ अन्य लाभ भी हैं:

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

निष्क्रिय ईएटी से पहले कुछ अन्य बिंदुओं पर ध्यान दिया जाना चाहिए:

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

अब, दूसरे दृष्टिकोण पर चलते हैं।

सक्रिय ईएटी

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

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

परीक्षण सत्र के अंत में एक समापन चरण निष्पादित किया जाता है। और इसके निम्नलिखित कार्य होने चाहिए:

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

ईएटी के लाभ

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

खोजपूर्ण परीक्षण के प्रकार

नीचे दिए गए ET के कुछ प्रकार दिए गए हैं:

1) फ्रीस्टाइल और:

तदर्थ शैली में आवेदन की खोज।

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

2) परिदृश्य आधारित ET:

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

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

3) रणनीतिआधारित ईटी:

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

चंचल खोजपूर्ण परीक्षण

भले ही आपने फुर्तीले माहौल में काम नहीं किया हो, मुझे यकीन है कि आपने इसकी बढ़ती लोकप्रियता के कारण इसके बारे में पढ़ा या सुना होगा। चंचल कार्यप्रणाली में लघु स्प्रिंट और तंग समय सीमा होती है जो योजना, अनुमान, विकास, कोडिंग, परीक्षण और रिलीज़ को समाप्त करने के लिए टीम को कुछ हफ़्ते देती है।

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

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

एजाइल में खोजपूर्णता के गुण

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

याद दिलाने के संकेत:

1. विभिन्न कौशल की आवश्यकता है: ईटी का प्रदर्शन करने वाले परीक्षकों को अच्छी सुनने, पढ़ने, सोचने और रिपोर्टिंग कौशल की आवश्यकता होती है। डोमेन अनुभव की आवश्यकता है क्योंकि स्क्रिप्ट और परीक्षण के मामले नहीं हैं।

2. कभी-कभी यह मुश्किल होता है गलती सूचित करें: ईटी प्रवाह में, हम एक दोष का सामना कर सकते हैं लेकिन हम इसे पुन: पेश करने में सक्षम नहीं हो सकते हैं। ऐसा इसलिए है क्योंकि हम परीक्षण चरणों को ट्रैक नहीं कर रहे हैं और हम उस समस्या को पुन: उत्पन्न करने के लिए सटीक चरणों को भूल सकते हैं।

3. मनोरंजन गतिविधि के रूप में किया जा सकता है: मैं व्यक्तिगत रूप से ईटी करता हूं जब मैं अपने नियमित परीक्षण निष्पादन चक्र से ब्रेक चाहता हूं। लेकिन कई टीमों के पास अपने परीक्षण चक्र के एक अलग चरण के रूप में ET है।

4. यह सभी परीक्षण चरणों के लिए किया जा सकता है: हम किसी भी परीक्षण चरण की शुरुआत से पहले ईटी को लागू कर सकते हैं। आप कार्यात्मक परीक्षण चरण से पहले भी ET कर सकते हैं।

5. तीव्र प्रतिक्रिया: ईटी को मुद्दों और किसी भी विसंगतियों पर तेजी से प्रतिक्रिया की आवश्यकता है।

६। गहन सोच और विविध विचार: इस परीक्षण के लिए महत्वपूर्ण सोच की आवश्यकता है। परीक्षकों को अपने विचारों को तार्किक तरीके से पुन: पेश करने, समीक्षा करने और व्यक्त करने में सक्षम होना चाहिए। एक परीक्षक विभिन्न तकनीकों और डोमेन पर अपने अनुभव को लागू कर सकता है, जिस पर उन्होंने काम किया था।

अन्वेषणात्मक परीक्षण में पारंपरिक परीक्षण सीमाओं से परे सोचने के लिए कैसे

'मैं वास्तव में उत्पाद के लिए आपकी चिंता की सराहना करता हूं और हमें एंड-यूज़र परिप्रेक्ष्य को समझने में मददगार बनाता हूं। यह बहुत उपयोगी होने जा रहा है अच्छे काम के लिए धन्यवाद और इसे बनाए रखें !!!

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

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

खोज किए गए परीक्षण में अप्रत्याशित रूप से कुछ करते हुए सर्वर हैंग समस्या से संबंधित एक महत्वपूर्ण बग पाया गया।

खोजपूर्ण परीक्षण के प्रशंसक होने के नाते, मुझे विभिन्न तरीकों से उत्पाद का पता लगाना पसंद है। मेरे लिए, सॉफ्टवेयर की परिभाषा है:

'उसे वही करना चाहिए जो वह करने वाला है, और उसे वह नहीं करना चाहिए जो वह करने वाला नहीं है।'

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

विभिन्न दृष्टिकोणों से उत्पाद कैसे देखें?

# 1 ग्राहक / एंड-यूज़र को समझें

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

एक सॉफ्टवेयर टेस्टर के रूप में, हमें उत्पाद के उद्देश्य की जांच करने की आवश्यकता है, न कि वस्तु या उसके पहलू की।

मैं आपको कुछ वास्तविक जीवन के व्यावहारिक उदाहरण देता हूं:

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

हितधारकों को समझना और उनकी अपेक्षाओं की एक विस्तृत श्रृंखला खोजपूर्ण परीक्षण की आधार रेखा होनी चाहिए।

# २। एक मानसिकता

एक नौकरी रोजगार विज्ञापन की तलाश करें (बताएं) क्या आप उस जैकपॉट को और बोल्ड फॉन्ट वाले पृष्ठों के बीच देखते हैं? हम में से अधिकांश (मेरा विश्वास नहीं करते, यह सच है) क्योंकि हमने अपने दिमाग को यह देखने का निर्देश दिया है कि क्या उपयोगी है या जाँच की जाए। किसी और चीज का कोई मतलब नहीं है, इसलिए मन हमें इसे पहचानने से इनकार करता है।

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

मुझे एक क्लासिक उदाहरण याद है:

लिनक्स में, Linux कैट ’कमांड का उपयोग किसी फाइल की सामग्री की जांच करने के लिए किया जाता है और निर्देशिका की सामग्री की जांच करने के लिए’ ls ’कमांड का उपयोग किया जाता है। लिनक्स के साथ काम करना और पांच साल तक सॉफ्टवेयर टेस्टिंग में रहना, मैंने कभी भी कैट करने के लिए नहीं सोचा था क्योंकि मेरा दिमाग सेट था; अगर मुझे dir सामग्री की आवश्यकता है, तो मुझे ’ls’ का उपयोग करने की आवश्यकता है। यह काम किया, लेकिन उम्मीद के विपरीत पक्ष यह है कि उत्पाद को उस तरह से व्यवहार नहीं करना चाहिए था जिसे वह नहीं करना चाहता था, गलत था। हमारे ग्राहकों में से एक, जो लिनक्स को अच्छी तरह से नहीं जानता था, उसने गलती से कैट किया था और सिस्टम क्रैश हो गया था। हमने इस मानसिकता के लिए भुगतान किया।

हमेशा सॉफ़्टवेयर के साथ गलतियाँ करने के लिए तैयार रहें क्योंकि यही एंड-यूज़र करने जा रहा है। सॉफ़्टवेयर का परीक्षण करने के लिए, आपको प्रशिक्षित किया गया है, लेकिन अंतिम-उपयोगकर्ता आपके रूप में प्रशिक्षित नहीं होगा या वह / आप के रूप में एक तकनीकी विशेषज्ञ के रूप में ज्यादा नहीं होगा। इसके अलावा, वह मुसीबत में होने पर सॉफ्टवेयर के साथ कुछ भी करेगा।

उन परिदृश्यों के बारे में सोचें, और परीक्षण प्रतिक्रिया प्रदान करें। सॉफ्टवेयर का जीवन और तुम्हारा (एक परीक्षक के रूप में) रॉक होगा।

# ३। प्रतियोगियों को जानें

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

इस बिंदु को समझने के लिए यहां कुछ वास्तविक जीवन के उदाहरण दिए गए हैं:

• क्या आप उस डिज़ाइनर को पसंद नहीं करते हैं जो न केवल आपकी ड्रेस को स्टिच करता है बल्कि आपको मैचिंग एक्सेसरीज़ के बारे में भी इनपुट देता है?
• क्या आप पिज्जा ब्रांड को पसंद नहीं करते हैं जो न केवल महान पिज्जा बनाता है बल्कि घर पर सबसे अधिक समय पर पहुंचता है?
• क्या आप उस फोटोग्राफर को पसंद नहीं करते हैं जो न केवल अच्छी तस्वीरें लेता है बल्कि फोटोशूट के लिए एक अलग तरह के फ्रेम का सुझाव देता है?

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

साथ ही, एक ही श्रेणी के उत्पादों की तुलना और विश्लेषण हमारे विश्लेषण को अधिक शक्तिशाली बनाता है और अंततः हम एक ऐसा खजाना बनाते हैं, जिस पर हम किसी भी क्षण वापस जा सकते हैं और कुछ उपयोगी पा सकते हैं।

निष्कर्ष

खोजपूर्ण परीक्षण के पारंपरिक तरीके के तहत नहीं आता है लेकिन फिर भी, यह परीक्षण का एक बहुत शक्तिशाली तरीका है।

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

अन्वेषक परीक्षण की सफलता एक परीक्षक के कौशल, प्रभावी परीक्षण मामलों को बनाने की क्षमता, उनके अनुभव और उनके आंत की भावना का पालन करने के लिए शूरवीर जैसे कई अंतरंग पर निर्भर करती है।

salesforce व्यवस्थापक साक्षात्कार सवाल और जवाब

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

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

अगला ट्यूटोरियल # 2: पूर्ण अन्वेषणात्मक परीक्षण सुनिश्चित करने के लिए टूर्स का उपयोग कैसे करें

अनुशंसित पाठ

• सर्वश्रेष्ठ सॉफ्टवेयर परीक्षण उपकरण 2021 (क्यूए टेस्ट स्वचालन उपकरण)
• अल्फा परीक्षण और बीटा परीक्षण (एक पूर्ण गाइड)
• खोजी परीक्षण बनाम स्क्रिप्टेड परीक्षण: कौन जीता?
• सॉफ्टवेयर परीक्षण क्यूए सहायक नौकरी
• कुछ दिलचस्प सॉफ्टवेयर परीक्षण साक्षात्कार प्रश्न
• वेब अनुप्रयोग सुरक्षा परीक्षण गाइड
• पूर्ण और पूरी तरह से खोजपूर्ण परीक्षण सुनिश्चित करने के लिए टूर्स का उपयोग कैसे करें
• SoftwareTestingHelp से सर्वश्रेष्ठ क्यूए सॉफ्टवेयर परीक्षण सेवाएँ