यूनिट परीक्षण में, परीक्षण विधि का उपयोग परीक्षण के लिए आवश्यक वस्तुओं को बनाने के लिए किया जाता है।यूनिट परीक्षण: सेटअप विधियों में दावा करने के लिए यह एक अच्छा अभ्यास है?
उन सेटअप विधियों में, मुझे दावाों का उपयोग करना पसंद है: मुझे पता है कि मैं उन ऑब्जेक्ट्स में कौन से मूल्य देखना चाहता हूं, और मैं उस ज्ञान को एक दावे के माध्यम से दस्तावेज करना चाहता हूं।
stackoverflow पर यहाँ unit tests calling other unit tests पर हाल ही में पोस्ट में, सामान्य लग रहा है कि इकाई परीक्षण करना चाहिए नहीं कॉल अन्य परीक्षण हो रहा है:, उस प्रश्न का उत्तर है कि आप अपने सेटअप refactor चाहिए लगता है तो कि परीक्षण के मामले एक-दूसरे पर निर्भर नहीं हैं।
लेकिन "सेटअप-ए-आर्टर्ट्स" और यूनिट परीक्षण में अन्य यूनिट परीक्षणों को कॉल करने में बहुत अंतर नहीं है।
इसलिए मेरा प्रश्न: क्या सेटअप विधियों में दावा करने का अच्छा अभ्यास है?
संपादित करें:
जवाब पता चला होने के लिए: यह सामान्य रूप में एक अच्छा अभ्यास नहीं है। यदि सेटअप परिणामों का परीक्षण करने की आवश्यकता है, तो दावे के साथ एक अलग परीक्षण विधि जोड़ने के लिए अनुशंसा की जाती है (मैंने जो जवाब चुना है); इरादे दस्तावेज के लिए, जावा आवेषण का उपयोग करने पर विचार करें।
अच्छा यूनिट परीक्षण लिखने पर इस आलेख को पढ़ें: http://blog.codeville.net/2009/08/24/writing-great-unit-tests-best-and-worst-practises/ – Kane
स्मार्ट प्रश्न के लिए +1 – KLE