वेबड्राइवर के काम की प्रतिलिपि बनाने/गुजरने के तरीके, और क्या यह खतरनाक है?

Question

मैं एक ऐसी टीम पर काम कर रहा हूं जो कुछ महीनों के लिए सेलेनियम वेबड्राइवर इंफ्रास्ट्रक्चर विकसित कर रहा है, और परीक्षण मामलों और पेज ऑब्जेक्ट्स से ड्राइवर ऑब्जेक्ट तक पहुंचने के तरीके के बारे में कुछ मुझे परेशान कर रहा है।

हमारे परीक्षण के मामले एक नया वेबड्राइवर उदाहरण बनाते हैं और ब्राउज़र खोलते हैं। यह नया उदाहरण टेस्ट केस क्लास में संग्रहीत है।

फिर, परीक्षण केस पृष्ठ वस्तु को तुरंत चालू करता है। Selenium's Page Object Pattern के साथ-साथ, ये पृष्ठ ऑब्जेक्ट वेबड्राइवर को उनके कन्स्ट्रक्टर में पैरामीटर के रूप में लेते हैं (हालांकि मुझे लगता है कि हमारे संस्करण में यह अंतिम नहीं है)। विभिन्न पेज ऑब्जेक्ट विधियां उस पृष्ठ का उपयोग करती हैं जो पेज ऑब्जेक्ट के कन्स्ट्रक्टर में सेट की गई थी जो वे करते हैं। यदि कोई पृष्ठ ऑब्जेक्ट विधि किसी नए पृष्ठ ऑब्जेक्ट पर नेविगेट करता है, तो वेबड्राइवर इसे पास कर दिया जाता है। बस सेलेनियम के उदाहरण की तरह:

public class LoginPage { 
    private final WebDriver driver; 

    public LoginPage(WebDriver driver) { 
     this.driver = driver; 

     // Check that we're on the right page. 
     if (!"Login".equals(driver.getTitle())) { 
      // Alternatively, we could navigate to the login page, perhaps logging out first 
      throw new IllegalStateException("This is not the login page"); 
     } 
    } 

    // Conceptually, the login page offers the user the service of being able to "log into" 
    // the application using a user name and password. 
    public HomePage loginAs(String username, String password) { 
     // This is the only place in the test code that "knows" how to enter these details 
     driver.findElement(By.id("username")).sendKeys(username); 
     driver.findElement(By.id("passwd")).sendKeys(password); 
     driver.findElement(By.id("login")).submit(); 

     // Return a new page object representing the destination. Should the login page ever 
     // go somewhere else (for example, a legal disclaimer) then changing the method signature 
     // for this method will mean that all tests that rely on this behaviour won't compile. 
     return new HomePage(driver); 
    } 
} 

इस बनाता है यह प्रतीत मानो WebDriver उदाहरण, अद्वितीय और महत्वपूर्ण है एक मशाल कि पेज वस्तु से पेज वस्तु को भेजे जाने चाहिए की तरह। कोड की शैली ने मुझे यह सोचने के लिए प्रेरित किया कि मुझे हमेशा यह सुनिश्चित करना था कि मैं ड्राइवर के उसी उदाहरण का उपयोग कर रहा था जिसका उपयोग अंतिम ऑपरेशन में किया गया था।

लेकिन यह "मशाल से गुजरना" ऐसी परिस्थितियों के साथ जटिल या असंभव हो जाता है जहां पृष्ठ पर एकाधिक पृष्ठ वस्तुएं होती हैं, और पृष्ठ ऑब्जेक्ट विधियां उस पृष्ठ ऑब्जेक्ट को वापस नहीं करती हैं जिसे आप अगले के साथ काम करने की योजना बना रहे हैं। जब आप स्क्रीन पर दो पेज ऑब्जेक्ट प्राप्त करते हैं, तो आप उसी वेबड्राइवर इंस्टेंस पर कैसे काम कर सकते हैं, और आपको नए पेज पर स्विच किए बिना या नए पेज ऑब्जेक्ट्स बनाने के बिना, उनके बीच वैकल्पिक करने की आवश्यकता है?

यह सब भ्रम मुझे विश्वास दिलाता है कि मशाल का कोई गुजरना वास्तव में आवश्यक नहीं है, या यहां तक ​​कि हो रहा है (क्या ये सभी पृष्ठ ऑब्जेक्ट्स उसी वेबड्राइवर इंस्टेंस के संदर्भ संग्रहीत कर रहे हैं?), लेकिन तब मुझे नहीं पता कि क्यों सेलेनियम द्वारा दिए गए विवरण में पैटर्न का सुझाव दिया गया था।

तो, क्या मुझे "मशाल पार करने" के बारे में चिंता करने की ज़रूरत है? या किसी भी पेज ऑब्जेक्ट को अपने वेबड्राइवर के साथ तुरंत चालू करने के बाद ठीक से काम करेगा, भले ही अन्य पेज ऑब्जेक्ट्स इंटरमीम में उसी वेबड्राइवर के अपने संस्करणों के साथ संचालन कर सकें?

क्या वेबड्राइवर को एक सिंगलटन बनाने के लिए यह आसान/बेहतर होगा, सभी के लिए सुलभ, क्योंकि हम किसी भी समय एक से अधिक वेबड्राइवर प्रति JVM का उपयोग नहीं करेंगे? फिर हमें कन्स्ट्रक्टर में वेबड्राइवर को पास करने की आवश्यकता नहीं होगी। किसी भी इनपुट के लिए पहले से ही धन्यवाद।

Answer 1

पूरे ढांचे के लिए वेबड्राइवर को सिंगलटन के रूप में चिह्नित करना बेहतर है। मैं वर्तमान में इस पैटर्न का उपयोग कर रहा था और यह ठीक काम करता है।
नोट: समांतर निष्पादन से निपटने के दौरान देखभाल की जानी चाहिए।

@CodeEnthusiastic उदाहरण के लिए, एक वर्ग GeneralLibrary ले कि में एक WebDriver पैदा करते हैं। BaseSeleniumTest.java जो अन्य वर्गों (साथ @ tets का सेट युक्त के लिए बढ़ा दी है:

सुपर वर्ग के रूप में GeneralLibrary साथ में पृष्ठ ऑब्जेक्ट मॉडल कक्षाओं का विस्तार