मेन्यू

डेवलपर्स अच्छे परीक्षक नहीं हैं। क्या आप कहते हैं?

developers are not good testers

समस्याओं को खत्म करने के लिए हमारे साधन का प्रयास करें

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

सॉफ्टवेयर परीक्षण में बग जीवन चक्र

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

डेवलपर्स अच्छे परीक्षक नहीं हैं। क्या आप कहते हैं_

आशावादी डेवलपर्स - हां, मैंने कोड लिखा है और मुझे विश्वास है कि यह ठीक से काम कर रहा है। इस पथ को परखने की आवश्यकता नहीं है, उस पथ को परखने की आवश्यकता नहीं है, क्योंकि मुझे पता है कि यह ठीक से काम कर रहा है। और यहीं पर डेवलपर्स स्किप करते हैं कीड़े ।

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

क्या डेवलपर्स को अपने काम का परीक्षण करना चाहिए?

परीक्षण चल रहा हैमैं व्यक्तिगत रूप से अपने स्वयं के कोड का परीक्षण करने वाले डेवलपर्स को पसंद नहीं करता। सब के बाद, यह उनके बच्चे ;-) वे अपने कोड को अच्छी तरह से जानते हैं। वे जानते हैं कि उनके कोड में क्या जाल हैं।

जहां यह विफल हो सकता है, जहां अधिक ध्यान केंद्रित करना है, जो कि आवेदन का महत्वपूर्ण मार्ग है। डेवलपर इकाई परीक्षण बहुत अच्छी तरह से कर सकता है और सीमा मामलों की प्रभावी रूप से पहचान कर सकता है। ( छवि स्रोत)

बस इतना ही एक डेवलपर के लिए लागू होता है जो एक है अच्छा परीक्षक ! लेकिन अधिकांश डेवलपर्स परीक्षण को एक दर्दनाक काम मानते हैं, यहां तक ​​कि वे सिस्टम को अच्छी तरह से जानते हैं, उनकी लापरवाही के कारण वे कई परीक्षण रास्तों को छोड़ देते हैं, क्योंकि यह उनके लिए एक बहुत ही दर्दनाक अनुभव है।

क्यूए प्रबंधक साक्षात्कार सवाल और जवाब

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

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

डेवलपर्स, कृपया अपने स्वयं के कोड की समीक्षा न करें। आम तौर पर, आप अपने कोड में मुद्दों की अनदेखी करेंगे। इसलिए इसे दूसरों को समीक्षा के लिए दें।

हर किसी का किसी विशेष विषय में विशेषज्ञता होना आवश्यक है। डेवलपर्स आमतौर पर सोचते हैं कि एप्लिकेशन को दूसरे हाथ पर कैसे विकसित किया जाए, यह सोचें कि एंड-यूज़र एप्लिकेशन का उपयोग कैसे करने जा रहा है।

निष्कर्ष

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

बिल्ड टू टेस्ट टीम के माध्यम से। अपना समय भी बर्बाद न करें। किसी भी परियोजना की सफलता के लिए, आपके अनुप्रयोगों को सत्यापित करने वाली एक स्वतंत्र परीक्षण टीम होनी चाहिए। आखिरकार, यह हमारी (परीक्षकों की) जिम्मेदारी है कि वह बच्चे को 'स्मार्ट' बनाए!

आपने क्या कहा?

अनुशंसित पाठ

^