Selenium HQ Reviews

We do UI-based functional testing in Selenium. We have prioritized some of the use cases that are most likely to be affected, and we have added those to our regression suite. Each week or each month, we trigger the regression suite to check that nothing is broken.

It supports many external plugins, and because it's a Java-based platform, it's language-independent. You can use Java, C#, Python, etc. It's open to different platforms, but you have to be really good at coding to work with this.

If they can integrate more recording features, like UFT, it would be helpful for automation, but it's not necessary. They can also add a few more reporting features for advanced reporting.

I have been using this solution for the last four years. 

It's a stable product.

It's scalable. If you have a Jenkins setup and you are running on the grid, it's robust and smooth.

We have about 300 users, and it's used on a daily basis.

We have mostly used online support. Whatever you're looking for, the answers are already available on the web. If any technical issues are there, our own internal IT team is also able to fix them. I don't remember any instance of connecting with their support. So, it has been really smooth.

Its initial setup is a little tough. It could take around six hours, but if you are experienced enough, you can do it within an hour. If you are a complete beginner, it will be a little difficult.

You have to be really good with the POM dependencies, and you have to be used to working on different IDEs, such as IntelliJ or Eclipse ID. Based on the different setups, you have to consider the POM file and also integrate those dependencies. These things take up some time initially, but once they are done, it works well. I would rate it a 4 out of 5 in terms of the setup.

It doesn't require much maintenance. If you are upgrading to a new version, the basic changes will be needed, but not that much maintenance is needed. It's really easy. They do a release every six or seven months.

Selenium is an open-source product. It is free.

It's one of the best tools I have worked on. It's a strong tool and a winner in functional testing and automation testing. It's open source, and it also supports mobile testing. Other tools, such as UFT, are quite expensive. 

I would rate it a 9 out of 10.

The solution is for front-end testing. It is mainly a testing tool.

There is nothing I cannot do with Selenium. It's very good in terms of features.

The recent changes they've added have been positive. 

The back-end integration and backend web driver supports are great. We integrate with Jira Confluence, Bitbucket, and Jenkins. There is no issue at all.

It has great Dev tools.

The Chrome debugging protocol has been helpful.

We found the initial setup to be straightforward. 

The solution is stable.

It's quite scalable. 

This is an open-source solution that is free to use. 

It supports multiple languages. Many of my friends are working with Selenium with Python language. I am working in Java. People are working in Javascript also. Some people work in this Ruby, C#, et cetera. 

In my previous company, I was using Selenium in my MacBook Air. They could handle iOS with no problem or Windows. It supports different operating systems and multiple browsers. 

It's really not lacking in features at this time. 

We'd like to have more support for Windows applications. 

There's no in-built reporting available. They should work on their reporting functionality. 

I've used the solution for five and a half years. 

It's a pretty stable product. There are no bugs or glitches. It doesn't crash or freeze. 

It is scalable. I have made many changes, and it is always scalable. It is adaptive, actually. Whatever I do on it, I can adjust. It is scalable.

We have maybe ten people using the solution right now.

We use it daily. 

Whenever we Google issues, we find it easy to find answers. 

We've found support to be good.

I've also used Appium in the past.

The solution offers a very easy initial setup. It's not overly complicated or difficult. Compared to Appium, for example, it's much easier. 

I'd rate the ease of implementation five out of five. 

The product is free to use and open-source. 

The framework and the language should be defined early if a new user plans to take this solution on long-term. It helps to have that figured out so you can implement it correctly. A few years back, I started with Java, however, given the choice, I would have preferred Python.

I'd rate the solution ten out of ten. 

We use it when you have a large number of scenarios to be tested manually, you would go for a web-based automation solution.

It is a good automation tool.

I would like to see Selenium HQ support legacy platforms.

I have been using Selenium HQ for the past five years.

I find Selenium HQ to be a stable product.

Selenium HQ is scalable for our needs.

Selenium HQ is not complex to work with.

We deployed in-house and it took between two to three weeks to complete.

The licensing pricing depends on the customer's needs.

It is a straightforward application to learn. If you know Java, it is something that can be easily learned and used. It has a lot of support out there. But again, it might not support some of the older back-end platforms. I would rate Selenium HQ an eight out of ten.

