Selenium HQ Reviews

Selenium HQ is an automation tool for automating applications. 

Selenium HQ is primarily used for smoke tests, and its excellent stability allows such tests to be executed seamlessly. The solution helps in regression tests where certain scenarios need to be repeatedly set. Manual processing of regression tests is highly time-consuming, but using Selenium HQ can reduce the time effectively.  

I believe Selenium HQ to be the best solution in the market for automating web applications.

There are some synchronization issues with Selenium HQ; often, the solution is unable to match the browser speed, which has led to poor results. Some mechanisms should be added to Selenium HQ to improve synchronization. 

It's an open-source solution with regular updates, but previously, in the 3.14.0 version at our company, we had to setup the ChromeDrivers, but in the latest feature, it wasn't necessary as the solution got easily integrated into the cloud. 

I have been using Selenium HQ for two to three years. 

I will rate the stability an eight out of ten. 

I would rate the scalability a seven out of ten. At our organization we have a team of five or six people who are using Selenium HQ for automation. The maintenance of the product is always costly and time-consuming. It's very difficult for anybody to understand the code in business logic for a third party, so in our company, we need to share our knowledge with the maintenance professional first. 

To know about any updates on Selenium HQ I use search engines like Google and then update my Selenium HQ version accordingly. 

It's an effortless process to setup Selenium HQ. As part of the installation process, the dependencies need to be downloaded and pasted into the XML file for auto-execution. The installation of the solution can be completed in a few seconds. 

In our organization, we use Atlas for IDE and Maven for Eclipse to copy the dependencies from the cloud, and the rest of the testing process is setup using a test engine. 

For testing web applications using Selenium HQ, the panel application and test synchronization features have proven the most beneficial. Selenium HQ supports almost every project browser, like Edge, Firefox, and Chromium, for testing automation. I would definitely recommend Selenium HQ to others, it's a robust product for automating applications. 

I would rate Selenium HQ as nine out of ten. 

We are using Selenium HQ for the automation of web applications.

The solution can be deployed on the cloud or on-premise.

The solution has improved the company by reducing a lot of manual work.

The most valuable feature of Selenium HQ is the ability to configure a lot of automated processes.

We can only use Selenium HQ for desktop applications which would be helpful. We are only able to do online based applications.

I have been using Selenium HQ for approximately three years.

Selenium HQ is a stable solution. However, it depends on how the applications are identified. If the applications or objects are identified correctly then it is stable. Otherwise, we can have some glitches in the identification and verification.

The scalability of Selenium HQ is good. It can be scaled. There are some robotic files that can be added to scale up the solution.

We have approximately 2,000 to 3,000 users using this solution in our company.

Depending on the project we are involved with, we could use the solution daily, weekly, or monthly.

We use forums and documentation that are helpful for troubleshooting.

If you only look at the web application automation from Selenium HQ compared to other tools, such as WorkSoft and UFT, the speed of execution is very slow in WorkSoft and UFT. The scalability with multiple browsers is simpler and easier in Selenium HQ, whereas it's a bit more complicated in WorkSoft and UFT.

Selenium HQ's initial setup was straightforward. However, the integration part took some time.

I rate the initial setup of Selenium HQ a four out of five.

Selenium HQ is a free solution.

This solution is good to use if the application that is getting identified for the objects is able to uniquely identify the properties. If this process works well then it is good to use. If it is a web application, they can use this solution, but if a desktop-based application is involved, then they should look for another solution.

I rate Selenium HQ an eight out of ten.

I use Selenium HQ to migrate manual test cases in automation scripts. 

For example, with respect to a quality analyst, if I want to test a certain scenario, I have to write the test cases. It may be a small test case, a regulation test case, or a synergy test case. Selenium will migrate them in the automation script. Instead of executing all my test cases manually, I can run an automation suit that has been written with the help of Selenium. Selenium will execute this automation suit, and it will provide an execution report. The report will be 100% accurate using the code we wrote.

Selenium is an open-source tool that has significantly reduced the cost for the company.

The plugins, the components, and the method of the library with Selenium is very user defined. Anyone with a good depth of technical skills can use their library with the help of their package.

One limitation of Selenium is that it is purely focused on web application testing. For example, if there is a webpage where we need to upload some documents or emails in the webpage and I want to automate that scenario with the help of Selenium, it will not be possible. I can not upload any documents because when I am clicking on the browser the Windows pop up will appear. 

