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