मुझे लगता है कि इकाई परीक्षण तर्क से संबंधित कोई समस्या है। यदि आप कुछ इनपुट के तहत एक विशिष्ट अपवाद की उम्मीद कर रहे हैं, तो आप इसे एक अपेक्षित अपवाद के रूप में घोषित करते हैं। यदि आप सिर्फ यह जांच रहे हैं कि आपका कार्य सही तरीके से व्यवहार करता है और इस उचित व्यवहार के दौरान कोई अपवाद नहीं है, तो आप इसे लिखते हैं और यदि यह कोई अपवाद फेंकता है, तो आपका परीक्षण विफल हो जाता है।
आपका कोड ठीक से काम कर रहा प्रतीत होता है, दूसरी तरफ, केवल अपवादों की जांच करना यूनिट परीक्षण के लिए उचित तरीका नहीं हो सकता है। यूनिट परीक्षणों में, आम तौर पर आप कुछ आउटपुट (अपेक्षित मान) की अपेक्षा करते हैं, आपके पास कुछ वास्तविक आउटपुट (वास्तविक मान) हैं और आप जोर देते हैं कि अपेक्षित और वास्तविक मान समान हैं।
क्या वाकई आप परीक्षण करना चाहते हैं? आपको एहसास है कि अगर परीक्षण किया गया है तो एक नो-ऑप है, यह परीक्षण पास करेगा। – Martijn
क्या आपकी विधि में फेंकने की कोई विशेष आवश्यकता नहीं है? या यह * मेरे कोड काम की भावना में किया गया है क्योंकि यह * फेंक नहीं है? यदि बाद वाला, आप माइगथ [उन] को जांचना चाहते हैं (http://stackoverflow.com/questions/8788558/should-i-test-that-methods-dont-throw-exceptions) [दो] (http: // stackoverflow.com/questions/9417213/c-how-do-i-check-no-exception-occurred-in-my-unit-test) प्रश्न सामान्य रूप से आप ऐसा क्यों नहीं करते हैं। आप इस तरह के परीक्षण से कुछ भी कम नहीं मिलता है। –
@jimmy_keen एक असाधारण मामले के रूप में, उस कॉलिंग का निपटान करने के लिए प्रयोग किया जाता है() दूसरी बार – Gareth