परीक्षकों के लिए पैटर्न। प्रॉक्सी (वैकल्पिक)

इससे पहले कि यह है

नमस्कार। मैं दिमा हूं और मुझे पैटर्न नहीं पता है। परीक्षक के लिए, यह कहने के लिए नहीं कि यह समस्याग्रस्त है। एक ऑटोमेटर के लिए कैसे ..? ठीक है, चलो ईमानदार रहो, तुम भी रह सकते हो।

सहकर्मियों के साथ चैट रूम, सम्मेलन और संचार से, यह स्पष्ट है: मुख्य पैटर्न - पेजऑबजेक्ट - सीखा जाता है, और क्या आवश्यक है?

और यहाँ इस तरह के विचारों का एक बड़ा पैराग्राफ था कि हम वास्तव में डिज़ाइन पैटर्न का उपयोग क्यों नहीं करते हैं: क्या हम उन्हें नहीं जानते हैं, या यह उनके बिना अच्छा है? इतिहास में यह भी गहरा था कि पैटर्न आपके लिए नहीं हैं, लेकिन दशकों से सिद्ध ज्ञान और तकनीकों के लिए, प्रसिद्ध कॉमरेडों के लिए तर्क और उल्लेख हैं जो खिलाफ हैं।

लेकिन, अंततः, पैटर्न जानने से निश्चित रूप से चोट नहीं पहुंचेगी।

इसलिए, किसी भी तरह से आपको कोड में हर जगह टेम्पलेट्स को मोड़ने का आग्रह करने से, मैं पैटर्न पर लेखों की एक श्रृंखला प्रकाशित करना शुरू करता हूं।

प्रारूप के बारे में थोड़ा और चलो

पैटर्न पर लेख / पुस्तकें / वीडियो पाठ्यक्रम स्वयं बहुत सभ्य हैं। और मुझे यकीन है कि आप आसानी से एक सक्षम व्याख्या के साथ एक संसाधन पा सकते हैं, आपके पसंदीदा वाईपी, ई-मेल आदि पर उदाहरण।

इस और बाद के लेखों का काम उन लोगों के बारे में पैटर्न के बारे में बात करना है जो पहले से ही कोड के साथ काम करते हैं, लेकिन उनके पास एक अच्छा सिद्धांत आधार नहीं है। तो ये लेख शायद मेरे लिए पहली जगह में हैं।

खैर, चूंकि मैं खुद एक परीक्षक हूं, और मेरे दोस्तों के सर्कल में भी बहुत सारे समान हैं, इसलिए कहानियों का झुकाव टेस्ट ऑटोमेशन की तरफ होगा।

कुछ पैटर्न अजीब लगते हैं और बहुत उपयोगी नहीं होते हैं। और कुछ के साथ, इसके विपरीत, आप पाएंगे कि आप लंबे समय से कुछ इस तरह से लागू कर रहे हैं, आपको बस यह नहीं पता था कि यह कहा जाता था।
किसी भी मामले में, मुझे आशा है कि आप अपने लिए कुछ उपयोगी पाएंगे।

और हाँ, मैं टिप्पणियों में रचनात्मक आलोचना के लिए बहुत खुश हूँ।

यहाँ।

• खुद को - बताया
• क्या कहा जाएगा - बताया
• क्यों - बताया
• किसके लिए और कैसे - बताया

आप शुरू कर सकते हैं।

---

प्रॉक्सी - प्रॉक्सी - उप

सिद्धांत (थोड़ा सा)

प्रॉक्सी पैटर्न (रूसी संस्करणों में, उप )। अगर हम एक को जोड़ते हैं, तो यह विचार एक वास्तविक वस्तु नहीं, बल्कि एक प्रतिस्थापन है जो वस्तु + हमारे तर्क के तरीकों का उपयोग करता है। वह सब है।

यह कैसे करें:

1. उस ऑब्जेक्ट के सार्वजनिक तरीकों के साथ एक इंटरफ़ेस बनाएं जिसे हम बदलना चाहते हैं
2. एक क्लास बनाएं
- इस इंटरफ़ेस को लागू करता है
- इसके तरीकों को कॉल करने के लिए मूल वस्तु तक पहुंच है
3. बनाए गए वर्ग के तरीकों में अपना तर्क जोड़ें

अभ्यास

व्यवहार में, यह स्पष्ट होना चाहिए।

Dano: हम एक WebDriver है। और उसके पास एक तरीका है findElements (By by);

कार्य: मुझे वास्तव में यह चुनने की आवश्यकता है कि चयनकर्ता द्वारा कितने तत्व पाए गए थे।
हर बार मैं एक विधि कहता हूं