The primary use case is web automation.

It has an extension available called Appiam that we use for our mobile automation.

The most valuable features are that it's open-source and the community support is good.

This is a product that does the task for us and it's easy to use.

Coding skills are required to use Selenium, so it could be made more user-friendly for non-programmers. If you purchase Katalon Studio, then it comes with an interface for Selenium.

If there were other tools or companies that integrated with Selenium then it would be helpful. At the moment, it's just Katalon.

It would be helpful if there was an organization that we could reach out to, in order to get support for the product. As it is now, you have to find help yourself. For example, you may have to use Google search to look for similar issues and discover how they were resolved.

I have been using Selenium HQ for between two and three years.

The stability and performance are good.

This is certainly a scalable product. However, based on our requirements, we haven't had a need to scale. It's used in-house and at the moment, there are only five people who use it.

It's a standalone tool, so you put it in one place and everybody uses the coding scripts that you write.

We do have plans to expand our automation capabilities, and if so, it will expand our usage of Selenium.

We are using the open-source product, and they do not have a dedicated support center. Instead, you have to look for online forums and you always find people that are willing to help you. That said, you have to do some research on your own.

The initial setup is fairly easy. It requires you to install their IDE, which is Eclipse. In total, it takes between three and four hours to deploy.

We implemented this product in-house. It does not require much maintenance.

This is an open-source product that can be used free of charge.

This is a Java-based product so the version is tied to your version of Java.

Overall, this is a good product and I recommend it. It is easy to use and works well once it is set up, although support requires research and you need to have some coding skills to use it.

I would rate this solution a seven out of ten.

I mainly use Selenium for web applications.

The most valuable features are ExpectedConditions, actions, assertions, verifications, flexible rates, and third-party integrations. I also like that it's an in-house solution, which means you're not dependent on any tool.

I find Selenium to be slow - its server takes a long time to interact with your browser and sometimes fails. It's also somewhat outdated, for example, it has no capacity to handle things like desktop pop-ups, does not support mobile testing, and has very limited reporting. In future releases, I would like Selenium to focus on headless execution when executing their test cases, using PhantomJS or Chrome Headless.

I have six years of experience with this solution.

There are issues with scalability in that it requires a technical person to perform it and takes a lot of time.

Selenium is open-source and has no technical support, but there is a big online community on platforms such as Stack Overflow who provide help for users.

I've previously used Node.js and Cypress.

Selenium is comparatively difficult to set up and requires technical knowledge in order to integrate and configure it. I developed a complete, fully-functional framework for this solution, which took around eight months to automate around 100 test cases.

In Selenium, you have to write extensive code - even if you want to automate one login scenario, you have to write a code of around 50 lines - which uses a disproportionate amount of man-hours. It takes such a long time to use this solution that it may be worth looking into other free solutions such as TestProject or Katalon Studio, or paid solutions to replace it.

Before implementing Selenium, I think it's very important to find out the maximum resusability of the code using the parameterized XPaths.

I would rate this solution as seven out of ten.

In my current project, we are working with an online pharmacy system, and for this system we maintain prescription details for patients. For example, patient names and other details such as where the patients live, what medications they need, and other types of information for various scenarios.

Then there is information for the doctors, such as what prescriptions there are in the system, and from which doctors they have been prescribed. These are the types of scenarios and test cases that we are automating with Selenium.

Specifically, I have been using Eggplant Functional and the Java Selenium pack, and Selenium WebDriver is the driver we use for developing the automation and scripts for the different test cases we use. This is our main testing tool for the online pharmacy system project and it is deployed on the cloud on a virtual machine because we are working from home now.

Selenium HQ has helped us through its automation capabilities, because testing manually takes a lot of time and money. For instance, we have now automated an end-to-end application for the test cases. So now it's really easy for the testers, and it reduces the time and effort taken to do their work.

There are many phases that must be completed while delivering the product to the client, and in the system integration testing phase we can easily execute our automation and scripts, which saves us a lot of time and enhances the testing process dramatically.

There are many useful features in Selenium that I like, and of the new features I particularly enjoy the Selenium Grid. With this, we can run many test cases in one go, and in one suite we can extract multiple results.

