Casperjs/PhantomJs vs Selenium

Question

They are attacking different problems. Since PhantomJS runs perfectly on the command-line, it is suitable as the first layer of smoke testing, whether as part of development workflow and/or in a continuous integration server. Selenium targets multiple browsers and hence it is very useful to ensure cross-browser consistency and carry out extensive testings across different operating systems.

If your web application needs to run on a variety of web browsers, running the UI testing only with PhantomJS will not yield the most test coverage. However, it is perfectly fine to launch PhantomJS and exercise some basic sanity checks before doing the in-depth tests. Imagine the madness of testing a finance application where the login screen is unintentionally broken and non-functional!

Note that the line between the two gets slightly blurred with the recent WebDriver support in the latest PhantomJS. It is now possible to quickly run the tests first using PhantomJS and then (assuming there is no serious error encountered) continue to execute the same tests thoroughly in a Selenium setup.

With the recent WebDriver integration (as Ariya has noted), you can now use Selenium to drive PhantomJS.

This is immensely powerful.

You can run a set of fully automated Selenium tests (using PhantomJS as the WebDriver implementation) via your CI on a headless Unix server on every check-in. Then if you want to test browser compatibility you can run your tests locally by changing the underlying WebDriver implementation to Chrome, Firefox etc.

I am currently writing a web extraction framework. I have 524 tests that get data from 250 websites using XPath. Initially the framework used a HTML parser, HTMLCleaner, but I am currently investigating using Selenium because I want Javascript support. I have run the tests against the HtmlUnit, Chrome, Firefox and PhantomJS drivers. Here is a comparison of the time taken and the number of failures for each approach:

                    Failures    Time (secs) 
HtmlCleaner         0           82  
HtmlUnit            169         102 
Google Chrome       38          562 
Firefox             46          1159    
PhantomJS           40          575

Some comments:

• In some cases the "failures" may not be failures at all, it may be that the extractors are failing because Javascript is re-writing the DOM. I am in the process of analyzing the failures to find the cause.

• That said, HtmlUnit is the fastest Selenium driver but it is also unreliable. This unreliability does not just concern Javascript, there are problems processing "messy, dirty, real-world" HTML because something seems to be broken in the tag balancing algorithm. A couple of issues have been raised about this but they have not been fixed - see HTML-UNIT 1423 and HTML-UNIT 1046.

• Firefox is the slowest Selenium driver, even though I am disabling image loading and stylesheets. This is because it is the slowest to load and initialize, making it considerably slower than Chrome, and every time an extraction fails I need to reload the driver (in the tests I create a pool of 5 drivers to mitigate the URL retrieval delays for all the Selenium web drivers).

• PhantomJS achieves a better accuracy than Firefox, slightly lower than Chrome, but in around half the time of Firefox. What is more, I can run it on my dev box, it does not "take over my machine" by launching multiple browsers so I can get on with work.

I would highly recommend PhantomJS.

Leveraging the Power of Both Selenium and PhantomJS PhantomJS has the headless browser capabilities, hence it is good to use it as one of the browsers with selenium (In addition to traditional browsers like IE, Chrome etc.,) Advantages of this approach:

1. Can be used for doing Sanity for web applications in CI (Even though the agent machines doesn't have IE or chrome) the tests will run effectively.
2. Some development teams use this approach to get quick results and consumes less amount of time and resource.
3. The greatest feature of phantom JS is the screen capture, running parallel tests using multi threading, which will reduce your execution time tremendously.

challenges I faced while using PhantomJS:

My Application was pricing web application:

1. At some point locators that were working fine on chrome browser are not working on phantomJS.
2. Sometimes while performing double click or context click by selenium I have to put an extra check for verifying the operations coz at first place it is not clicking.
3. Cache and cookies persistency. After doing log out and then log in the data remain in cache. | So we perform the test on chrome.
4. One of the most important issue I found "File uploading issue". We can not upload a file in phantomJs browser in our application. We tried many things javascriptexcutor, jqueries but none of them worked at all. So we also perform this test on Chrome. Note: We used javascript functions extensively in our framework to interact with web element for PhantomJS. One thing is sure the execution time is very less in PhantomJS. So it depends upon client priority whether he wants Functionality/Performance then go with it. If you want to test end to end scenario then go for chrome.