7 types software errors that every tester should know
किसी पोस्ट के लिए फिर से समय है सॉफ्टवेयर परीक्षण मूल बातें । यह पोस्ट सॉफ़्टवेयर त्रुटियों के प्रकार पर है जो प्रत्येक परीक्षकों को पता होना चाहिए।
मैक के लिए सबसे अच्छा डीवीडी तेजस्वी सॉफ्टवेयर
सॉफ्टवेयर बग कई प्रकार के होते हैं। बग एक बग है चाहे जो भी हो। लेकिन कभी-कभी, प्रकृति, इसके निहितार्थ और इसे बेहतर तरीके से संसाधित करने के कारण को समझना महत्वपूर्ण है।
यह तेजी से प्रतिक्रिया और सबसे महत्वपूर्ण बात, उचित प्रतिक्रिया के लिए मदद करता है।
इस लेख में, हम चर्चा करेंगे सॉफ़्टवेयर त्रुटियों के सामान्य प्रकार और कुछ उदाहरणों और सरल अभ्यासों के साथ परीक्षण के दौरान उनकी पहचान कैसे करें।
सॉफ्टवेयर त्रुटि और बग्स को परिभाषित करते हुए शुरू करते हैं।
आप क्या सीखेंगे:
- सॉफ्टवेयर त्रुटियाँ और कीड़े
- सॉफ्टवेयर त्रुटियों की सामान्य श्रेणियां:
- एक व्यायाम:
- निष्कर्ष
- अनुशंसित पाठ
सॉफ्टवेयर त्रुटियाँ और कीड़े
में परिभाषित किया गया है विकिपीडिया ' एक त्रुटि सटीकता या शुद्धता से विचलन है ' तथा ' सेवा मेरे सॉफ्टवेयर बग एक कंप्यूटर प्रोग्राम या सिस्टम में एक त्रुटि, दोष, विफलता, या गलती है जो इसे गलत या अप्रत्याशित परिणाम उत्पन्न करने के लिए या अनपेक्षित तरीके से व्यवहार करने का कारण बनता है। ”।
तो, निम्नलिखित अनुमान लगाया जा सकता है:
- त्रुटि अपेक्षित परिणाम से वास्तविक परिणाम का विचरण है।
- त्रुटियों की एक श्रेणी है सॉफ्टवेयर कीड़े ।
- अपूर्ण या गलत आवश्यकताओं के परिणामस्वरूप या मानव डेटा प्रविष्टि समस्याओं के कारण त्रुटियों को पेश किया जा सकता है।
सॉफ्टवेयर त्रुटियों की सामान्य श्रेणियां:
# 1) कार्यक्षमता त्रुटियाँ :
कार्यक्षमता एक ऐसा तरीका है जिससे सॉफ्टवेयर व्यवहार करने का इरादा रखता है। सॉफ़्टवेयर में एक कार्यक्षमता त्रुटि है यदि ऐसा कुछ है जो आप इसे करने की उम्मीद करते हैं, तो यह कठिन, अजीब, भ्रमित या असंभव है।
इस स्क्रीनशॉट की जाँच करें:
रद्द बटन के लिए अपेक्षित कार्यशीलता यह है कि ’नई परियोजना बनाएं’ विंडो बंद होनी चाहिए और कोई भी परिवर्तन नहीं बचाया जाना चाहिए (अर्थात कोई नई परियोजना नहीं बनाई जानी चाहिए)। यदि रद्द करें बटन क्लिक करने योग्य नहीं है, तो यह एक कार्यक्षमता त्रुटि है।
# 2) संचार त्रुटियाँ:
ये त्रुटियां सॉफ्टवेयर से अंत-उपयोगकर्ता तक संचार में होती हैं। कुछ भी जिसका उपयोग करने के लिए अंतिम उपयोगकर्ता को जानना आवश्यक है सॉफ्टवेयर को स्क्रीन पर उपलब्ध कराया जाना चाहिए ।
कुछ उदाहरणसंचार त्रुटियां हैं - कोई सहायता निर्देश / मेनू प्रदान नहीं किया गया है, सुविधाएँ जो रिलीज़ का हिस्सा हैं लेकिन सहायता मेनू में प्रलेखित नहीं हैं, button सेव ’नामक बटन को किसी फ़ाइल आदि को नहीं मिटाना चाहिए।
# 3) कमांड की गलतियाँ याद करना:
यह होता है घटित होने के लिए जब एक अपेक्षित कमांड गायब है । देखें यह स्क्रीनशॉट:
यह विंडो उपयोगकर्ता को एक नई परियोजना बनाने की अनुमति देती है। हालांकि, इस परियोजना को बनाए बिना उपयोगकर्ता के लिए इस विंडो से बाहर निकलने का कोई विकल्प नहीं है। चूंकि ‘रद्द करें’ विकल्प / बटन उपयोगकर्ता को प्रदान नहीं किया जाता है, यह एक लापता कमांड त्रुटि है।
# 4) सिंथेटिक त्रुटि:
Syntactic त्रुटियाँ गलत शब्दों या व्याकरणिक रूप से गलत वाक्य हैं और सॉफ़्टवेयर GUI का परीक्षण करते समय बहुत स्पष्ट हैं । कृपया ध्यान दें कि हम कोड में वाक्यविन्यास त्रुटियों का उल्लेख नहीं कर रहे हैं। कंपाइलर डेवलपर को कोड में होने वाली किसी भी सिंटैक्स त्रुटियों के बारे में चेतावनी देगा
नोट किया गया गलत शब्द 'रद्द करें':
व्याकरणिक रूप से गलत संदेश पर ध्यान दें:
# 5) त्रुटियों से निपटने में त्रुटि:
उपयोगकर्ता द्वारा सॉफ़्टवेयर के साथ सहभागिता करते समय होने वाली किसी भी त्रुटि को एक स्पष्ट और संभाला जाना चाहिए सार्थक ढंग । यदि नहीं, तो इसे एरर हैंडलिंग एरर कहा जाता है।
इस छवि पर एक नज़र डालें। त्रुटि संदेश वास्तव में त्रुटि क्या है, इसका कोई संकेत नहीं देता है। क्या यह अनिवार्य फील्ड, सेविंग एरर, पेज लोडिंग एरर मिसिंग है या सिस्टम एरर है? इसलिए, यह एक 'त्रुटि सौंपने की त्रुटि' है।
जब संभव हो, उपयोगकर्ता का अनुसरण करने के लिए आगे के चरणों को सूचीबद्ध किया जाना चाहिए।
यदि सॉफ़्टवेयर में कुछ अनिवार्य फ़ील्ड हैं जिन्हें फ़ॉर्म पर जानकारी को सहेजने से पहले भरने की आवश्यकता होती है, तो सत्यापन संदेश स्पष्ट और उपयोगकर्ता द्वारा आवश्यक कार्रवाई का संकेत होना चाहिए।
यहाँ अन्य हैंउदाहरण:
# 6) गणना त्रुटियां:
ये त्रुटि निम्न कारणों में से किसी के कारण होती है:
- बुरा तर्क
- गलत सूत्र
- डेटा प्रकार बेमेल
- कोडिंग त्रुटियां
- फंक्शन कॉल के मुद्दे, आदि।
1999 में, नासा ने अपने मंगल जलवायु परिक्रमा को खो दिया क्योंकि नासा द्वारा नियुक्त उप-संचालकों में से एक ने इच्छित मीट्रिक प्रणाली के बजाय अंग्रेजी इकाइयों का उपयोग किया था, जिससे कक्षीय के थ्रस्टर्स गलत तरीके से काम करते थे। इस बग के कारण, मंगल ग्रह पर पहुंचने पर ऑर्बिटर लगभग तुरंत दुर्घटनाग्रस्त हो गया।
# 7) नियंत्रण प्रवाह त्रुटियों :
एक सॉफ्टवेयर का नियंत्रण प्रवाह बताता है कि यह आगे क्या और किस स्थिति में करेगा।
उदाहरण के लिए, एक प्रणाली पर विचार करें जहां उपयोगकर्ता को एक फॉर्म भरना है और उपयोगकर्ता के लिए उपलब्ध विकल्प हैं: सहेजें, सहेजें और बंद करें, और रद्द करें। यदि कोई उपयोगकर्ता and सहेजें और बंद करें ’बटन पर क्लिक करता है, तो प्रपत्र में उपयोगकर्ता जानकारी को सहेजा जाना चाहिए और प्रपत्र बंद होना चाहिए। यदि बटन पर क्लिक करने से फ़ॉर्म बंद नहीं होता है, तो यह एक नियंत्रण प्रवाह त्रुटि है।
एक व्यायाम:
आइए पहचानें कि निम्नलिखित में कौन सी त्रुटि हुई है:
अभ्यास 1:
ये एरर हैंडलिंग एरर हैं।
# 2 व्यायाम करें:
यह एक मिसिंग कमांड एरर है। रद्द करें बटन आवश्यक है लेकिन गायब है। साथ ही, 'Proceed' और 'Delete' दोनों बटन निरर्थक हैं और समान कार्य करते हैं।
# 3 व्यायाम करें
यह Syntactic त्रुटि है।
अगला कदम:
एक बार पहचाने जाने के बाद त्रुटि की सूचना देना आवश्यक है। सर्वोत्तम परिणामों के लिए, तुरंत रिपोर्ट करें।
बग रिपोर्ट में वर्णन, प्राथमिकता, गंभीरता, ट्रिगर्स और परिदृश्य को फिर से बनाने के लिए स्क्रीन कैप्चर (यदि कोई हो) को शामिल करें।
प्रभावी दोष रिपोर्ट लिखने के बारे में अधिक जानकारी के लिए, इस पोस्ट की जाँच करें ।
निष्कर्ष
दोष की पहचान, वर्गीकरण, रिपोर्टिंग और अंततः निष्कासन सभी गुणवत्ता नियंत्रण गतिविधियों का हिस्सा हैं।
लेकिन, रोकथाम इलाज से बेहतर है। सॉफ़्टवेयर क्वालिटी एश्योरेंस का बहुत क्रूस सॉफ्टवेयर डेवलपमेंट लाइफ साइकल के प्रत्येक चरण में निगरानी और निरीक्षण प्रक्रियाओं को स्थापित करना है।
पठन पाठन = >> ऑडियो रेंडरर त्रुटि को कैसे ठीक करें
इसका उद्देश्य त्रुटियों का जल्द से जल्द पता लगाना है। ऐसा इसलिए है क्योंकि सॉफ़्टवेयर विकास की प्रगति के दौरान त्रुटियों को खोजने और ठीक करने की लागत नाटकीय रूप से बढ़ जाती है। इसलिए त्रुटियों को जल्द पहचानना आवश्यक है।
आवश्यकता विश्लेषण चरण के दौरान एक त्रुटि को ठीक करना सबसे सस्ता है, प्रत्येक चरण के साथ उत्तरोत्तर महंगा हो जाता है और रिलीज के बाद के रखरखाव चरण में सबसे महंगा है।
क्यूए इंजीनियरों के रूप में, हम आवश्यकताओं की परिभाषा में सीधे शामिल हो भी सकते हैं और नहीं भी। आवश्यकताओं की गुणवत्ता पर हमारा बहुत कम या कोई प्रत्यक्ष नियंत्रण नहीं हो सकता है।
इसलिए, यह आवश्यक है कि हम परीक्षण के चरण के दौरान आने वाली किसी भी त्रुटि की पहचान, तलाश और रिपोर्ट करने में सक्षम हों।
लेखक के बारे में: यह उपयोगी लेख नेहा बी। द्वारा लिखा गया है। वह वर्तमान में एक गुणवत्ता आश्वासन प्रबंधक के रूप में काम कर रही है और इन-हाउस और ऑफशोर क्यूए टीमों का नेतृत्व और प्रबंधन करने में विशेषज्ञ है।
क्या आप अन्य प्रकार की सॉफ़्टवेयर त्रुटियों को जानते हैं जिन्हें आप जानते हैं या जिनके साथ सामना किया गया है।
उपयोग करने के लिए सबसे अच्छी ईमेल सेवा क्या है
अनुशंसित पाठ
- सॉफ्टवेयर परियोजनाओं में जोखिम के प्रकार
- नमूना बग रिपोर्ट
- मेरी नई ई-पुस्तक 'सॉफ्टवेयर टेस्टिंग करियर पैकेज की घोषणा - एक जॉब टेस्ट करने से लेकर लीडर बनने तक की सॉफ्टवेयर टेस्टर की यात्रा!'
- क्या सॉफ्टवेयर टेस्टर की नौकरी वास्तव में एक लो-प्रोफाइल जॉब है?
- सही सॉफ्टवेयर परीक्षण फिर से शुरू गाइड (सॉफ्टवेयर परीक्षक पुनरारंभ नमूना के साथ)
- 5 तरीके बोल्ड और कॉन्फिडेंट सॉफ्टवेयर टेस्टर बनने के लिए
- 5 चीजें एक शुरुआती डेवलपर (और परीक्षक) सॉफ्टवेयर परीक्षण के बारे में पता होना चाहिए
- एक खराब सॉफ्टवेयर परीक्षक के लक्षण