Because Selenium also supports parallel test execution, I believe it is one of the best testing applications out there.

Beyond the many advantages that Selenium HQ brings, there are also several disadvantages. For example, there are some complex scripts which can make Selenium unreliable in some cases.

For email-based applications, we can't automate as we would like to, making it necessary to bring in a third-party product to do so. Eggplant, for example, offers email-based processing, like with the OCR engine, and for automation testing and reporting I would like to see a similar feature in Selenium.

I've been using Selenium HQ for at least one year now. 

I find it a reliable solution for the most part. But in some cases it is only as reliable as the third-party code it works alongside with. For example, Selenium doesn't have automated generation code, so we are dependent on other tools for this. And as I have mentioned, we also need to use third-party tools for things like email-based applications.

Selenium HQ can be scaled with the use of parallel test execution, and when it comes to expanding its use more generally, it's possible to add on to its automation functionality with third-party tools as well.

For our work with Selenium, we have a support team that helps us so we can go through them when we have problems. But for the small things, we generally solve problems ourselves. We are able to do self-study when it comes to support, and we also have a tech support architect who is able to help when needed.

The initial deployment was simple, as we are not doing anything too complex with it. We're using Azure DevOps for the deployment, so we test for that with a test plan and build up the pipeline accordingly, so we can execute and get the test execution report in order to find out what other test cases were impacted, and what other test cases we need to resolve. Doing it this way, we can easily find and fix any bugs in the deployment.

We have built up some custom implementation strategies when it comes to our daily use in Selenium HQ. For the test cases, we first verify which test cases we need to automate by coding some common functions, like logins and other common functions that are present in the application. After that, we look at the locators we will need to select using XPath, and then we start building the test cases according to the specific application, using code from all the common functions.

In the implementation team, we have six people who are using Selenium HQ for our current project. There are more people in other projects that I have running, but for this one there are only six of us. One or two are technical leads and the others are project engineers.

When it comes to maintenance of Selenium, we leave that up to others. We are mainly responsible for automating all the scripts that we deliver to the client.

Selenium HQ is open source and our use of it in our company is provided for free.

I would surely recommend others to use Selenium as we do, especially because while using Selenium we can use Java concepts as well. It's great that, through Java, anybody can use Selenium; even novice programmers. In today's market, automation is a big part of every organization, and Java programming skills can hugely enhance the use of tools like Selenium.

One of the biggest lessons I learned was during my time as part of the development team. I didn't want to work in the manual testing team and so when my development project was completed, I moved to the automation department because I wanted to carry on being productive. With this move, I realized that I could easily learn other tools and technologies that are useful in the market, by adapting my programming skills in Java, Python, or any other programming language, to working with tools such as Selenium. In addition to my Selenium work, I also now do Rapid Automation as an automation engineer.

I would rate Selenium HQ an eight out of ten.

We are still testing Selenium HQ.

The client is based in the U.S. They process the code checking, and we work on the script.

When we get storage or requirements for manual testing, we begin the automation once it is stabilized.

We work in the healthcare domain.

If for example, I get a diagnosis for a particular patient, it continuously changes as there are at least 100 sets of data. It's impossible to make that work for each and every build manually. The parameterization and parallelization have helped us with the inputting. 

Every week we have reviews. We have automated the stabilized areas. It has helped us to add speed to our cycles.

Data parametrization and parallelization are the most important features in any automation tool.

Speed is very important for continuous integrations and deployments. The team gets more time to focus on other new areas.

The configuration of different data sets is also very important.

With Selenium, it is an open-line, I can integrate at any time, from anywhere.

There are some network issues, as the line is not very clear.

There are some areas that need improvement. I continuously see failures in threads when it  is running in parallel. 

I find that it fails, especially when I use APM automation on the mobile side. I have experienced these issues, and since the APM is also based on the Selenium pack.

It is a challenge to locate them, or knowing the location of the unique elements on the APM application. I don't see many issues with the Web applications but there are several with the APM.

As an open-source solution, there is no dedicated support.

Extending functions on the codes would be very helpful.

I have been working with Selenium WebDriver for four to five years but in the last year, it has been working mostly on the functional testing.

There are some issues with the stability of Selenium HQ.

In terms of scalability, we don't use many distributed systems. It is for a limited number of users. We have one lead architect and three senior QAs.

