top 20 practical software testing tips you should read before testing any application
मैं चाहता हूं कि सभी परीक्षक इस लेख में अपडेट किए गए सॉफ़्टवेयर परीक्षण प्रथाओं को पढ़ें । प्रत्येक बिंदु को ध्यान से पढ़ें और उन्हें अपने दिन-प्रतिदिन के परीक्षण गतिविधियों में लागू करने का प्रयास करें। इस लेख के माध्यम से पाठकों से मेरी यही अपेक्षा है। यदि आप किसी परीक्षण अभ्यास को नहीं समझते हैं, नीचे टिप्पणी अनुभाग में अधिक स्पष्टीकरण के लिए पूछें।
हालाँकि, आप इन सभी परीक्षण प्रथाओं को अनुभव से सीखेंगे। लेकिन कोई गलती करने से पहले आप इन सभी चीजों को क्यों नहीं सीखेंगे?
आइए एक नजर डालते हैं उन्हें!
यहाँ कुछ सर्वश्रेष्ठ परीक्षण अभ्यास हैं जो मैंने अनुभव द्वारा सीखे हैं:
नष्ट कर दिया फ़ाइलों को ठीक करने के लिए सबसे अच्छा सॉफ्टवेयर
# 1) अपने परीक्षा परिणामों का अच्छी तरह से विश्लेषण करना सीखें। किसी भी परीक्षा परिणाम को अनदेखा न करें। अंतिम परीक्षा परिणाम ’पास’ या, फेल ’हो सकता है, लेकिन’ असफल ’के मूल कारण का निवारण आपको समस्या का समाधान देगा। यदि वे केवल लॉग इन नहीं करेंगे तो परीक्षकों का सम्मान किया जाएगा कीड़े लेकिन समाधान भी प्रदान करते हैं।
#दो) अधिकतम करने के लिए जानें टेस्ट कवरेज हर बार जब आप किसी एप्लिकेशन का परीक्षण करते हैं। 100% परीक्षण कवरेज संभव नहीं हो सकता है लेकिन फिर भी, आप हमेशा इसके करीब पहुंचने की कोशिश कर सकते हैं।
# 3) अधिकतम परीक्षण कवरेज सुनिश्चित करने के लिए, अपने एप्लिकेशन को टेस्ट (AUT) के तहत छोटे कार्यात्मक मॉड्यूल में तोड़ दें। ऐसे व्यक्तिगत इकाई मॉड्यूल पर परीक्षण के मामले लिखें। इसके अलावा यदि संभव हो तो इन मॉड्यूल को छोटे भागों में तोड़ दें।
उदाहरण के लिए, मान लें कि आपने अपने वेबसाइट एप्लिकेशन को मॉड्यूल में विभाजित किया है और ’उपयोगकर्ता की जानकारी स्वीकार करना’ मॉड्यूल में से एक है। आप परीक्षण मामलों को लिखने के लिए इस 'उपयोगकर्ता जानकारी' की स्क्रीन को छोटे भागों में तोड़ सकते हैं: UI परीक्षण जैसे भाग: सुरक्षा परीक्षण , क्रियात्मक परीक्षण the उपयोगकर्ता की जानकारी ’के रूप आदि।
सभी प्रकार के फ़ील्ड प्रकार और आकार परीक्षण, इनपुट फ़ील्ड पर नकारात्मक और सत्यापन परीक्षण लागू करें और अधिकतम कवरेज के लिए ऐसे सभी परीक्षण मामलों को लिखें।
# 4) जबकि टेस्ट केस लिखना , पहले की कार्यक्षमता के लिए परीक्षण मामलों को लिखें, अर्थात् आवश्यकताओं के अनुसार वैध परिस्थितियों के लिए। फिर अमान्य स्थितियों के लिए परीक्षण मामले लिखें। यह उम्मीद के साथ-साथ परीक्षण के तहत आवेदन के अप्रत्याशित व्यवहार को भी कवर करेगा।
# 5) सकारात्मक सोचें। बग / त्रुटियों को खोजने के इरादे से एप्लिकेशन का परीक्षण करना शुरू करें। पहले से मत सोचो कि आवेदन में कोई कीड़े नहीं होंगे। यदि आप बग ढूंढने के इरादे से एप्लिकेशन का परीक्षण करते हैं तो आप निश्चित रूप से उन को खोजने में सफल होंगे सूक्ष्म कीड़े भी।
# 6) आवश्यकता विश्लेषण और डिजाइन चरण में ही अपने परीक्षण मामलों को लिखें। इस तरह आप यह सुनिश्चित कर सकते हैं कि सभी आवश्यकताएँ परीक्षण योग्य हैं।
# 7) अपना बनाओ कोडिंग से पहले डेवलपर्स के लिए उपलब्ध परीक्षण के मामले। परीक्षण के लिए अंतिम आवेदन जारी होने की प्रतीक्षा में अपने परीक्षण के मामलों को अपने पास न रखें, यह सोचकर कि आप अधिक बग लॉग इन कर सकते हैं। डेवलपर्स को गुणवत्ता परीक्षण विकसित करने के लिए आपके परीक्षण मामलों का अच्छी तरह से विश्लेषण करने दें। इससे री-वर्क का समय भी बचेगा।
# 8) यदि संभव हो तो पहचानें और के लिए अपने परीक्षण मामलों को समूह बनाएं प्रतिगमन परीक्षण । यह त्वरित और प्रभावी मैनुअल प्रतिगमन परीक्षण सुनिश्चित करेगा।
# 9) महत्वपूर्ण प्रतिक्रिया समय की आवश्यकता वाले अनुप्रयोगों को प्रदर्शन के लिए पूरी तरह से परीक्षण किया जाना चाहिए। प्रदर्शन का परीक्षण कई अनुप्रयोगों का एक महत्वपूर्ण हिस्सा है। में पुस्तिका परीक्षण, यह प्रदर्शन परीक्षण में आवश्यक बड़े डेटा वॉल्यूम की कमी के कारण परीक्षकों द्वारा सबसे अधिक अनदेखा हिस्सा है।
प्रदर्शन के लिए अपने आवेदन का परीक्षण करने के तरीके का पता लगाएं। यदि मैन्युअल रूप से परीक्षण डेटा बनाना संभव नहीं है, तो प्रदर्शन परीक्षणों के लिए परीक्षण डेटा बनाने के लिए कुछ बुनियादी स्क्रिप्ट लिखें या डेवलपर्स को आपके लिए एक लिखने के लिए कहें।
# 10) प्रोग्रामर को अपने कोड का परीक्षण नहीं करना चाहिए। जैसा कि हमारी चर्चा में है पिछला पद , विकसित अनुप्रयोगों के बुनियादी इकाई परीक्षण डेवलपर्स के लिए परीक्षकों के लिए आवेदन जारी करने के लिए पर्याप्त होना चाहिए। लेकिन आपको (परीक्षक) डेवलपर्स को परीक्षण के लिए उत्पाद जारी करने के लिए मजबूर नहीं करना चाहिए।
उन्हें अपना समय लेने दें। लीड से प्रबंधक तक सभी जानते हैं कि परीक्षण के लिए मॉड्यूल / अपडेट कब जारी किया गया है और वे तदनुसार परीक्षण समय का अनुमान लगा सकते हैं। यह एक विशिष्ट स्थिति है चुस्त परियोजना का वातावरण।
# 11) आवश्यकता परीक्षण से परे जाएं। जो करना नहीं चाहिए, उसके लिए एप्लिकेशन का परीक्षण करें।
# 12) प्रतिगमन परीक्षण करते समय पिछले बग ग्राफ का उपयोग करें (बग ग्राफ - विभिन्न मॉड्यूल के लिए समय के खिलाफ पाए जाने वाले बग की संख्या)। यह मॉड्यूल-वार बग ग्राफ एप्लिकेशन के सबसे संभावित बग भाग की भविष्यवाणी करने के लिए उपयोगी हो सकता है।
# 13) परीक्षण करते समय आपके द्वारा सीखी गई नई शर्तों पर ध्यान दें। किसी भी एप्लिकेशन का परीक्षण करते समय एक टेक्स्ट फ़ाइल खुली रखें। परीक्षण प्रगति और टिप्पणियों पर ध्यान दें इस में। अंतिम परीक्षण रिलीज रिपोर्ट तैयार करते समय इन नोटपैड टिप्पणियों का उपयोग करें। यह अच्छी आदत आपको एक पूर्ण परीक्षण रिपोर्ट प्रदान करने और विवरण जारी करने में मदद करेगी।
# 14) कई बार परीक्षक या डेवलपर्स परीक्षण के तहत आवेदन के लिए कोड आधार में बदलाव करते हैं। यह बैंकिंग परियोजनाओं की तरह लाइव लेनदेन प्रसंस्करण के निष्पादन से बचने के लिए विकास या परीक्षण वातावरण में एक आवश्यक कदम है।
परीक्षण उद्देश्यों के लिए किए गए ऐसे सभी कोड परिवर्तनों पर ध्यान दें और अंतिम रिलीज़ के समय सुनिश्चित करें कि आपने इन सभी परिवर्तनों को अंतिम क्लाइंट-साइड परिनियोजन फ़ाइल संसाधनों से निकाल दिया है।
# 15) डेवलपर्स को परीक्षण के माहौल से दूर रखें। यह रिलीज़ या परिनियोजन दस्तावेज़ में अनुपलब्ध किसी भी कॉन्फ़िगरेशन परिवर्तन का पता लगाने के लिए एक कदम की आवश्यकता है। कभी-कभी डेवलपर्स कुछ सिस्टम या एप्लिकेशन कॉन्फ़िगरेशन में बदलाव करते हैं लेकिन तैनाती चरणों में उन लोगों का उल्लेख करना भूल जाते हैं।
यदि डेवलपर्स के पास परीक्षण वातावरण तक पहुंच नहीं है, तो वे गलती से परीक्षण वातावरण पर इस तरह के बदलाव नहीं करेंगे और इन लापता चीजों को सही जगह पर कब्जा किया जा सकता है।
# 16) यह एक अच्छा अभ्यास है सॉफ़्टवेयर आवश्यकता और डिज़ाइन चरण से ही परीक्षकों को सम्मिलित करना। इस तरह से परीक्षकों को आवेदन निर्भरता का ज्ञान हो सकता है जिसके परिणामस्वरूप विस्तृत परीक्षण कवरेज हो सकता है। यदि आपको इस विकास चक्र का हिस्सा बनने के लिए नहीं कहा जा रहा है, तो आप अपने लीड या मैनेजर से अनुरोध कर सकते हैं कि वे सभी निर्णय लेने की प्रक्रियाओं या बैठकों में अपनी परीक्षण टीम को शामिल करें।
# 17) परीक्षण दल चाहिए सर्वोत्तम परीक्षण प्रथाओं को साझा करें , उनके संगठन में अन्य टीमों के साथ अनुभव।
# 18) डेवलपर्स के साथ अपनी बातचीत बढ़ाएँ उत्पाद के बारे में अधिक जानने के लिए। जब भी संभव हो विवादों को जल्दी से हल करने और किसी भी गलतफहमी से बचने के लिए आमने-सामने संचार करें।
.dat फ़ाइल कैसे खोलें
लेकिन यह भी जब आप आवश्यकता को समझते हैं या किसी भी विवाद को हल करते हैं - तो ईमेल जैसे समान अधिलेखित संचार तरीके सुनिश्चित करना। कुछ भी मौखिक न रखें।
# 19) चलाओ मत समय से बाहर उच्च प्राथमिकता परीक्षण कार्य करना। अपने परीक्षण कार्य को उच्च से निम्न प्राथमिकता पर प्राथमिकता दें और तदनुसार अपने काम की योजना बनाएं। अपने काम को प्राथमिकता देने के लिए सभी संबंधित जोखिमों का विश्लेषण करें।
# 20) स्पष्ट, वर्णनात्मक, असंदिग्ध लिखें बग रिपोर्ट । न केवल बग के लक्षण प्रदान करते हैं, बल्कि बग के प्रभाव और सभी संभावित समाधान भी प्रदान करते हैं।
यह मत भूलो कि परीक्षण एक रचनात्मक और चुनौतीपूर्ण कार्य है। अंत में, यह सब आपके कौशल और अनुभव पर निर्भर करता है कि आप इस चुनौती को कैसे संभालते हैं।
आप के लिए खत्म है:
नीचे दिए गए टिप्पणियों में अपने स्वयं के परीक्षण अनुभव, युक्तियां या परीक्षण रहस्य साझा करना निश्चित रूप से इस लेख को अधिक रोचक और सहायक बना देगा !!
हमें अपने विचार बताएं/ सुझाव इस लेख के बारे में।
अनुशंसित पाठ
- सर्वश्रेष्ठ सॉफ्टवेयर परीक्षण उपकरण 2021 [क्यूए टेस्ट स्वचालन उपकरण]
- सॉफ्टवेयर परीक्षण क्यूए सहायक नौकरी
- क्या सॉफ्टवेयर टेस्टिंग एक इमोशनल टास्क है?
- सॉफ्टवेयर टेस्टिंग कोर्स: मुझे किस सॉफ्टवेयर टेस्टिंग इंस्टीट्यूट में शामिल होना चाहिए?
- अपने कैरियर के रूप में सॉफ्टवेयर परीक्षण चुनना
- सॉफ्टवेयर टेस्टिंग टेक्निकल कंटेंट राइटर फ्रीलांसर जॉब
- सॉफ्टवेयर परीक्षण में बंदर परीक्षण क्या है?
- एप्लिकेशन टेस्टिंग - सॉफ्टवेयर टेस्टिंग की मूल बातों में!