मैं अपने कार्यसमूह में इकाई परीक्षण की वकालत करने की कोशिश कर रहा हूं, लेकिन मुझे अक्सर एक आपत्ति है कि इसका उपयोग केवल बाहरी रूप से निर्यात किए गए एपीआई के लिए किया जाना चाहिए (जो कि हमारे सिस्टम का केवल एक न्यूनतम और गैर महत्वपूर्ण हिस्सा है), और आंतरिक और निजी पर नहीं कोड (जो अब केवल कार्यात्मक परीक्षण है)।
जबकि मुझे लगता है कि यूनिट टेस्ट सभी कोड पर लागू किया जा सकता है और मुझे अपने सहकर्मियों को कैसे राजी करना चाहिए?
3
यदि आपके पास निजी विधियाँ हैं जिन्हें आप परीक्षण करने की आवश्यकता महसूस करते हैं, तो अक्सर यह संकेत होता है कि आपका कोड SRP का उल्लंघन कर रहा है और वहाँ एक और वर्ग है जो रोने के लिए निकाला जाता है और अपने आप में परीक्षण किया जाता है।
—
Paddyslacker
@ IPaddyslacker: मुझे लगता है कि सभी कोड का परीक्षण करने की आवश्यकता है। मैं यह नहीं देखता कि एक कोड इकाई जो एकल जिम्मेदारी सिद्धांत का पालन करती है, को इकाई परीक्षण के अधीन क्यों नहीं किया जाना चाहिए ...
—
विज़ार्ड79
@lorenzo, आपने मेरी बात को याद किया; शायद मैंने इसे बहुत अच्छा नहीं बनाया। यदि आप इन निजी विधियों को किसी अन्य वर्ग में निकालते हैं, तो उन्हें अब आपके मूल वर्ग से सुलभ होने की आवश्यकता होगी। क्योंकि विधियां अब सार्वजनिक हैं, उन्हें जांचने की आवश्यकता होगी। मैं यह नहीं समझा रहा था कि उनका परीक्षण नहीं किया जाना चाहिए, मैं यह आरोप लगा रहा था कि यदि आप सीधे तरीकों का परीक्षण करने की आवश्यकता महसूस करते हैं, तो संभव है कि वे निजी न हों।
—
पैड्सस्लैकर
@ IPaddyslacker: मुझे सीधे तौर पर निजी तरीकों का परीक्षण करने की आवश्यकता महसूस होती है। आपको क्यों लगता है कि उन्हें निजी नहीं होना चाहिए?
—
जादूगर
निजी विधियों का परीक्षण करके आप अमूर्तता को तोड़ रहे हैं। आपको इकाई परीक्षणों में राज्य और / या व्यवहार का परीक्षण करना चाहिए, कार्यान्वयन का नहीं। आपके उदाहरण / परिदृश्यों को यह सत्यापित करने में सक्षम होना चाहिए कि निजी कोड का परिणाम क्या है - यदि आपको वह मुश्किल लगता है, तो जैसा कि Paddyslacker का कहना है कि इसका मतलब हो सकता है कि आप SRP का उल्लंघन कर रहे हैं। हालांकि इसका मतलब यह भी हो सकता है कि आपने अपने उदाहरणों को वास्तव में प्रतिनिधि नहीं बनाया है कि आपका कोड क्या कर रहा है।
—
फिनकॉक