स्प्रिंग फ्रेमवर्क - यूनिट परीक्षण डिजाइन

Question

मैं स्प्रिंग यूनिट परीक्षण और विशेष रूप से लेनदेन इकाई परीक्षणों के बारे में कुछ चर्चा करने और शुरू करने के लिए लिख रहा हूं।

@RunWith(SpringJUnit4ClassRunner.class) 
@TransactionConfiguration 
@ContextConfiguration(locations={"/context/ServiceTest-context.xml"}, inheritLocations=false) 
public class ServiceTests extends AbstractTransactionalJUnit4SpringContextTests { 

    @Test 
    public void testSomething() {} 

    @Test 
    public void testSomethingElse() {} 
} 

हमारे परीक्षणों वर्गों में से प्रत्येक अपने स्वयं के परीक्षण संदर्भ है:

वर्तमान में हम इतने तरह एनोटेट वर्गों की एक किस्म में चारों ओर 441 परीक्षण किया है।

हमें एक ऐसी समस्या का सामना करना पड़ रहा है जिसमें हम व्यक्तिगत परीक्षा कक्षाएं या व्यक्तिगत पैकेज चलाते हैं, परीक्षण ठीक चलते हैं।

हालांकि जब हम मैवेन या हडसन एकीकरण जैसे कुछ का उपयोग करके हमारे सभी परीक्षणों (वर्तमान में> 400) को चलाने के लिए इसे स्केल करना चाहते हैं।

mvn test 

हम एक बात हो और उसके बाद जावा जीसी सीमा का अनुभव करने के लिए त्रुटियों को पार कर शुरू करते हैं।

अब मुझे यह महसूस हो रहा है कि यह किसी भी स्मृति सीमा को बढ़ाने या चेतावनियों को बंद करने की आवश्यकता के बजाय हमारे परीक्षण योजना डिजाइन पर है।

क्या कोई भी अपने अनुभव साझा कर सकता है और जिस तरह से उन्होंने एक ही समस्या हल की है?

Eggsy

Answer 1

मैं बहुत यकीन है कि कंटेनर अपने जीवन चक्र जब तक आप स्पष्ट appCtx.close फोन()

की अवधि के लिए सभी संदर्भों पर पकड़ जाएगा वहाँ कुछ विशेष कारण है कि प्रत्येक परीक्षण का अपना संदर्भ होता है? क्योंकि जब तक आपके पास ऐसा करने का कोई विशेष कारण नहीं है .... मैं कहूंगा, ऐसा मत करो। जब तक आपके पास उचित सेटअप और टियरडाउन विधियां हों, तब तक आपको साझा करने में सक्षम होना चाहिए। भले ही आप एक साथ समान परीक्षण समूह करते हैं और केवल उन शेयर संदर्भों को भी रखते हैं। अधिक जानकारी कृपया!