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