It would be beneficial if Selenium HQ would develop integrated plugins, and inbuilt features, which would help us to automate Windows based applications. With the help of other third party plugins, like AutoIt, Robot Class, or Sikuli we can integrate Windows based applications. 

Another limitation of Selenium HQ is that we can not automate the capture part. EML processing is not available in Selenium, particularly if a website requires some capture kind of validations before logging into the application. To overcome this situation, we can disable the capture part from the application side, so we can get access to the database directly.

I have been using Selenium HQ for six years.

The solution is stable.

Selenium HQ scales well.

I would rate customer service and support average overall.

Neutral

The initial setup of Selenium is easy, usually taking two to three hours to complete.

The installation is completed in-house. 

The solution is open-source, so it is 100% free with no hidden charges.

We chose to use Selenium HQ based on our customer needs and costs.

I would recommend that anyone who is looking to implement Selenium into their organization should have strong technical knowledge. At least one person should have some programming language skill set in either Java, Python or C#. 

Selenium libraries are a tool that could be reused, but how to frame, integrate and optimize by reducing a line of code to get the proper maximum efficient output requires technical knowledge. It is valuable to have experience prior to joining the Selenium HQ community.

Overall, I would rate Selenium HQ an eight out of 10.

Our team primarily uses Selenium for web testing. It is useful for functional and regression testing. Although I am now managing a team and do not use any tools myself, my team works with several tools, including Selenium, Appium, KrayMaster, the Google Search tool, Postman, and Katalon Studio.

Using Selenium helps save money as it is an open-source tool. However, writing the code can be difficult and requires skilled personnel.

Selenium is a valuable tool for web testing, and it integrates easily with frameworks like the Gauge framework, making it easier than others. It supports different programming languages, including Java and JavaScript.

The most significant issue with Selenium is its difficulty in adapting to changing locators, which can hinder testing. Additionally, writing code can be challenging, especially for beginners.

I have been working with Selenium for about seven years.

While deploying and using Selenium, integrating frameworks and maintaining backups separately are areas that require more manual handling.

There is no need to contact the technical support team directly as there are many resources available online. Many people share solutions to common problems, so issues can often be resolved independently.

Neutral

Some colleagues argue that Cypress or Playwright might be better than Selenium, but we continue to use Selenium with the Gauge Framework.

As an open-source tool, Selenium does not have direct costs, but coding can be money-intensive because it is challenging.

Cypress and Playwright were considered by some colleagues as alternatives.

I mentioned that solving the issue of adapting to changing locators would significantly improve Selenium, potentially increasing its rating. Additionally, one can utilize web portals and AI to assist with problems.

I would rate it a seven out of ten.

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.

Positive

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.

We use Selenium HQ for the web application we developed here.

Some of the most valuable features of this solution are open-source, they have good support, good community support, and it supports multiple languages whether you use C-Sharp or not. These are some of the most important benefits.

Katalon has built a UI on top of Selenium to make it more user-friendly, as well as repository options and the ability to create repositories for objects, among other things.

It would be helpful if this type of information could be included in the Selenium tool itself, so people wouldn't have to do filing testing.

I have only been with my current company for a short time. It has not been a long time since I have been working with Selenium HQ.

We worked with the open-source version of Selenium HQ.

Selenium HQ is a stable solution.

Selenium HQ is scalable.

There are approximately ten people who are automation engineers from level one to level four using this solution.

We have community support because it is open-source. There is no paid or dedicated support.

We're just getting started with Katalon, and it's our first time using it.

The initial setup is very simple.

Maintenance is required. 

The scripts we must maintain require a significant amount of upkeep.

It was open-source.

It's a free solution, we don't pay for anything.

It is an open-source product, it is free for anyone to use.

We were doing a proof of concept to see which tools we could start using for our team.

If it is not a large project or application, Selenium HQ is a good choice; however, if the application is large and you want to maximize coverage, I believe you should look into tools like Katalon or Ranorex, or something that allows you to do more scripting with less coding.

I would rate Selenium HQ a seven out of ten.

The bank uses Selenium HQ for web application automation. We write functions in Java with the TestNG framework. Working with a reusable library, we develop classes for the login, homepage, and remaining components. Once you create everything for the web application, we run scripts in Jenkins overnight, and then come back to our framework if there are issues. Finally, we use Eclipse to debug the code.

Selenium HQ lets you create your customized functions with whatever language you want to use, like Python, Java, .NET, etc. You can integrate with Selenium and write. 

