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