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