Selenium is an automation tool and portable software testing tool for web applications. A test domain-specific language is also provided, to write test cases one can use programming languages, including C#, Java, Perl, PHP, Python, Ruby, Scala, Groovy. It does not support RIA(Rich Internet Application) Technology such as Silverlight JavaFX and Flex\Flash. Selenium is not a single tool. It is a product suite of software consisting of following components:
Selenium Remote Control was developed by Paul Hammant. The reason behind developing Selenium RC was testers who are using Selenium core had to install the whole application under test and the web server on their local computers because there were some restrictions forced by the same origin policy. To overcome this restriction Paul Hammant came to a decision and developed a server which will act as an HTTP proxy to trick the web browser, so that thinks that Selenium Core and the web application being tested came from the same domain.
Selenium IDE was developed by Shinya Kasatani of Japan. It was implemented as a Firefox add-on/plugin and now we can use Selenium IDE on every web browser. He gave Selenium IDE to the Selenium project in 2006.
Selenium Grid was developed by Philippe Hanrigou in 2008. It is a server that allows the test to use web browser instance running on remote machines. It provides an ability to run the test on a remote web browser, which helps to divide a load of testing across multiple machines and it will save enormous time. It allows executing parallel test across different platforms and operating system. Grid provided, as open source, a similar capability to the private Google cloud for Selenium RC. Pat Lightbody had already made a private cloud system named as “HostedQA” and sold it to Gomez, Inc.
In 2009, after a meeting whole Selenium team decided to merge the two projects Selenium RC and WebDriver, and call it as Selenium 2.0.
Selenium IDE: At beginning Selenium IDE( Integrated Development Environment ) was implemented as a Firefox add-on/plugin and now it can be use Selenium IDE on every web browser. It provides record and playback functionality. The figure shows Selenium IDE.
- It is an open-source tool.
- Provide base, for extensions.
- It provides multi-browser support.
- No programming language experience required while using Selenium IDE.
- The user can set breakpoints and debug.
- It provides record and playback functions.
- There are no support iteration and conditional operations.
- Execution is slow.
- It does not have any API.
- It does not provide any mechanism for error handling.
Selenium RC: RC stands for Remote Control. It allows the programmers to code in different programming languages like C#, Java, Perl, PHP, Python, Ruby, Scala, Groovy. The figure shows how Remote Control Server works.
- It supports all web browsers.
- It can perform iteration and conditional operations.
- Execution is faster as compared to IDE.
- It has built-in test result generators.
- It supports data-driven testing.
- It has a matured and complete API.
- Programming language knowledge is needed.
- It does not support testing for IOS/Android.
- It is a little slower then Selenium Webdriver in terms of execution.
- It does not support record and playback functions.
- Complicated configuration.
- It directly communicates with web-browser.
- Execution is faster.
- It supports listeners.
- It supports IOS/Android application testing.
- Installation is simpler than Selenium RC.
- Purely object-oriented.
- It requires programming knowledge.
- There’s no built-in mechanism of generation of test result file.
Selenium Grid: Basically, it is a server that allows the test to use web browser instance running on remote machines. It provides an ability to run the test on a remote web browser, which helps to divide a load of testing across multiple machines and it will save enormous time. It allows executing parallel test across different platforms and operating system.
Selenium Grid is a network of HUB & nodes. Each node registers to the HUB with a certain configuration and HUB is aware of the browsers available on the node. When a request comes to the HUB for a specific browser [with desired capabilities object], the HUB, if found a match for the requested web browser, redirects the call to that particular Grid Node and then a session is established bi-directionally and execution starts.
Attention reader! Don’t stop learning now. Get hold of all the important CS Theory concepts for SDE interviews with the CS Theory Course at a student-friendly price and become industry ready.
- Browser Automation Using Selenium
- Cloud-based Automation using Selenium in Python and BrowserStack
- Software Engineering | Differences between Manual and Automation Testing
- Software Engineering | CASE tool and its scope
- Software Engineering | Introduction to Software Engineering
- What is the Software Testing Automation Process ?
- Automation tools for building blocks in Software Process
- Software Engineering | Requirements Engineering Process
- Software Engineering | Re-engineering
- Software Engineering | Reverse Engineering
- Difference between Software Engineering process and Conventional Engineering Processs
- Automation Estimation Tools
- Automation using Chef
- Sales Force Automation
- Difference between Forward Engineering and Reverse Engineering
- Requirements and feature of Good Prototyping CASE tool
- Second-generation CASE tool
- Questionnaires - An information gathering tool
- Software Engineering | Halstead’s Software Metrics
- Software Engineering | Classification of Software Requirements