समाधान

Question

के लिए एक या अधिक यूनिट परीक्षण परियोजनाएं मेरे समाधान में दो अन्य क्लास लाइब्रेरी प्रोजेक्ट्स - कुल 3 परियोजनाओं के साथ एक कंसोल ऐप है।

अब मैं एक यूनिट टेस्ट प्रोजेक्ट जोड़ना चाहता हूं। मेरा सवाल है कि क्या मैं समाधान में "नियमित परियोजना" प्रति "यूनिट टेस्ट प्रोजेक्ट" जोड़ता हूं या एक यूनिट टेस्ट प्रोजेक्ट जो तीनों का परीक्षण कर सकता है?

दूसरे शब्दों में, यदि मेरी परियोजनाएं प्रोजे, प्रोजेबी और प्रोजेसी हैं, तो क्या मैं तीन यूनिट टेस्ट प्रोजेक्ट्स जोड़ता हूं। projA.Tests, projB.Tests, आदि या एक एकल इकाई परीक्षण परियोजना जो तीनों को संभाल सकता है?

Answer 1

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

आखिरकार, आप सभी डेवलपर्स के लिए तत्काल उपलब्ध होने के लिए परीक्षण चाहते हैं, ताकि डेवलपर्स जान सकें कि आवश्यकता होने पर उन्हें कहां मिलना है। आप नए परीक्षण लिखने के लिए न्यूनतम ओवरहेड के साथ एक बाधा मुक्त वातावरण भी चाहते हैं। टेस्ट को भी संकलित और निष्पादित करना चाहिए - परियोजना संरचना इस सब में एक भूमिका निभा सकती है।

आप यह भी विचार करना चाहेंगे कि परीक्षण के विभिन्न स्तर संभव हैं, जैसे इकाई, एकीकरण या यूआई स्वचालन के लिए परीक्षण। परीक्षण श्रेणियों का उपयोग करके कुछ उपकरणों में इन प्रकार के परीक्षणों को अलग करना संभव है, लेकिन कभी-कभी निष्पादन या रिपोर्टिंग के लिए यह आसान होता है यदि वे अलग पुस्तकालय हैं।

छोटी परियोजनाओं में जहां बहुत सारी परियोजनाएं नहीं हैं, 1: 1 अनुपात आमतौर पर पसंदीदा दृष्टिकोण होता है।