We don't deal with technical support. Our clients handle that on their end, but there is no direct technical support.

I have some experience with Selenium WebDriver and Rest Assured API automation. 

In regards to mobile automation, we use Appium.

Six months ago, I work on Selenium NUnit.

Clear instructions were provided to complete the installation. It was very straightforward. There were no issues when installing this solution.

APM setups are a bit more of a challenge. It takes longer to set up APM.

There were no issues in the installation of WebDriver. From the end-to-end process to deployment, to the automation code.

We have one dedicated assigned person for continuous integration and deployment. We check in with him before we complete any code. We provide him with our test and script, and the integration is done with him present to avoid any issues.

Selenium is open-source. There are no licensing fees with Selenium.

We are currently evaluating functional testing tools, both manual and automation testing.

We are looking for codeless automation with support for codeless automation.

In my evaluations, I have seen that some are tools are lacking.

I have worked full-fledged on Selenium WebDriver along with the multi-tenancy for the JavaScript framework.

I have hands-on experience with the Selenium framework, and I also worked on, API for APA automation Currently I am working in the healthcare domain.

In my opinion, it is a complete end-to-end solution.

As of now, it's for only web APIs. It provides a complete solution. 

I don't see that it's many disadvantages, except when doing the coding. A person should have perfect coding skill sets. If they don't have a coding skillset, it's a little difficult for them to get started. 

We had completed multiple POCs to present to our clients.

It was pretty straightforward for me. I didn't experience a lot of difficulties getting into Selenium. If your framework with Selenium is good, then it gives you the correct output.

I would rate Selenium an eight out of ten.

My customer previously validated every file and it would take almost 15-20 minutes for a document. They used to randomly select and test only 100 out of the thousands, maybe 85,000, files, to pick up sampling. Each file would take around 20 to 25 minutes, so we were not able to do it manually, but with the help of Selenium, we were able to test all the files in two days. It saves a lot of time.

Selenium HQ is open source, which is one thing that I like about it. Whatever you want to find, it's already there. If you'd like to add some features, you can. You can also contribute to it. Whatever problems we face, we can go and add. It is most like Eggplant, which is a paid tool, but here we don't have to pay for anything.

In terms of what could be improved, there are some glitches with it, but whenever you report it, the open source community works on it and fixes it. There is no support here. If I say in the user community that it's not working, I have to go and check Openstack and extract questions and answers from the community. There is not any company that is supporting it that could help me. There is no particular documentation about it that can help me in a technical way. I would have to see people's user experience and see what they have done in such and such scenarios.

Sometimes we face challenges with Selenium HQ. There are third party tools that we use, for example for reading the images. They are not easy to plug in. The third party add-ons are difficult to get good configuration and do not have good support. I would like to see better integration with other products.

In the next release, I would like OCR, image recognition, to be built-in. Sometimes there are no code elements that are detectable so finding x paths is tough. Whenever there are some challenges here, we could use OCR or something similar, with good image recognition.

I have been using Selenium HQ for the last couple of months.

Selenium HQ's scalability depends on the modularity of the product. Our product was more modular. When we made the product testable for one document, we were able to test 20,000 documents with it. So the scalability was quite impressive.

We have three people in the testing team who are using it.

We are considering expanding usage. Since it has reduced the business time, there are new scenarios that other business teams were using it for. So they asked us to include those scenarios as well, reducing the time.

There is no tech support because it's open source in Selenium.

You just have to raise the bugs in the community and if someone has time, they can fix it. So it's not so quick.

The initial setup was straight forward. We don't use it in deployment, we just use Selenium for testing in our organization. The code which was deployed was tested before.

There are four developers in my team who are working on it.

It was not a Selenium deployment because the deployment was of code, and we only use Selenium for testing purposes. We did not deploy with Selenium code anywhere on production.

In terms of pricing, it is open source, so we don't have to pay anything for Selenium.

My advice to anyone considering using Selenium is that using their libraries is good but the focus should be on finding the elements. Element location is a tough part. There are plugins that are available so don't waste time creating your own locators. You can use ready-made built-in solutions that would reduce your time a lot.

On a scale of one to ten, I would give Selenium HQ a six.