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