आप आमतौर पर कैसे अपने कोडबेस और संबंधित यूनिट परीक्षण को अलग करते हैं? मैं उन लोगों को जानता हूं जो इकाई परीक्षणों के लिए एक अलग परियोजना बनाते हैं, जिसे मैं व्यक्तिगत रूप से भ्रमित और बनाए रखने में मुश्किल पाता हूं। दूसरी तरफ, यदि आप एक ही प्रोजेक्ट में कोड और उसके परीक्षणों को मिलाते हैं, तो आप अपने यूनिट टेस्ट फ्रेमवर्क से संबंधित द्विआधारी के साथ समाप्त होते हैं (चाहे वह न्यूटिट, एमबीयूनीट या जो कुछ भी हो) और अपनी बाइनरी तरफ से।सी # - आपके प्रोजेक्ट के रिलीज़ संस्करण से यूनिट परीक्षणों को छोड़कर
डिबगिंग के लिए ठीक है, लेकिन एक बार मैं एक रिलीज़ संस्करण निर्माण, मैं वास्तव में नहीं है मेरे कोड संदर्भ इकाई परीक्षण रूपरेखा किसी भी अधिक करना चाहते हैं।
मुझे मिला एक समाधान #if DEBUG - #endif निर्देशों के भीतर आपके सभी यूनिट परीक्षणों को संलग्न करना है: जब कोई कोड यूनिट परीक्षण असेंबली का संदर्भ नहीं देता है, तो संकलक संकलित कोड में संदर्भ को छोड़ने के लिए पर्याप्त चालाक होता है।
क्या कोई अन्य लक्ष्य प्राप्त करने के लिए कोई अन्य (संभवतः अधिक आरामदायक) विकल्प हैं?
यह आपको अपनी कक्षाओं के अंदरूनी भाग के बजाए सार्वजनिक तरीकों के माध्यम से व्यवहार का परीक्षण करने के लिए भी मजबूर करता है। डबल बोनस आईएमओ। –
मैं भी एक अलग फ़ोल्डर संरचना की सिफारिश करेंगे। ProjName \ Code \ SubPackage और ProjName \ Test \ SubPackage। – Gishu
यदि आपको व्हाइटबॉक्स-परीक्षण की आवश्यकता है तो क्या होगा? –