मैं यूनिट टेस्ट कोड कैसे कर सकता हूं जो फ्लुएंट इंटरफ़ेस का उपयोग करता है?

Question

मैंने विधि श्रृंखला के माध्यम से कुछ छोटे धाराप्रवाह इंटरफेस बनाए हैं। वे आम तौर पर कई रिपोजिटरीज को कॉल करते हैं जो वेब सर्विसेज/डेटाबेस से डेटा प्राप्त करते हैं।

मैं धाराप्रवाह इंटरफ़ेस का उपयोग करने वाले यूनिट परीक्षण विधियों के बारे में कैसे जाना चाहिए?

Public IEnumberable<Computer> FindComputers(string serialNumber) 
{ 
     return Computers.FindBySerialNumber("YBCX00900") 
     .AttachConfiguration() 
     .EnsureAllComputersHaveConfiguration(); 
} 

मैं इकाई धाराप्रवाह इंटरफेस के व्यक्तिगत घटकों का परीक्षण कर सकते, लेकिन अगर मैं इकाई परीक्षण करने के लिए मुझे क्या करना चाहिए इसके बाद के संस्करण FindComputers विधि चाहते हैं?

1. उपयोग धाराप्रवाह अंतरफलक के ठोस कार्यान्वयन, और भंडार वर्गों
2. नकली धाराप्रवाह इंटरफेस पर ही उम्मीदों लिख सकते हैं और पर कि
3. टेस्ट केवल धाराप्रवाह इंटरफेस उम्मीदों निर्धारित करते हैं, और नहीं FindComputers() विधि

मैं आसानी से रखरखाव योग्य दृष्टिकोण ढूंढना चाहता हूं।

Answer 1

मुझे लगता है कि एफआई इसकी आवश्यकता से अधिक कर रहा है। मुझे लगता है कि आप डेटा मैपर के रूप में कंप्यूटर का उपयोग कर रहे हैं और एक क्वेरी बनाने के लिए इसका इस्तेमाल भी करते हैं। तुम क्या पता चला है से क्वेरी इस से बनाया गया है:

rule 1: find configured computer with serial number = "whatever" and has-config = true. 
rule 2: find not-config computer with serial number = "whatever and has-config = true. 
rule 3: find configured computer with serial number = "whatever" and has-config = false. 
rule 4: find not-config computer with serial number = "whatever" and has-config = false. 
rule 5: find all computer with serial number = "whatever" and has-config = true. 
rule 6: find all computer with serial number = "whatever" and has-config = false. 

और इतने पर ...

अब इन नियमों को लागू किया जा सकता है कि कुछ जानकारी गलत होने लगते हैं। नियम 2 और नियम 3 क्रॉस प्रयोजनों पर प्रतीत होते हैं। नियम 5 और नियम 6 क्या करता है? क्या यह सही है?

क्योंकि आपने एसआरपी को तोड़ने वाली वस्तु को लागू किया है। पहला कदम डेटा निर्माता से क्वेरी बिल्डर को तोड़ना है। अपनी एफआई क्वेरी ऑब्जेक्ट बनाएं और फिर इसे मैपर में पास करें।

अब आप FindComputers का परीक्षण कर सकते हैं यह सुनिश्चित कर लें कि FI क्वेरी ऑब्जेक्ट डेटा मैपर पर भेजा गया हो। क्योंकि अब आप एक एफआई क्वेरी ऑब्जेक्ट बना सकते हैं, आप इसका परीक्षण कर सकते हैं। और आप परीक्षण कर सकते हैं कि डेटा मैपर एक क्वेरी ऑब्जेक्ट का उपयोग करता है।

यदि भविष्य में आप स्थान के आधार पर कंप्यूटर खोजना चाहते हैं तो क्या होगा। यदि आप वही कोड रखते हैं जैसा आपने लिखा था तो आपको एक विधि FindByLocation जोड़ना होगा और इससे पहले कि आप इसे जानते हों कि आपके पास ईश्वर वस्तु है। बदबूदार!

Answer 2

मैं 2 + 3 करूंगा। धाराप्रवाह इंटरफेस मानते हैं कि वास्तव में इंटरफेस हैं, उन्हें नकली करने के लिए अपेक्षाकृत सरल होना चाहिए। बस कॉल श्रृंखला में प्रत्येक चरण को महसूस करना चाहिए कि शायद एक नई नकली वस्तु वापस करनी चाहिए, जो बदले में श्रृंखला में अगली कॉल की उम्मीद कर रही है।

आपको अभी भी नीचे के फ्लोर इंटरफ़ेस का परीक्षण करना चाहिए, हालांकि उनके नीचे रिपोजिटरी परत का मज़ाक उड़ाते हुए।

Answer 3

क्या आप अपनी रिपोजिटरी का नकल कर सकते हैं? जबकि कुछ एक और शुद्ध दृष्टिकोण की वकालत करेंगे जहां आपको एक वर्ग की एक विधि को अलग करना होगा, यह जांचने का एक अच्छा तरीका होगा कि FindComputers और धाराप्रवाह इंटरफ़ेस एक साथ कैसे काम करते हैं। और रिपोजिटरी एक्सेस लेयर की तरह दिखने के आधार पर यह आसान हो सकता है।