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