You can also connect to a database using your JVC to read and write the data. This is the best feature. You can create your functions here, so it's scalable in that sense. You can make any custom function. You need to write the code.

Selenium HQ doesn't support Windows-based applications, so we need to integrate with the third-party vendor. It would be great if Selenium could include Windows-based automation. You need to integrate it with a third-party tool if you want to upload any files. When we interact with a Windows application, we usually use Tosca.

It also doesn't support dynamic capture, graphical presentation, or cloud functionality. We need to integrate with multiple things.

I've been using Selenium HQ for four or five years. 

Support team? No. We actually made a request ... actually, there is no such support, but we extended the Selenium, whatever, we have it, we extended in our COE team, center of excellence. So wherever we are facing the issue, we just contact them. So they try to resolve our issue.

The initial setup is effortless. We only need to download Selenium HQ from the Oracle site and follow some steps, then it's installed. You install the correct version for Java and configure Selenium. It's complex compared to Tosca, but if you have some knowledge on the programming side, you can easily do it.

The time needed for deployment depends on the code, the complexity of the application, and the number of restrictions you have. Deployment takes around 30 minutes to an hour.

There is no license. It's open-source and there are no additional costs.

The bank chose Selenium HQ because it's open-source. It's scalable and we can extend it as needed. That's why we decided to use it.

I rate Selenium six out of 10. If you want to use Selenium, you need basic programming skills in Java, .NET, or Python as well as knowledge of the TestNG framework. You should know how to identify the object from the application and use the developer tool. 

We basically use Selenium for smoke testing and regression testing. We don't use it much for functional testing because you can easily and manually use a bunch of tests and make them a Zephyr. We use Zephyr as our test case management tool, which is a kind of a plugin for JIRA. So, we create our test cases in Zephyr, and then they are tagged to be automated. After that, we put them into our regression suite. Each team has its own independent regression suite. Currently, my team has a couple hundred, but I know some teams have 500 or 600 in their suite. We also have a suite of smoke tests that we run through Selenium.

All the code is on-prem. We're currently just running the tests through the Jenkins pipeline, but we want to be able to run them in parallel in the cloud and a lot quicker. We are not quite there yet. 

When we execute our smoke test, we're able to perform them really quickly with Selenium. Currently, in our project, we have 12 smoke tests. If I have to run them sequentially, it is going to take half an hour. If I run them in parallel, each one of them takes less than two and a half minutes. So, I could do smoke tests in under three minutes and get feedback right away about whether everything is up and running. We do production deployments throughout the week, but we try to do our main deployments on Sunday. Sunday is not the best working day, but because it is a weekend, we can get our work done. We want to be able to perform these tests quickly. The same is applicable to our pre-prod environment. We can run our smoke test right away, and it will be able to tell us that all the dependencies for our applications are up and running. As compared to doing it manually, which can take a few hours, it is really quick. 

It saves time for regression testing. It takes about three people to do the regression testing manually for probably two or three hours, whereas you can do it a lot quicker if you can get them in parallel. So, you can get quick feedback about whether your application is up and running right away. You don't want to go down the road where you find a problem after four or five hours. You want to find it out as quickly as possible.

Its biggest advantage is that it is very customizable.

It saves time and enables us to execute our smoke test and regression tests really quickly.

We have a lot of inheritance going here. I've been doing it for so long, so it is pretty straightforward for me, but you have to know Java to be able to work in our framework. I know some people use Python, but you have to know Java. That's kind of the hardest thing when you're doing interviews. People just don't know Java. This is where probably Worksoft has an advantage because it is codeless. So basically, you are just pointing, clicking, and providing things like Excel spreadsheets for your test data. In that sense, if you are using Worksoft, it is a lot easier to train or onboard somebody.

