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