शून्य विधि का परीक्षण कैसे करें जो केवल निजी वर्ग सदस्य चर को संशोधित करता है?

Question

मैं एक वर्ग है कि कुछ निजी क्षेत्रों initializes में एक विधि का परीक्षण इकाई के लिए कोशिश कर रहा हूँ:

public void init(Properties props) throws Exception { 

    this.language = props.getProperty(Constants.LANGUAGE,Constants.LANGUAGE_DEFAULT); 
    this.country = props.getProperty(Constants.COUNTRY,Constants.COUNTRY_DEFAULT); 

     try { 
      this.credits = Integer.valueOf(props.getProperty(Constants.CREDITS_OPTION_NAME, Constants.CREDITS_DEFAULT_VALUE)); 
     } catch (NumberFormatException e) { 
      throw new Exception("Invalid configuration: 'credits' does not contain a valid integer value.", e); 
     } 
     //rest of method removed for sake of simplicity 
    } 

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

1. निजी फ़ील्ड तक पहुंचने के लिए सार्वजनिक विधियां बनाएं, फिर इन विधि को इनिट विधि का परीक्षण करने के बाद कॉल करें।
2. इकाई परीक्षण केवल इनिट विधि को कॉल करें, और मान लें कि सबकुछ ठीक से काम करता है, कोई अपवाद नहीं फेंक दिया गया है।

आपको इस विधि का परीक्षण करने का आदर्श तरीका क्या लगता है?

Answer 1

आप निजी क्षेत्रों के मूल्य प्राप्त करने के लिए प्रतिबिंब का उपयोग कर सकते हैं। उदाहरण के लिए:

Field field = YourClass.class.getDeclaredField("language"); 
field.setAccessible(true); //override the access restriction of it being private 
field.get(yourObject); 

अगर वहाँ अपने classpath पर वसंत है, तो आप अपने ReflectionUtils/ReflectionTestUtils उपयोग कर सकते हैं।

कभी-कभी तर्क दिया जाता है कि निजी क्षेत्रों को सत्यापित नहीं किया जाना चाहिए, और केवल वस्तु का सार्वजनिक राज्य यूनिट-परीक्षण का बिंदु है। उस परिप्रेक्ष्य से एक गेटर, या इससे भी बेहतर खुलासा करना बेहतर हो सकता है - एक अपवाद फेंक दिया।

यदि फ़ील्ड सेट नहीं हैं तो ऑब्जेक्ट अमान्य स्थिति में है, तो अपवाद फेंक कर, यह अपनी वैधता को लागू करने के लिए ऑब्जेक्ट की जिम्मेदारी होनी चाहिए।

Answer 2

क्या आपके जुनीट विधि को सीधे कॉल करते हैं? फिर प्रॉपर्टी ऑब्जेक्ट का संदर्भ वही है, आप भाषा और देश तक पहुंचने में सक्षम होना चाहिए, क्योंकि क्रेडिट आपके जुनीट में पुनर्मूल्यांकन करते हैं।

निजी तरीकों के लिए सार्वजनिक एक्सेसर भी एक अच्छा विकल्प है।

Answer 3

मैं आम तौर पर परीक्षण के तहत कक्षा की आंतरिक संरचना पर निर्भर परीक्षणों से बचने की कोशिश करता हूं। मैं कुछ तरीकों का परीक्षण करके इसका परीक्षण करूंगा जो तब इन क्षेत्रों का उपयोग करता है।

आप सख्त TDD कर रहे हैं, तो आप नहीं यहां तक ​​कि उन क्षेत्रों जोड़ना चाहिए जब तक आप एक परीक्षण का मामला है कि वास्तव में उन्हें का लाभ :)

Answer 4

मैं बात पर जोर देना चाहते हैं कि भाषा, देश और लगता है क्रेडिट फ़ील्ड इनिट

कुछ दर्शन: आप क्यों परवाह करते हैं कि वे सही तरीके से सेट हैं या नहीं? अगर जवाब है "तो वर्ग सही ढंग से व्यवहार करता है", तो आप परीक्षण कर सकते हैं कि उन्हें बाद में व्यवहार की उम्मीद के परीक्षण के द्वारा सहीता निर्धारित की गई है। यदि उन्हें गलत तरीके से सेट करना कोई प्रभाव नहीं पड़ता है तो वे अनावश्यक हैं और आपको उन्हें हटा देना चाहिए।

एक और पोस्टर ने निजी क्षेत्रों तक पहुंचने के लिए प्रतिबिंब का उपयोग करने का सुझाव दिया है। मैं इसके खिलाफ सलाह देता हूं; कुछ भी चिह्नित निजी वर्ग के कार्यान्वयन विस्तार होना चाहिए, और इसलिए सीधे परीक्षण नहीं किया जाना चाहिए। आपको इसके बजाय अपनी कक्षा के प्रकाशित एपीआई का परीक्षण करना चाहिए। इसके बाद आप कार्यान्वयन (निजी) विवरण बदलकर आसानी से इसे पुनः सक्रिय करने की आजादी रखते हैं।

Answer 5

व्यक्तिगत रूप से मैं केवल सार्वजनिक तरीकों की जांच करता हूं। कभी-कभी आपको आंतरिक जांचना पड़ता है, लेकिन यह दुर्लभ है।

बीटीडब्ल्यू: सार्वजनिक गेटर्स का एक विकल्प एक ही पैकेज में इकाई परीक्षण करना और पैकेज स्थानीय गेटर्स प्रदान करना है।