Basic idea of Test Automation is to use a Test Automation Tool that mimic manual test flows using record and play-back. But this type of Test Automation has most part been a failure in large regression requirements. Main reason behind this is difficulty in customization of scripts which in turn require testers with good programming background. 

With Selenium as an open source Automation tool and Selenium Web drivers with capabilities to provide stable and realistic approach, automation world started to move from record and play-back to some kind of Framework using Selenium Web Drivers.

We will talk here about a hybrid Framework built on top of Selenium Web Drivers which is script less in true sense and uses spreadsheets for creating test assets. This framework has great history of satisfied customers using Selenium for automation.  Apart from friendly interface for testers it has many unique capabilities that we will discuss in our 60 minutes of talk.

With increasing number and combinations of configurations to be covered in testing of Web and mobile applications, it is becoming apparently difficult to maintain own farm of machines. Organizations are adopting virtualization and cloud-based technologies to reduce costs and increase efficiency.

To run tests in parallel requires two things: an infrastructure to distribute the tests and a framework that will run these tests in parallel in the given infrastructure.

Selenium Grid is one option which transparently distributes our tests across multiple physical or virtual machines. But Selenium Grid has its own limitations. With use of Custom Execution Grid to run test in parallel, we can achieve our goal of effective parallel execution.

In this talk you will learn from our multiple year experience on how to run Selenium on Cloud. Giving you real examples from our history of serving many customers, we will give the good, bad and the ugly of private our public cloud - use of Selenium grid or creating your own grid