È consigliabile avviare un nuovo framework di test utilizzando il driver Web Selenium anziché Selenium RC? Con il driver Web Selenium non tutti i metodi Selenium sono implementati. Quindi sarebbe una buona idea usare Selenium RC?Per utilizzare il driver Web Selenium o il selenio RC
Grazie!
WebDriver. Semplicemente perché WebDriver è attivamente sviluppato e mantenuto, più stabile e funzionale, ha API migliori.
RC non è più sviluppato e manutenuto e WebDriver è il futuro di Selenium.
Dipende da ciò che è necessario fare.
Tuttavia, ho trovato che il selenio RC è una scelta migliore perché potrei scrivere un programma di test collegato alla formica per eseguire regolarmente test unitari con un sistema di integrazione/generazione continua.
Ho dovuto scrivere alcuni metodi wrapper per simulare cose che prima erano un liner in RC. Il problema più grande è che la conversione dei test da Selenium IDE a Web Driver spesso salta un sacco di comandi non implementati.
La gestione delle finestre per i popup è la parte più fastidiosa. Devi trovare la nuova maniglia della finestra, passare ad essa, fare il tuo lavoro, chiamare close() e quindi tornare alla prima finestra. Quest'ultima parte è critica o il resto della suite fallirà a causa del blocco del browser dalla confusione.
Ant ora avvia direttamente un browser (tramite junit @beforeclass) anziché eseguirlo sulla griglia di selenio utilizzando il plug-in di selenio Jenkins.
E perché pensi che non possiamo fare lo stesso con i test basati su WebDriver? Li faccio correre con Hudson –
Selenium-WebDriver effettua chiamate dirette al browser utilizzando il supporto nativo di ciascun browser per l'automazione. Come vengono effettuate queste chiamate dirette e le funzionalità supportate dipendono dal browser che si sta utilizzando. Informazioni su ciascun "driver del browser".
Per chi ha familiarità con Selenium-RC, questo è molto diverso da quello a cui sei abituato. Selenium-RC ha funzionato allo stesso modo per ogni browser supportato. Ha "iniettato" le funzioni javascript nel browser quando il browser è stato caricato e poi ha usato il suo javascript per guidare l'AUT all'interno del browser. WebDriver non usa questa tecnica. Di nuovo, guida direttamente il browser usando il supporto integrato del browser per l'automazione.
Quindi meglio utilizzare il webdriver.
Consiglierei Web Driver. Confronto con l'esecuzione del test del driver Web Selenium RC è molto più veloce. In Selenium RC è necessario avviare il server autonomo separatamente, ma nel driver Web dal momento che ha le chiamate native non è necessario avere problemi con esso.
Quando si tratta di gestire i pop-up del browser, gli avvisi, il driver Web Windows padre figlio è la soluzione migliore. Catturare screenshot in qualsiasi browser non è un problema con il driver web. Trascina & Rileva anche il driver Web supporta l'automazione del test mobile. Se è necessario eseguire la modalità silenziosa di test (senza apertura del browser), solo il driver Web sarà in grado di gestirlo.
È disponibile un framework di automazione di test di riferimento con driver Web, NUnit & Log4Net. È noto come "SeShell" http://seshell.org è possibile scaricare la configurazione e avere una certa esperienza della potenza del driver Web
questo mi ha aiutato a decidere! – SUM
Volevo acquisire il traffico di rete utilizzando il selenio. Sono in grado di utilizzare RC's .start ("captureNetworkTraffic = true") ans .stop(), per farlo. Non vedo nessun altro modo utilizzando il webdriver. Quindi dovrei usare WebDriver ???? –