MSTest और AppDomains

Question

कुछ मेरी परियोजना में मुझे लगता है कि VSTS2008 के तहत इकाई परीक्षण को क्रियान्वित करने के दौरान अपनी VSTestHost की स्मृति उपभोक्ता के बढ़ने। चूंकि मेरे समाधान में मेरे पास बहुत सारे परीक्षण हैं, इसलिए अंततः आउटऑफमेमॉयएक्सप्शन की ओर जाता है। यह मेरे लिए बहुत अजीब लग रहा है क्योंकि मुझे यकीन था कि एमएसटीएस्ट प्रत्येक इकाई परीक्षण के लिए एक नया ऐपडोमेन बनाता है। अन्यथा यह स्थिर क्षेत्रों को कैसे रीसेट करेगा? लेकिन यदि स्मृति से प्रत्येक परीक्षण के लिए ऐपडोमेन बनाया जा रहा है तो रिसाव नहीं होना चाहिए। लेकिन यह करता है।

तो सवाल यह है: वी.एस. प्रत्येक परीक्षा वर्ग के लिए AppDomain बनाना चाहिए या नहीं? यदि हां, तो मैं यह कैसे देख सकता हूं कि यह करता है। मैंने ProcessExpolorer और प्रदर्शन स्नैप-इन के माध्यम से ट्रेसिंग करने का प्रयास किया। टेस्ट रन के दौरान "कुल एपडोमेन अनलोडेड" का मान हमेशा 0 होता है।

Answer 1

मुझे नहीं लगता कि इकाई परीक्षण इंजन प्रत्येक परीक्षा के लिए एक नया AppDomain बनाता है। चूंकि ऐपडॉमेन बनाना अपेक्षाकृत महंगा ऑपरेशन है, इसलिए प्रत्येक टेस्ट के लिए ऐसा करने से इकाई परीक्षणों में काफी कमी आती है!

विजुअल स्टूडियो 2008 इकाई परीक्षण चलाने के लिए एक अलग निष्पादन योग्य बुलाया vstesthost.exe उपयोग करता है। VS vstesthost.exe (यह कैसे मुझे यह नहीं पता) के साथ संचार करता है यह बताने के लिए कि कौन से परीक्षण चलाना है। vstesthost.exe निष्पादन परिणाम VS को देता है जो उन परिणामों को प्रदर्शित करता है।

आप OutOfMemoryExceptions मिल रहे हैं जब अपने इकाई परीक्षण चलाने में मुझे लगता है कि एक मजबूत सूचक है का कहना है कि परीक्षण के अंतर्गत अपने कोड वास्तव में है चीजों को साफ करने नहीं। क्या आप वाकई अप्रबंधित वस्तुओं/स्मृति के लिए हैंडल बनाए रख रहे हैं? मैं एक प्रदर्शन विश्लेषण के तहत अपने यूनिट परीक्षण चलाने की अनुशंसा करता हूं (आप "टेस्ट व्यू" के तहत यूनिट टेस्ट ढूंढकर, उस पर राइट-क्लिक करके और "प्रदर्शन सत्र बनाएं" चुनकर) कर सकते हैं। यह कम से कम आपके ऑब्जेक्ट आवंटन पर कुछ प्रकाश डाल सकता है।

Answer 2

मैं प्रत्येक unittest के लिए अलग AppDomains होने के बारे में गलत था।

यहाँ सबूत है: एक सिंगलटन

public class Singleton 
{ 
    public static Singleton Instance = new Singleton(); 

    private Guid _token; 
    private Singleton() 
    { 
     _token = Guid.NewGuid(); 
    } 

    public Guid Token 
    { 
     get { return _token; } 
    } 
} 

और दो टेस्ट:

[TestClass] 
public class UnitTest2 
{ 
    [TestMethod] 
    public void TestMethod1() 
    { 
     Console.WriteLine(Singleton.Instance.Token); 
    } 
} 
[TestClass] 
public class UnitTest1 
{ 
    [TestMethod] 
    public void TestMethod1() 
    { 
     Console.WriteLine(Singleton.Instance.Token); 
    } 
} 

दोनों परीक्षणों उत्पादन एक ही GUID को क्रियान्वित करने के दौरान।

Answer 3

एमएसटेस्ट प्रति टेस्ट असेंबली तक एक-ऐप डोमेन बनाता है, जब तक कि आप शोर का उपयोग नहीं कर रहे हैं, इस मामले में कोई ऐपडोमेन अलगाव नहीं है।

आप लीक देख रहे हैं, अपनी शायद या तो अपने परीक्षण कोड, या अपने उत्पाद कोड में एक लेकिन। सुनिश्चित करें कि आप चीजों को चीजों में भर नहीं रहे हैं और उन्हें वहां छोड़ रहे हैं।

Answer 4

बड़े परीक्षण रनों के साथ एक ही समस्या को देखा। मेरा सिद्धांत निम्नलिखित है। इस मामले में मेमोरी थकावट इस तथ्य के कारण है कि एमएसटीएस्ट टेस्ट परिणाम फाइलें एक्सएमएल हैं। इसलिए डिस्क पर क्रमिकरण से पहले परीक्षण चलाने के अंत तक इसे सभी लॉग परिणामों को स्मृति में रखने की आवश्यकता है। XML के लिए Hurray :-)

मैंने कुछ समय पहले इस समस्या को connect issue के रूप में पोस्ट किया है और इसे एमएसटीएस्ट 10 (64 बिट पर जा रहा है) में तय किया जाना चाहिए था, लेकिन मैं अभी तक इसे सत्यापित करने में सक्षम नहीं हूं अन्य समस्याएं जिन्हें हम वीएस -2010 और .NET 4.0 में ले जा रहे हैं।

Answer 5

यह एमएसटीएस्ट 2010 में हल नहीं किया जा रहा है। मुझे इस तरह के कई समान मुद्दों का सामना करना पड़ रहा है। यूनिट टेस्ट में कचरा संग्रह क्यों काम नहीं करता है?

मेरी समझ यह थी कि यूटी ढांचे ने सभी निष्पादित परीक्षणों का निपटान करने का ख्याल रखा, लेकिन यह कोड में हमारे कुछ सिंगलटन पैटर्न के मामले में ऐसा प्रतीत नहीं होता है।

Answer 6

एक सिंगलटन का निपटान करने का एकमात्र तरीका ऐपडोमेन का निपटान करना है। एक सिंगलटन एक स्थिर होल्डिंग है, इसलिए यह मूल रूप से एक परिपत्र संदर्भ है। ट्रू सिंगलेट्स तब तक निपटान नहीं होते जब तक कि एपडोमेन दूर नहीं हो जाता।