We use X path for our selectors, and sometimes, it is difficult to create locators for elements. It is very time-consuming because they're embedded deeply. A lot of that comes from the way that you architect your page. If devs are putting the IDs on their elements, it is great, and it allows you to get those elements super fast, but that's not necessarily the case. So, Selenium should be able to get your elements a lot quicker. Currently, it is time-consuming to get your selectors, locate your locators, and get to the elements. You have to find the element on the page, and then you have to go to the page and the console. In the console, you can put the next path in there to locate the element manually in the JavaScript to say that this one will work, and let's use this because we'll put a string of that element. After that, we get the element based on that stream. That's probably the most time-consuming part of that. It is dependent on how well you've designed the front-end UI. We use something called Data Tests attribute through which we can locate elements super fast. If people consistently use those, that's great, but a lot of times when they go in there to fix some bugs, they're not consistent in doing that. They usually just find a way to locate the element and change that in the code. If you change something, then your code or your test is going to fail because the locator has changed the element, and you can't get it anymore. You have to manage a way to get it. So, when you're running your suite of tests and you see some failures, it takes some research to find out why did this paneling go, and then you find out that it happened because of the frontend change. Someone removed this element and changed it, and you have to change your locator, which is very time-consuming. It is kind of like a false belt. It is failing, but it is not. It is only failing because of your locator. It is not failing because the app is not functioning correctly. It is a kind of false failure. Sorting the elements quicker would be a big thing with Selenium.

I have been using this solution for eight years.

We have a dozen teams at our company, and each one of them is independent. We give them a pretty extensive Selenium framework, and then they basically start building based on that architecture and create their test cases and page objects.

In terms of its usage, Selenium is our testing framework. We use Jenkins to perform our test cases. A lot of them are done through a pipeline, and a lot of them are queued on to run automatically. There are triggers in there to run something every day at 9:00 AM. We don't have to manually say that we want to test this aspect of our page. 

The excellence team now has four people, and that's just the team that manages the framework. There are 25 people who can do test automation. They do manual tests and automation. They use the same framework, and if they find some issues, they'll ask us. If they're constantly having to do a certain function and having to write the Selenium code for it, they will ask us to do that. We might create a tool inside the framework to make their life quicker. We can put it inside the common Selenium framework so that it is always available to everybody.

Selenium is an open-source solution. If you have a problem, you can pretty much Google something and figure out a solution for it. There are so many people who are using it, and there is a lot of material that is available out there for you to troubleshoot any kind of problems.

You don't usually directly go to the open-source code. I don't visit it at all nowadays. In the beginning, I did do it a lot, but not so much now. We're now in a state where we are just executing test cases and creating new ones. It does everything we need and meets our needs.

It has been Selenium for me from the get-go. I've been here at XPO for almost five years. Before that, I was more of a contractor, and I did a couple of contracts. When I went to a healthcare company, they really didn't have a great framework. So, I started one, but I doubt that they're still using it. That's because it requires a lot of knowledge to be able to create a framework.

It is something that I've been always using. I've done some research on some other tools to be able to do things, but I always come back to Selenium. 

We're an angular-based house, and all our pages are in angular. There are some other products that run on top of JavaScript besides Selenium. There are quite a few people out there who are using Protractor, which is an end-to-end type of test framework, but it works specifically for angular applications. We have never gone down that path. We just stuck with Selenium.

When I first came here, the framework was in place, but it was more basic. There is a team of three guys here, and we're all pretty smart. We're the excellence team for the framework. We've done a lot to make it a lot simpler for us to create our test cases. Three people probably worked 25% of the time for a few years on it. So, a lot of time was invested into the framework, and it has come a long way. It is much more sophisticated now.

Maintaining the architecture and Selenium framework for testing requires work. It is an ongoing kind of process. We're constantly maintaining it and updating it.

It is all free.

Each product has its own pros and cons. It is very customizable, but then you have to have a lot of knowledge about Java or an object-oriented programming language that works with it. They keep creating frameworks to make your life easier, and it is a very customizable framework, but you have to have the knowledge to be able to do it. There are other tools out there, such as Worksoft, for which you don't have to know Java.

If you're starting from scratch, it would be good to get a good Java developer and make him or her get everybody up and going. That Java developer can train junior test automation people. You should hold on to that person for as long as you can. Getting a good Java person is probably critical when you're creating your Selenium framework.

It is not the easiest thing because it is hard to get a quality assurance resource that is knowledgeable about Java. So, it is very difficult to get a good framework in place. Usually what happens is that you'll get QA people who start doing QA, and then they start doing test automation. Once their skills get up there in Java where they're decent, they move over to being a software developer. So, they get out of the QA world, and they go over to be a developer. So, you lose that talent. You had to do your framework, and now they're gone. Maintaining good talent is difficult. It is hard enough to maintain the Selenium framework, and when you start losing people, it makes it harder. The next person comes in line, and it is just a revolving door. 

I would rate Selenium HQ an eight out of 10 because it is not perfect, but it is the best tool out there to do automated testing.