what is software testing
परीक्षण परिभाषा के साथ 100+ मैन्युअल परीक्षण ट्यूटोरियल के साथ एक पूर्ण सॉफ्टवेयर टेस्टिंग गाइड, प्रकार, तरीके और प्रक्रिया विवरण:
सॉफ्टवेयर टेस्टिंग क्या है?
सॉफ़्टवेयर परीक्षण किसी अनुप्रयोग की कार्यक्षमता को सत्यापित करने और सत्यापित करने की एक प्रक्रिया है जो यह निर्दिष्ट आवश्यकताओं को पूरा करता है या नहीं। यह एक आवेदन में दोष खोजने की प्रक्रिया है और यह जांचना है कि अंतिम उपयोगकर्ता की आवश्यकताओं के अनुसार आवेदन कहां कार्य करता है।
मैन्युअल परीक्षण क्या है?
मैन्युअल परीक्षण एक ऐसी प्रक्रिया है जिसमें आप अपेक्षित व्यवहार (आवश्यकताओं) के विरुद्ध कोड (सॉफ़्टवेयर, मॉड्यूल, एपीआई, सुविधा, आदि) के विकसित टुकड़े के व्यवहार की तुलना करते हैं।
आप क्या सीखेंगे:
मैनुअल सॉफ्टवेयर टेस्टिंग ट्यूटोरियल की सूची
यह सॉफ्टवेयर टेस्टिंग पर ट्यूटोरियल की सबसे गहरी श्रृंखला है। मूल और उन्नत परीक्षण तकनीकों को जानने के लिए इस श्रृंखला में वर्णित विषयों को ध्यान से देखें।
ट्यूटोरियल की यह श्रृंखला आपके ज्ञान और इच्छा को समृद्ध करती है, बदले में, आपके परीक्षण कौशल को बढ़ाती है।
लाइव प्रोजेक्ट पर एंड-टू-एंड मैनुअल टेस्टिंग फ्री ट्रेनिंग का अभ्यास करें:
ट्यूटोरियल # 1: मैनुअल सॉफ्टवेयर टेस्टिंग की मूल बातें
ट्यूटोरियल # 2: लाइव प्रोजेक्ट परिचय
ट्यूटोरियल # 3: परीक्षण परिदृश्य लेखन
ट्यूटोरियल # 4: स्क्रैच से टेस्ट प्लान डॉक्यूमेंट लिखें
ट्यूटोरियल # 5: एसआरएस दस्तावेज़ से टेस्ट केस लिखना
ट्यूटोरियल # 6: परीक्षण निष्पादन
ट्यूटोरियल # 7: बग ट्रैकिंग और टेस्ट साइन ऑफ
ट्यूटोरियल # 8: सॉफ्टवेयर टेस्टिंग कोर्स
सॉफ्टवेयर परीक्षण जीवन-चक्र:
ट्यूटोरियल # 1: STLC
वेब परीक्षण:
ट्यूटोरियल # 1: वेब अनुप्रयोग परीक्षण
ट्यूटोरियल # 2: क्रॉस ब्राउज़र परीक्षण
टेस्ट केस प्रबंधन:
विंडोज़ 10 के लिए सबसे अच्छा रिकवरी सॉफ़्टवेयर
ट्यूटोरियल # 1: परीक्षण के मामलों
ट्यूटोरियल # 2: सैंपल टेस्ट केस टेम्प्लेट
ट्यूटोरियल # 3: आवश्यकताएँ ट्रैसबिलिटी मैट्रिक्स (RTM)
ट्यूटोरियल # 4: टेस्ट कवरेज
ट्यूटोरियल # 5: डेटा प्रबंधन का परीक्षण करें
परीक्षण प्रबंधन:
ट्यूटोरियल # 1: टेस्ट की रणनीति
ट्यूटोरियल # 2: टेस्ट प्लान टेम्प्लेट
ट्यूटोरियल # 3: परीक्षण का अनुमान
ट्यूटोरियल # 4: परीक्षण प्रबंधन उपकरण
ट्यूटोरियल # 5: एचपी एएलएम ट्यूटोरियल
ट्यूटोरियल # 6: Jira
ट्यूटोरियल # 7: TestLink ट्यूटोरियल
तकनीकी परीक्षण:
ट्यूटोरियल # 1: केस टेस्टिंग का उपयोग करें
ट्यूटोरियल # 2: राज्य संक्रमण परीक्षण
ट्यूटोरियल # 3: सीमा मूल्य विश्लेषण
ट्यूटोरियल # 4: समान विभाजन
ट्यूटोरियल # 5: सॉफ्टवेयर परीक्षण के तरीके
ट्यूटोरियल # 6: चंचल कार्यप्रणाली
दोष प्रबंधन:
ट्यूटोरियल # 1: बग जीवन चक्र
ट्यूटोरियल # 2: बग रिपोर्टिंग
ट्यूटोरियल # 3: दोष प्राथमिकता
ट्यूटोरियल # 4: Bugzilla ट्यूटोरियल
क्रियात्मक परीक्षण
ट्यूटोरियल # 1: इकाई का परीक्षण
ट्यूटोरियल # 2: स्वच्छता और धुआँ परीक्षण
ट्यूटोरियल # 3: प्रतिगमन परीक्षण
ट्यूटोरियल # 4: सिस्टम परीक्षण
ट्यूटोरियल # 5: स्वीकृति परीक्षण
ट्यूटोरियल # 6: एकीकरण जांच
ट्यूटोरियल # 7: यूएटी उपयोगकर्ता स्वीकृति परीक्षण
गैर-कार्यात्मक परीक्षण:
ट्यूटोरियल # 1: गैर-कार्यात्मक परीक्षण
ट्यूटोरियल # 2: प्रदर्शन का परीक्षण
ट्यूटोरियल # 3: सुरक्षा परीक्षण
ट्यूटोरियल # 4: वेब अनुप्रयोग सुरक्षा परीक्षण
ट्यूटोरियल # 5: उपयोगिता परीक्षण
ट्यूटोरियल # 6: संगतता परीक्षण
ट्यूटोरियल # 7: स्थापना परीक्षण
ट्यूटोरियल # 8: प्रलेखन परीक्षण
सॉफ्टवेयर परीक्षण प्रकार:
ट्यूटोरियल # 1: परीक्षण के प्रकार
ट्यूटोरियल # 2 : ब्लैक बॉक्स परीक्षण
ट्यूटोरियल # 3: डेटाबेस परीक्षण
ट्यूटोरियल # 4: एंड टू एंड टेस्टिंग
ट्यूटोरियल # 5: खोजपूर्ण परीक्षण
ट्यूटोरियल # 6: वृद्धिशील परीक्षण
ट्यूटोरियल # 7: पहुँच परीक्षण
ट्यूटोरियल # 8: नकारात्मक परीक्षण
ट्यूटोरियल # 9: बैकएंड टेस्टिंग
ट्यूटोरियल # 10: अल्फा परीक्षण
ट्यूटोरियल # 11: बीटा परीक्षण
ट्यूटोरियल # 12: अल्फा बनाम बीटा परीक्षण
ट्यूटोरियल # 13: गामा परीक्षण
ट्यूटोरियल # 14: ईआरपी परीक्षण
ट्यूटोरियल # 15: स्थैतिक और गतिशील परीक्षण
ट्यूटोरियल # 16: एडहॉक परीक्षण
ट्यूटोरियल # 17: स्थानीयकरण और अंतर्राष्ट्रीयकरण परीक्षण
ट्यूटोरियल # 18: स्वचालन परीक्षण
ट्यूटोरियल # 19: सफेद बॉक्स परीक्षण
सॉफ्टवेयर परीक्षण कैरियर:
ट्यूटोरियल # 1: सॉफ्टवेयर टेस्टिंग करियर चुनना
ट्यूटोरियल # 2: कैसे करें क्यूए टेस्टिंग जॉब - पूरी गाइड
ट्यूटोरियल # 3: परीक्षकों के लिए कैरियर विकल्प
ट्यूटोरियल # 4: नॉन-आईटी टू सॉफ्टवेयर टेस्टिंग स्विच
ट्यूटोरियल # 5: अपने मैनुअल परीक्षण कैरियर को प्रारंभ करें
ट्यूटोरियल # 6: परीक्षण में 10 साल से सीखा सबक
ट्यूटोरियल # 7: परीक्षण क्षेत्र में उत्तरजीविता और प्रगति
साक्षात्कार की तैयारी:
ट्यूटोरियल # 1: क्यूए रिज्यूम की तैयारी
ट्यूटोरियल # 2: मैनुअल परीक्षण साक्षात्कार प्रश्न
ट्यूटोरियल # 3: स्वचालन परीक्षण साक्षात्कार प्रश्न
ट्यूटोरियल # 4: प्रश्नोत्तर साक्षात्कार
ट्यूटोरियल # 5: किसी भी नौकरी के लिए इंटरव्यू संभालें
ट्यूटोरियल # 6: फ्रेशर के रूप में टेस्टिंग जॉब प्राप्त करें
विभिन्न डोमेन अनुप्रयोग का परीक्षण:
ट्यूटोरियल # 1 : बैंकिंग अनुप्रयोग परीक्षण
ट्यूटोरियल # 2: स्वास्थ्य देखभाल आवेदन परीक्षण
ट्यूटोरियल # 3: भुगतान गेटवे परीक्षण
ट्यूटोरियल # 4: बिक्री का परीक्षण बिंदु (पीओएस) प्रणाली
ट्यूटोरियल # 5: ईकामर्स वेबसाइट टेस्टिंग
परीक्षण क्यूए प्रमाणन:
ट्यूटोरियल # 1: सॉफ्टवेयर टेस्टिंग सर्टिफिकेशन गाइड
ट्यूटोरियल # 2: CSTE प्रमाणन गाइड
ट्यूटोरियल # 3: CSQA प्रमाणन गाइड
ट्यूटोरियल # 4: ISTQB गाइड
ट्यूटोरियल # 5: ISTQB उन्नत
उन्नत मैनुअल परीक्षण विषय:
ट्यूटोरियल # 1: साइक्लोमेटिक कम्पलेक्सिटी
ट्यूटोरियल # 2: प्रवासन परीक्षण
ट्यूटोरियल # 3: क्लाउड टेस्टिंग
ट्यूटोरियल # 4: ईटीएल परीक्षण
ट्यूटोरियल # 5: सॉफ्टवेयर टेस्टिंग मेट्रिक्स
ट्यूटोरियल # 6: वेब सेवाएं
इस मैनुअल परीक्षण श्रृंखला में 1 ट्यूटोरियल पर एक नज़र डालने के लिए तैयार हो जाओ !!!
मैनुअल सॉफ्टवेयर परीक्षण का परिचय
मैन्युअल परीक्षण एक ऐसी प्रक्रिया है जिसमें आप अपेक्षित व्यवहार (आवश्यकताओं) के विरुद्ध कोड (सॉफ़्टवेयर, मॉड्यूल, एपीआई, सुविधा, आदि) के विकसित टुकड़े के व्यवहार की तुलना करते हैं।
और आप कैसे जानेंगे कि अपेक्षित व्यवहार क्या है?
आप इसे पढ़कर या आवश्यकताओं को ध्यान से सुनकर और इसे पूरी तरह से समझकर जान जाएंगे। याद रखें, आवश्यकताओं को पूरी तरह से समझना बहुत महत्वपूर्ण है।
सबसे अच्छा यूट्यूब एमपी 3 एप्लिकेशन में कनवर्ट करें
अपने आप को एक अंत-उपयोगकर्ता के रूप में सोचें कि आप क्या परीक्षण करने जा रहे हैं। उसके बाद, आप सॉफ़्टवेयर की आवश्यकता दस्तावेज़ या उसमें अब शब्दों के लिए बाध्य नहीं हैं। फिर आप मुख्य आवश्यकता को समझ सकते हैं और जो लिखा या बताया गया है उसके खिलाफ सिस्टम के व्यवहार की जांच नहीं कर सकते हैं, बल्कि अपनी समझ और उन चीजों के खिलाफ भी जो लिखित या बताई गई नहीं हैं।
कभी-कभी, यह एक मिस की गई आवश्यकता (अधूरी आवश्यकता) या अंतर्निहित आवश्यकता हो सकती है (ऐसा कुछ जिसके लिए अलग से उल्लेख की आवश्यकता नहीं है, लेकिन मिलना चाहिए), और आपको इसके लिए भी परीक्षण करने की आवश्यकता है।
इसके अलावा, एक आवश्यकता जरूरी नहीं कि एक दस्तावेज हो। आपको बहुत अच्छी तरह से सॉफ़्टवेयर की कार्यक्षमता का ज्ञान हो सकता है या आप अनुमान लगा सकते हैं और फिर एक बार में एक कदम का परीक्षण कर सकते हैं। हम आम तौर पर इसे तदर्थ परीक्षण या खोजपूर्ण परीक्षण कहते हैं।
आइए एक गहराई से देखें:
सबसे पहले, इस तथ्य को समझने दो - चाहे आप किसी सॉफ्टवेयर एप्लिकेशन या किसी अन्य चीज (किसी वाहन का कहना हो) के परीक्षण की तुलना कर रहे हों, अवधारणा समान है। दृष्टिकोण, उपकरण और प्राथमिकताएं भिन्न हो सकती हैं, लेकिन मूल उद्देश्य एक ही रहता है और यह सरल है अर्थात् वास्तविक व्यवहार की अपेक्षा व्यवहार के साथ की जाती है।
दूसरी बात - परीक्षण एक दृष्टिकोण या मानसिकता की तरह है जिसे भीतर से आना चाहिए। कौशल सीखा जा सकता है, लेकिन आप तभी सफल परीक्षक बनेंगे जब आपके अंदर कुछ गुण डिफ़ॉल्ट रूप से होंगे। जब मैं कहता हूं कि परीक्षण कौशल सीखा जा सकता है, मेरा मतलब है कि सॉफ्टवेयर परीक्षण प्रक्रिया के आसपास केंद्रित और औपचारिक शिक्षा।
लेकिन एक सफल परीक्षक के गुण क्या हैं? आप उनके बारे में नीचे दिए गए लिंक पर पढ़ सकते हैं:
इसे यहाँ पढ़ें => अत्यधिक प्रभावी परीक्षकों की योग्यता
मैं इस ट्यूटोरियल को जारी रखने से पहले उपरोक्त लेख से गुजरने की सलाह देता हूं। यह सॉफ़्टवेयर परीक्षक की भूमिका में अपेक्षित विशेषताओं के विरुद्ध आपकी विशेषताओं की तुलना करने में आपकी सहायता करेगा।
उन लोगों के लिए जिनके पास लेख के माध्यम से जाने का समय नहीं है, यहां एक सारांश है:
“आपकी जिज्ञासा, चौकसता, अनुशासन, तार्किक सोच, काम के प्रति जुनून और चीजों को अलग करने की क्षमता एक विनाशकारी और सफल परीक्षक के लिए बहुत मायने रखती है। इसने मेरे लिए काम किया और मुझे पूरा विश्वास है कि यह आपके लिए भी काम करेगा। यदि आपके पास ये गुण पहले से हैं, तो वास्तव में यह आपके लिए भी काम करता है। ”
हमने मूल पूर्व-आवश्यकताओं के बारे में बात की है एक सॉफ्टवेयर टेस्टर बन रहा है। अब आइए समझते हैं कि मैनुअल टेस्टिंग क्यों होती है और ऑटोमेशन टेस्टिंग ग्रोथ के साथ या इसके बिना इसका स्वतंत्र अस्तित्व हमेशा रहेगा।
क्यों मैनुअल परीक्षण आवश्यक है?
क्या आप जानते हैं कि एक परीक्षक होने के बारे में सबसे अच्छी बात क्या है, वह भी एक मैनुअल परीक्षक है?
यह तथ्य है कि आप यहां केवल कौशल पर निर्भर रह सकते हैं। आपको अपनी विचार प्रक्रिया को विकसित करना और बढ़ाना है। यह कुछ ऐसा है जिसे आप वास्तव में कुछ रुपये के लिए नहीं खरीद सकते हैं। आपको खुद इस पर काम करना होगा।
अापको करना होगा सवाल पूछने की आदत विकसित करें और आपको हर मिनट उन्हें पूछना होगा जब आप परीक्षण कर रहे हैं। ज्यादातर बार आपको ये सवाल खुद से दूसरों से पूछना चाहिए।
मुझे आशा है कि आप उस लेख से गुज़रे हैं जो मैंने पिछले भाग में सुझाया था (यानी अत्यधिक प्रभावी परीक्षकों के गुण)। यदि हाँ, तो आपको पता होगा कि परीक्षण को एक विचार प्रक्रिया माना जाता है और एक परीक्षक के रूप में आप कितने सफल होंगे यह पूरी तरह से उन गुणों पर निर्भर करता है जो आपके पास एक व्यक्ति के रूप में हैं।
आइए इस सरल प्रवाह को देखें:
- आप कुछ करें ( कार्रवाई करते हैं ) जबकि आप इसे कुछ इरादे (उम्मीद के विपरीत तुलना) के साथ देखते हैं। अब आपका अवलोकन कौशल और अनुशासन चीजों को करने के लिए यहाँ चित्र में आता है।
- वोइला! वह क्या था? आपने कुछ देखा। आपने इस पर गौर किया क्योंकि आप बिल्कुल सही दे रहे थे विवरण पर ध्यान दें आप के सामने। आप इसे जाने नहीं देंगे क्योंकि आप हैं जिज्ञासु । यह आपकी योजना में नहीं था कि कुछ अप्रत्याशित / अजीब होगा, आप इसे नोटिस करेंगे और आप आगे की जांच करेंगे। लेकिन अब आप कर रहे हैं। आप इसे जाने दे सकते हैं। लेकिन आपको इसे जाने नहीं देना चाहिए।
- आप खुश हैं, आपको इसका कारण, कदम और परिदृश्य पता चला है। अब आप इसे ठीक से और रचनात्मक रूप से विकास टीम और आपकी टीम में अन्य हितधारकों से संवाद करेंगे। आप इसे कुछ दोष ट्रैकिंग टूल या मौखिक रूप से कर सकते हैं, लेकिन आपको यह सुनिश्चित करने के लिए मिला कि आप हैं रचनात्मक रूप से इसका संवाद करना ।
- उफ़! अगर मैं इसे इस तरह से करूं तो क्या होगा? यदि मैं इनपुट के रूप में उचित पूर्णांक दर्ज करता हूं, लेकिन प्रमुख सफेद रिक्त स्थान के साथ? क्या हो अगर? … क्या हो अगर? … क्या हो अगर? यह आसानी से समाप्त नहीं होता, यह आसानी से समाप्त नहीं होना चाहिए। आप फ़र्ज़ करो स्थितियों और परिदृश्यों की एक बहुत कुछ है और वास्तव में आप उन्हें भी प्रदर्शन करने के लिए परीक्षा होगी।
नीचे दिया गया चित्र एक परीक्षक के जीवन का प्रतिनिधित्व करता है:
ऊपर उल्लिखित उन चार बुलेट बिंदुओं को एक बार फिर पढ़ें। क्या आपने ध्यान दिया कि मैंने इसे बहुत कम रखा है लेकिन फिर भी एक मैनुअल परीक्षक होने के सबसे अमीर हिस्से पर प्रकाश डाला है? और क्या आपने कुछ शब्दों पर प्रकाश डाला है? वे वास्तव में सबसे महत्वपूर्ण गुण हैं जो एक मैनुअल परीक्षक की आवश्यकता होती है।
अब, क्या आप वास्तव में सोचते हैं कि इन कृत्यों को पूरी तरह से किसी और चीज़ से बदला जा सकता है? और आज गर्म प्रवृत्ति - क्या यह कभी स्वचालन के साथ बदल सकता है?
एसडीएलसी में किसी भी विकास पद्धति के साथ, कुछ चीजें हमेशा स्थिर रहती हैं। एक परीक्षक के रूप में, आप आवश्यकताओं का उपभोग करेंगे, उन्हें टेस्ट परिदृश्य / टेस्ट मामलों में परिवर्तित करेंगे। फिर आप उन परीक्षण मामलों को निष्पादित करेंगे या सीधे उन्हें स्वचालित करेंगे (मुझे पता है कि कुछ कंपनियां ऐसा करती हैं)।
जब आप इसे स्वचालित करते हैं, तो आपका ध्यान स्थिर होता है, जो लिखे गए चरणों को स्वचालित करता है।
चलो औपचारिक भाग पर वापस जाते हैं यानी मैन्युअल रूप से लिखे गए परीक्षण मामलों को निष्पादित करते हैं।
यहां, आप न केवल लिखित परीक्षा के मामलों को निष्पादित करने पर ध्यान केंद्रित करते हैं, बल्कि ऐसा करते समय आप बहुत सारे खोजपूर्ण परीक्षण भी करते हैं। याद रखें, आप उत्सुक हैं? और आप कल्पना करेंगे। और आप विरोध करने में सक्षम नहीं होंगे, आप वास्तव में वही करेंगे जो आपने कल्पना की थी।
नीचे दी गई छवि दर्शाती है कि टेस्ट केस लेखन कैसे सरल है:
मैं एक फॉर्म भर रहा हूं, और मैंने पहला क्षेत्र भरने के साथ किया है। मैं अगले क्षेत्र पर ध्यान केंद्रित करने के लिए माउस के लिए जाने के लिए बहुत आलसी हूं। मैंने 'टैब' कुंजी को मारा। मैं अगला और अंतिम फ़ील्ड भरने के साथ भी हूं, अब मुझे सबमिट बटन पर क्लिक करने की आवश्यकता है, ध्यान अभी भी अंतिम फ़ील्ड पर है।
ओह, मैंने गलती से ’एन्टर’ कुंजी मार दी है। मुझे जांच करने दीजिए कि क्या हुआ था। या एक सबमिट बटन है, मैं इसे डबल क्लिक करने वाला हूं। संतुष्ट नहीं। मैं इसे कई बार क्लिक करता हूं, बहुत तेज।
क्या आपने ध्यान दिया? ऐसे कई संभावित उपयोगकर्ता कार्य हैं, जो इच्छित और गैर-इच्छित दोनों हैं।
आप उन सभी परीक्षण मामलों को लिखने में सफल नहीं हुए जो आपके आवेदन को परीक्षण 100% से कम करते हैं। यह एक खोजपूर्ण तरीके से होना है।
जैसे ही आप एप्लिकेशन का परीक्षण करेंगे आप अपने नए परीक्षण मामलों को जोड़ते चले जाएंगे। ये उन बगों के लिए परीक्षण के मामले होंगे जिनका आपने सामना किया था जिनके लिए पहले कोई परीक्षण मामला नहीं लिखा गया था। या, जब आप परीक्षण कर रहे हैं, तो कुछ ने आपकी विचार प्रक्रिया को ट्रिगर किया और आपको कुछ और परीक्षण मामले मिले जिन्हें आप अपने परीक्षण केस सूट में जोड़ना चाहेंगे और निष्पादित करेंगे।
इतना सब होने के बाद भी, कोई गारंटी नहीं है कि वहाँ नहीं हैं छिपे हुए कीड़े । शून्य बग के साथ सॉफ्टवेयर एक मिथक है। आप इसे केवल शून्य के करीब ले जाने के लिए लक्षित कर सकते हैं, लेकिन यह केवल एक मानव मन के बिना लगातार उसी को लक्षित करने के लिए नहीं हो सकता है, लेकिन जैसा कि हमने ऊपर देखी गई उदाहरण प्रक्रिया तक सीमित नहीं है।
कम से कम आज के रूप में, ऐसा कोई सॉफ्टवेयर नहीं है जो मानव मन की तरह सोचेगा, एक मानव आंख की तरह निरीक्षण करेगा, एक मानव की तरह सवाल और जवाब पूछेगा और फिर इच्छित और गैर-इच्छित कार्य कर सकता है। अगर ऐसा हो भी जाए, तो किसके मन, विचार और आंख की नकल होगी? आपका या मेरा? हम, मनुष्य भी समान अधिकार नहीं हैं। हम सब अलग हैं। फिर?
ऑटोमेशन के आसपास मैनुअल टेस्टिंग की जरूरत है:
ऑटोमेशन टेस्टिंग का इन दिनों अपना स्वयं का हिस्सा है और आगामी वर्षों में और भी अधिक होगा, लेकिन, यह केवल मैन्युअल QA परीक्षण (मानव / खोजपूर्ण परीक्षण पढ़ें) को प्रतिस्थापित नहीं कर सकता है।
आपने पहले सुना होगा-- आप स्वचालित परीक्षण नहीं करते हैं, आप जाँच स्वचालित करते हैं ।। यह वाक्य बहुत कुछ बोलता है, जहां मैनुअल क्यूए परीक्षण स्वचालन परीक्षण के साथ खड़ा है। दुनिया भर में कई बड़े नामों ने इस विषय पर लिखा और बोला है, इसलिए मैंने इस पर ज्यादा जोर नहीं दिया।
स्वचालन मानव परीक्षण की जगह नहीं ले सकता क्योंकि:
- यह आपकी आंखों के सामने होने वाली हर चीज के बारे में रनटाइम निर्णय की मांग करता है (जब आप परीक्षण करते हैं) और कुछ मामलों में पर्दे के पीछे भी।
- यह स्पष्ट और निरंतर अवलोकन की मांग करता है।
- यह मांग करता है सवाल करना।
- यह एक जांच की मांग करता है।
- यह तर्क की मांग करता है।
- यह परीक्षण के दौरान आवश्यकतानुसार अनियोजित क्रियाओं की मांग करता है।
परीक्षण को एक उपकरण / मशीन द्वारा प्रतिस्थापित किया जा सकता है जो विवरणों को अवशोषित करने, उन्हें संसाधित करने, कमांड क्रियाओं और उन्हें मानव मन और मानव की तरह प्रदर्शन करने में सक्षम होगा, और यह सब रनटाइम पर और सभी संभव संदर्भों में होगा। इस उपकरण को फिर से सभी संभव मनुष्यों की तरह होना चाहिए।
इसलिए संक्षेप में, मानव परीक्षण को प्रतिस्थापित नहीं किया जा सकता है। हो सकता है कि कुछ वर्षों में कुछ हॉलीवुड साइंस-फाई फ्लिक इसके करीब दिखेंगे, लेकिन वास्तविक जीवन में, मैं इसे कुछ सौ वर्षों तक नहीं देख सकता, जिसकी मैं कल्पना कर सकता हूं। मैं इसे हमेशा के लिए बंद नहीं लिखता क्योंकि मैं अनंत संभावनाओं में विश्वास करता हूं।
एक अलग नोट पर, भले ही यह वास्तव में कुछ सौ वर्षों के बाद हो, मैं जिस तस्वीर की कल्पना कर सकता हूं, वह निश्चित रूप से एक डरावनी दुनिया है। ट्रांसफॉर्मर की आयु। :)
= >> अनुशंसित पढ़ना - सर्वश्रेष्ठ मैनुअल परीक्षण सेवा कंपनियां
ऑटोमेशन कंप्लायंस मैनुअल टेस्टिंग कैसे?
मैंने पहले कहा था और मैं फिर से कह रहा हूं कि स्वचालन को अब और अनदेखा नहीं किया जा सकता है। दुनिया में जहां निरंतर एकीकरण, निरंतर वितरण और निरंतर तैनाती अनिवार्य चीजें होती जा रही हैं, निरंतर परीक्षण बेकार नहीं बैठेंगे। हमें यह पता लगाना है कि इसे कैसे करना है।
अधिकांश समय, अधिक से अधिक कार्यबल की तैनाती इस कार्य के लिए लंबे समय तक मदद नहीं करती है। इसलिए, परीक्षक (टेस्ट लीड / आर्किटेक्ट / मैनेजर) को सावधानीपूर्वक निर्णय लेना होगा कि स्वचालित रूप से क्या करना चाहिए और अभी भी मैन्युअल रूप से क्या किया जाना चाहिए।
बहुत सटीक परीक्षण / जांच लिखी जा रही है, ताकि वे मूल अपेक्षा के बिना किसी भी विचलन के लिए स्वचालित हो सकें और उत्पाद का can सतत परीक्षण ’के एक भाग के रूप में उपयोग करते समय इसका उपयोग किया जा सके।
ध्यान दें: Uous कंटीन्यूअस टेस्टिंग ’शब्द से जारी शब्द अन्य शर्तों के समान सशर्त और तार्किक कॉल के अधीन है, जिनका उपयोग हमने उसी उपसर्ग के साथ किया था। इस संदर्भ में निरंतरता का अर्थ है, कल की तुलना में अधिक बार। जबकि अर्थ में, यह बहुत अच्छी तरह से हर दूसरे या नैनो सेकंड मतलब हो सकता है।
मानव परीक्षकों और स्वचालित जांच (सटीक चरणों के साथ परीक्षण, अपेक्षित परिणाम और उक्त परीक्षण दस्तावेजों के बाहर निकलने के मानदंड) के बिना, निरंतर परीक्षण प्राप्त करना बहुत मुश्किल है और यह बदले में, निरंतर एकीकरण, निरंतर वितरण और निरंतर तैनाती करेगा। अधिक मुश्किल।
मैंने जानबूझकर ऊपर परीक्षण के बाहर निकलने के मानदंड का इस्तेमाल किया। हमारे स्वचालन सूट अब पारंपरिक लोगों के समान नहीं हो सकते। हमें यह सुनिश्चित करना होगा कि यदि वे विफल होते हैं, तो उन्हें तेजी से विफल होना चाहिए। और उन्हें तेजी से विफल करने के लिए, निकास मापदंड भी स्वचालित होना चाहिए।
उदाहरण:
बता दें, एक अवरोधक दोष है, जिसमें मैं फेसबुक में प्रवेश करने में असमर्थ हूं।
लॉगिन कार्यक्षमता तब आपकी पहली स्वचालित जांच होनी चाहिए और आपके स्वचालन सूट को अगला चेक नहीं चलाना चाहिए जहां लॉगिन एक स्थिति की तरह पूर्व-आवश्यकता है। आप अच्छी तरह से जानते हैं कि यह विफल है। इसलिए इसे तेजी से विफल करें, परिणाम तेजी से प्रकाशित करें ताकि दोष को तेजी से हल किया जा सके।
अगली बात फिर से कुछ ऐसी है जो आपने पहले सुनी होगी - आप नहीं कर सकते हैं और सब कुछ स्वचालित करने की कोशिश नहीं करनी चाहिए।
परीक्षण मामलों का चयन करें जो स्वचालित होने पर काफी लाभ होगा ह्यूमन टेस्टर्स के पास और निवेश पर अच्छा रिटर्न है। उस मामले के लिए, एक सामान्य नियम है जो कहता है कि आपको अपने सभी प्राथमिकता 1 परीक्षण मामलों को स्वचालित करने का प्रयास करना चाहिए और यदि संभव हो तो प्राथमिकता 2।
स्वचालन को लागू करना आसान नहीं है और यह समय लेने वाली है, इसलिए यह सलाह दी जाती है कि कम प्राथमिकता वाले मामलों को स्वचालित करने से बचें जब तक कि आप उच्च लोगों के साथ नहीं होते हैं। स्वचालित रूप से उपयोग किए जाने और बनाए रखने के लिए चयन करना और उस पर ध्यान केंद्रित करना बेहतर है।
निष्कर्ष
मुझे उम्मीद है कि अब तक आप समझ गए होंगे कि क्वालिटी प्रोडक्ट्स देने के लिए क्यों और कैसे बुरी तरह से मानव / मानव परीक्षण की आवश्यकता होती है और कैसे ऑटोमेशन इसकी तारीफ करता है।
क्यूए मैनुअल परीक्षण के महत्व को स्वीकार करना और यह जानना कि यह विशेष क्यों है, एक उत्कृष्ट मैनुअल परीक्षक होने की दिशा में पहला कदम है।
हमारे आगामी मैनुअल परीक्षण ट्यूटोरियल में, हम मैन्युअल परीक्षण करने के लिए एक सामान्य दृष्टिकोण को कवर करेंगे, यह कैसे स्वचालन और कई अन्य महत्वपूर्ण पहलुओं के साथ-साथ मौजूद रहेगा।
मुझे यकीन है कि इस श्रृंखला में ट्यूटोरियल की पूरी सूची से गुजरने के बाद आप सॉफ्टवेयर परीक्षण का प्रचुर ज्ञान प्राप्त कर लेंगे।
अनुभवी पीडीएफ के लिए ios साक्षात्कार प्रश्न और उत्तर
हमें आपसे सुनना प्रिय लगेगा। नीचे टिप्पणी अनुभाग में अपने विचार / सुझाव व्यक्त करने के लिए स्वतंत्र महसूस करें।
अनुशंसित पाठ
- सर्वश्रेष्ठ सॉफ्टवेयर परीक्षण उपकरण 2021 (क्यूए टेस्ट स्वचालन उपकरण)
- सॉफ्टवेयर परीक्षण क्यूए सहायक नौकरी
- अल्फा परीक्षण और बीटा परीक्षण (एक पूर्ण गाइड)
- कार्यात्मक परीक्षण बनाम गैर-कार्यात्मक परीक्षण
- SoftwareTestingHelp से सर्वश्रेष्ठ क्यूए सॉफ्टवेयर परीक्षण सेवाएँ
- सॉफ्टवेयर टेस्टिंग कोर्स: मुझे किस सॉफ्टवेयर टेस्टिंग इंस्टीट्यूट में शामिल होना चाहिए?
- सॉफ्टवेयर परीक्षण के प्रकार: विभिन्न परीक्षण प्रकार विवरण के साथ
- अपने कैरियर के रूप में सॉफ्टवेयर परीक्षण चुनना