driver.findElements(By.cssSelector(".item")); 

मैं लॉग में एक रिकॉर्ड देखना चाहता हूं - कितने तत्व पाए गए

समाधान 1. माथे पर। वहां क्या है: मैंने इसका इस्तेमाल किया।
हम इसे लेते हैं और प्रत्येक कॉल के साथ लिखते हैं कि कितने पाए गए:

 List<WebElement> items = driver.findElements(By.cssSelector(".item")); logger.info("Found {} items", items.size()); 

विकल्प सामान्य है, जबकि इस तरह के कॉल हैं, ठीक है, आइए कहते हैं, 7. हालांकि इस दृष्टिकोण के नुकसान पहले से ही किसी के लिए स्पष्ट हैं, जिनके पास कम से कम एक बार "उनके कोड को थोड़ा संशोधित" किया गया है।

समाधान 2. हम एक प्रॉक्सी का उपयोग करते हैं।
WebDriver एक इंटरफ़ेस है। विधियाँ घोषित की गईं, लेकिन कोई क्रियान्वयन नहीं हुआ। कार्यान्वयन में ChromeWebDriver, FirefoxWebDriver, आदि शामिल हैं।

हम, परीक्षणों में, क्रोम या सफारी के लिए किसी विशेष वर्ग के साथ काम नहीं करते हैं। यह केवल WebDriver इंटरफ़ेस को लागू करने के लिए वर्ग के लिए आवश्यक है। हम यह करेंगे:

1. हम उस ऑब्जेक्ट के सार्वजनिक तरीकों के साथ एक इंटरफ़ेस बनाते हैं जिसे हम बदलना चाहते हैं

   हमारे उदाहरण में, ऐसा इंटरफ़ेस पहले से मौजूद है - वेबड्राइवर।
   

2. एक वर्ग बनाएं जो
   - इस इंटरफ़ेस को लागू करता है
   - इसके तरीकों को कॉल करने के लिए मूल वस्तु तक पहुंच है

    public class LoggerWebDriver implements WebDriver{ private WebDriver driver; public void get(String s) { } public List<WebElement> findElements(By by) { return null; } public WebElement findElement(By by) { return null; } //     } 

3. बनाई गई कक्षा के तरीकों में अपना तर्क जोड़ें

    public class LoggerWebDriver implements WebDriver { private WebDriver driver; private final Logger logger = LogManager.getLogger(LoggerWebDriver.class); LoggerWebDriver() { //    . // , ()     this.driver = new ChromeDriver(); } public void get(String var1) { driver.get(var1); } public List<WebElement> findElements(By var1) { List<WebElement> items = driver.findElements(var1); logger.info("Selector {}. Found {} elements", var1.toString(), items.size()); return items; } public WebElement findElement(By var1) { return driver.findElement(var1); } //     } 

क्या हुआ?

वर्ग में जोड़ा गया

 private WebDriver driver; 

यह वही वस्तु है जिसे हम बदलना चाहते हैं। यह उसकी विधियाँ हैं जिन्हें हम आगे कहेंगे।

अब, आप देख सकते हैं, उदाहरण के लिए, विधि पर

 public void get(String var1) { driver.get(var1); } 

वास्तविक ड्राइवर पर कॉल विधि (कॉल) प्राप्त होती है।

और यहाँ विधि है

 public List<WebElement> findElements(By var1) { List<WebElement> items = driver.findElements(var1); logger.info("Selector {}. Found {} elements", var1.toString(), items.size()); return items; } 

हमने अपने कार्य के अनुसार विस्तार किया है।

यही सब आप परीक्षणों में उपयोग कर सकते हैं:

 WebDriver driver = new LoggerWebDriver(); driver.get("http://google.com"); List<WebElement> items = driver.findElements(By.cssSelector("a")); // => Selector By.cssSelector: a. Found 48 elements 

---

यहाँ। पैटर्न अच्छा है अगर आपको लॉगिंग, कैशिंग, आलसी इनिशियलाइज़ेशन, विधियों पर एक्सेस कंट्रोल को लटकाए जाने की आवश्यकता है। सामान्य तौर पर, यदि आप कोड लिख रहे हैं और आप वास्तव में अपनी सुविधाओं के साथ किसी प्रकार का इंटरलेयर करना चाहते हैं, तो विकल्पों में से एक प्रॉक्सी है।

अब जब हम एक और पैटर्न जानते हैं, तो मैं आपको याद दिला दूं कि जब एक हथौड़ा आपके हाथ में होता है, तो हमारे आस-पास की सभी चीजें नाखून की तरह लगती हैं। बस इतना ध्यान रखें।