नंबर 1 टूल जो मैंने पाया है कि मैं, एक परीक्षक (एसडीईटी) के रूप में, देव-परीक्षण संबंधों को बेहतर बनाने के लिए लाभ उठा सकता हूं, ईमानदार चापलूसी है, खासकर देवों से सलाह लेने के रूप में।
उम्मीद है, मैं जिन डेवलपर्स के साथ काम करता हूं, वे मेरे मुकाबले बेटर्स डेवलपर्स हैं। वे सही नहीं हैं, या मेरे पास कोई नौकरी नहीं है, लेकिन बहुत सी चीजें हैं जो वे मुझसे बेहतर जानते हैं। उनका विशुद्ध विकास हुआ है, जबकि मेरा ध्यान आंशिक रूप से परीक्षण पर केंद्रित है। मैं उन चीजों को नोट करता हूं जो वे बेहतर करते हैं, और मैं उनका अक्सर उल्लेख करता हूं। जब मैं उनके कोड को पढ़ता हूं, तो मैं डिजाइन पैटर्न के सुरुचिपूर्ण विवरण या स्वच्छ उपयोग पर ध्यान देता हूं और उन लोगों को बातचीत में लाता हूं। मैं डेवलपर्स की नकल करता हूं, जब संभव हो, समान कोडिंग सम्मेलनों का उपयोग करता है, और उचित (जैसे, लॉगिंग) जब अपने परीक्षण उपकरणों में उत्पादन से घटकों को एकीकृत करता है। मैं उनकी विशेषज्ञता को पहचानता हूं, और परिणामस्वरूप वे मेरा स्वीकार करने में प्रसन्न होते हैं। ध्यान रहे, अगर मुझे लगता है कि चीजों को करने का एक बेहतर तरीका है, तो मैं पूरी तरह से बोलता हूं - लेकिन मेरा लक्ष्य नकारात्मक से अधिक सकारात्मक प्रतिक्रिया देना है, समग्र। आम तौर पर, मैं नकारात्मक प्रतिक्रिया को अधिक औपचारिक और अवैयक्तिक बनाने की कोशिश करता हूं (जैसे, बग रिपोर्ट) और सकारात्मक प्रतिक्रिया कम औपचारिक और अधिक व्यक्तिगत (जैसे, व्यक्ति में बातचीत)।
गुणवत्ता के साथ-साथ नकारात्मक प्रतिक्रिया के बारे में सकारात्मक प्रतिक्रिया देने और सलाह मांगने से संबंध विवादास्पद होने से टीमवर्क और आपसी सीखने और कम संवेदनशीलता के बारे में बदल जाता है। डेवलपर्स जानते हैं कि वे मुझ पर हमेशा बुरे से ज्यादा अच्छी बातें कहने के लिए भरोसा कर सकते हैं, इसलिए वे मुझे सुनने में सहज महसूस करते हैं। इसके अलावा, विकास के बारे में व्यावहारिक सवाल पूछने से मेरी राय बढ़ जाती है और "SDETs विफल देवों" स्टीरियोटाइप (जहां यह अभी भी मौजूद है) के माध्यम से टूट जाता है।