In modern cloud aeon, customers are delivered with UI and API for most of the Enterprise Products. The QE teams have to test the product for UI and APIs from functional as well as non functional perspective. For these they typically end up writing different test suites.

There are lot of challenges one faces when automating test suites for these different purposes, like

1. How do you integrate UI automation seamlessly with different test frameworks/suites?
2. How do you test all these requirements (UI, API, Performance etc.) effectively without a lot of redundant or duplicate code?
3. How do you use the best fit language/technology for UI automation and still do not impact the grand test automation strategies?

There is an interesting solution to conquer these challenges which I have recently implemented in one of my projects. 

The idea is to segregate tests from the UI Automation OR webdriver code. This code can be exposed as a web service APIs. Such service allows us to write common tests for UI as well as API. Tests written for API testing can be reused for UI testing with very minimal configuration modification like pointing to appropriate web service. These UI Automation APIs can also be called easily from any performance test requiring UI interaction.

This approach will enable any test suite using any language or technology in your organization to reuse UI automation seamlessly. This will also make lot of things straight and simple for execution and management across the verticals.

We will deep dive into the technical solution for this in this talk.