Selenium HQ Reviews

I'm currently working on automation testing using Selenium and Cucumber. 

I am using it with Java, not with as a standalone implementation. It's Selenium with Cucumber and with TestNG.

It's a dependency that I am using from SeleniumHQ. It's a couple of components.

We primarily use it for automation testing. 

The standard features are good, and I use them a lot. The framework for testing is robust with Selenium.

The integration with TestNG and Gherkin with Cucumber is great. Gherkin is a language for using for testing.

The solution is stable.

You can scale the product.

There is a supportive community around it. 

It would be awesome if there was a standalone implementation of Selenium for non-developer users. For example, for business users. If a business wants to test something and doesn't have the knowledge of coding and programming, they should still be able to.

They should offer a single setup. By that, I mean software that you don't need to set up component by component. They should make up a setup file that puts all software together in the place that it should be and it works.

I've been using the solution for six months. 

Selenium is a mature and stable software. There are no bugs or glitches. It doesn't crash or freeze.

Selenium is not so scalable. It's not like other software. There are a couple of dependencies where you can make it grow or shrink depending on your needs. In general, it's okay.

I haven't used support a lot. I have researched a couple of posts in the community. I've done no more than that.

The initial setup was not quite so complex and also not simple. I tried it in Eclipse, and it didn't work quite well, and then I tried it in IntelliJ. I need to look further into it if either can be used with Selenium. I didn't use it with Eclipse. I used it with IntelliJ. With IntelliJ, the implementation was pretty straightforward, pretty simple. However, with Eclipse, it's not.

We are customers. 

I'd advise users to take advantage of community posts. If the person finds any trouble, Google it. Probably someone already has found the same issue and also has found the solution or the workaround for it.

In general, I have no complaints about this product. I would rate it nine 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 are using a framework for Selenium HQ, which is behavior-driven. We have some features, such as login features. We write in normal English and the steps are converted into programming. We have one more feature in step definition, which connects both the feature file and step definition. In step definition, we write the program.

The most valuable features of Selenium HQ are it is open source and has multiple languages and browser support. It's very useful.

Selenium HQ can improve the authorization login using OTP, it is not able to be done in this solution.

I have been using Selenium HQ for approximately one year.

Selenium HQ is stable.

There are multiple people using Selenium HQ in my organization.

I have not used the support from Selenium HQ.

We have used other solutions previously but we chose Selenium HQ because it supports multiple browsers. If you want to check on multiple browsers using the same script, we don't have to change anything.

Selenium HQ was not difficult to set up. We can use management tools allowing us the ability to directly add dependency without having to install Selenium HQ.

Selenium HQ is a free solution.

I would recommend this solution to others if they have short projects or short-term goals, where you do not have to automate. If we have only one month for testing, we should not automate it first. If we want to automate web applications, Selenium HQ is the best tool because it supports multiple languages, browsers, and operating systems, and it's open-source.

There are multiple features the solution has that I haven't worked on.

I rate Selenium HQ a six out of ten.

I'm using Selenium for low-budget projects, small projects, and mostly medium projects. I don't use it for anything on a large scale because it has some limitations. I'm also restricted by the level of knowledge and technicality of the people I can find on the market.

The solution can be deployed on-premise or on a private cloud. We mostly do on-premise installations. We always use the latest version.

It's available open-source and free. To install it, I just have to download it. It also doesn't require too many hardware resources compared to Micro Focus. It's much lower in costs. I can do isolated projects or limited term projects. In projects where I have one shop testing, for example, government institutions or different kinds of projects where they test only once and then perhaps they continue or not, then Selenium is a good choice.

In projects where I don't have any budget and I need automation quickly, I will go to Selenium. Being free is an advantage, and it's almost at the level of professional end-license tools. It's like buying a very expensive car, like a Porsche, compared to an ordinary car. They both move forward, and you get to your destination.

I'm based in Romania, and we have a personal crisis. We do not have enough resources or enough people to employ and hire. So, I'm hiring whoever I find, and they don't always have enough technical knowledge to operate Selenium.

I've been using Selenium for about four years. 

I'm a partner and a reseller. I'm also a training provider for Selenium. We have a course which is internationally accredited and we deliver it regularly on Selenium.

It's extremely stable.

It's difficult to scale with Selenium. I would say, yes, but with a little bit of doubt, because I have to install many other products on top of it and that requires technical knowledge and time.

It is less scalable than Micro Focus. Micro Focus comes like an already made package to be scaled from a small company to an enterprise. For Selenium, I have to work on it and develop some additional things, configurations, integrations, etc.

It's an open-source tool, so there is no technical support. But there is a lot of documentation on the internet. If you study on your own, you can learn Selenium from top to bottom.

I have also worked with Micro Focus.

Unfortunately, I find it difficult. I am a nontechnical person and each time I set up Selenium, I need to read a little bit of documentation. There are too many integrations with different tools.

I would rate this solution 8 out of 10.

My advice for those who want to start using this solution is to analyze the project very well and choose the right tool for the project. For small projects, choose Selenium. It's the best option.

I have led regression testing projects involving CRM, employee registration, and eCommerce. In each of these test cases, we have used the automation tool which has brought us benefits in time savings, shortening schedules, or recovering lost time - all of this leading to money savings. 

It's very useful when there are constant changes in the back-end. If the changes are constant in the source end it is not a good idea to use it. It is very important to previously evaluate the use of the tool depending on the characteristics.

The main improvement is the lower cost of regression tests. It will probably be more expensive in the first iteration (more or less 30%), however, we can save up to 40% or 50% in the next runs. 

Another benefit is that, once the test scripts have been built, it is not necessary for the person executing the test processes to be an expert, allowing resources and costs to be optimized with lower costs in human talent. 

In addition, the barrier of functional knowledge is eliminated; specialization is not necessary during the life cycle of the tests.

The main characteristic that is useful is that the tool is completely free.

Additionally, currently, you can find resources that handle the characteristics of the tool very well. 

The range of web platforms it supports is also wide, including the operating system platforms. It is possible to reuse the test scenarios that have been built in iterations after the first one or in the improvements of the systems that are part of the normal maintenance and updating that must be done periodically and that imply an investment in tests.

A great improvement could be in the user experience which is necessary as it does not have much. The use is too technical; it is not designed for the end-user. The best way to maintain the test scenarios over time should be considered. If the test scenarios are not subdivided correctly, it is very likely that maintenance will become very expensive and re-use is unlikely. This would ultimately mean that it would reflect the possible benefits in the projects and, on the contrary, the use of the solution ends up being more expensive.

I have been working with Selenium for five years.

The latest version should always be treated with care. Being open-source it can be unstable.

The scalability will depend on where the tool is installed.

Until now, I have not used the support service. Everything has been done using the documentation that is registered in the forums.

Neutral

In the past, I used a very good solution. However, it had a high cost and had to be used by more than one resource.

The initial setup can be very complex.

In my case, the initial setup was done internally.

The ROI can be between 20% to 50% in the testing process in the medium and long term. In the short term, it can be 10% or less.

As for the license, there is not much to say. It is free, however, the configuration must be done correctly or it can be very expensive.

Other options that I evaluated were TestComplete, Kathalon, and IBM.

It must be evaluated very well before being used. In my case, we implemented a front-end that facilitates the use. If you want to use it in the future I can give you some access.

Depending upon the functionality, I use Selenium to prepare the scenarios I'm doing. I start by writing automation scripts in Java. From there, we execute the scripts if there are any changes in the product. Then we upgrade this overnight along with Jenkins to make sure our application is running as expected. They feature continuous deployment and continuous integration with the help of our teams, so our product will be applied to more users once it's adequately tested.

Selenium is the fastest tool compared to other competitors. It can run on any language, like Java, Python, C++, and .NET. So we can test any application on Selenium, whether it's mobile or desktop. And if I build some framework on Selenium, I can give it to someone else. Then they can use it and start going further. One more thing is that you can implement any framework on it, like TestNG, Cucumber, JUnit, etc.

Selenium should implement more islands for a desktop feature. My laptop and desktop have a calibrator or some other desktop applications. We can automate those things through Selenium, so they should be adding them in the subsequent versions. For now, I guess Selenium could add some other features like object communications for easy expansion. 

I've been using Selenium HQ for about five years.

So performance-wise, Selenium is the best tool so far. It has the fastest automating tools.

We run scenarios at midnight or around that time and split this application into virtual machines. So during that time, the application is executed in panel mode. Let's say I have 10 vital missions in the Google Cloud Platform. These things will be triggered automatically and executed in each of the machines. And it has a balancing load concept, so if one machine is at capacity, it will automatically move to a second machine for the other scenarios. So there is never an issue with scalability. We have more than 1,000 employees in the company using it every day to develop scripts. 

Because Selenium HQ is open source, we don't have a customer service team or technical support, so we have to search on our own for answers. When I've had problems in the past,I've had to Google to see if it's an application issue or a Selenium issue. Without any help from vendors, it's difficult to automate some things like CAPTCHA. But still, we have a framework that is ready for this. So with the help of this framework and importing those library files, we can make our own way. 

At my previous company, we used a UFT tool called Micro Focus UFT. We used this because it was a different kind of use case where we had to transfer our publications back and forth between the mainframe and the mobile application. So we have to format that, which is why we used the UFT.

Setting up SeleniumHQ isn't that complex. We like to develop our application in Pega and have a point cloud that we deploy on Google Cloud. It is developed and tested with Jenkins, which is a continuous integration tool. Once the code is specific to Jenkins, we trigger Selenium and execute the scenarios. After this finishes, we move everything to cloud. 

Along with this docker, there is a deployment phase in Google Cloud, where the images of our application are moved to pre-production. Pre-production is something like a replica of production that allows the users to work on it. So once it is transferred to pre-production, the users will work for one week or one or two. If they are satisfied, we move on to production.

Deployment usually requires about eight to ten people. Most of the work is done by technicians who are akin to database administrators. They take this on for one month a year every year. Their job is mostly to minimize the weight of the application. In the next phase, DevOps engineers deploy the enviornment. The time for deployment depends on the teams and the tasks. If there is a small change, it may have taken between half an hour and an hour. On the other hand, if there is a significant upgrade of the application, it may take eight to ten hours. Generally, we don't need any maintenance unless a UR application has changed.

Selenium is free. Anyone can use it without paying anything.

I rate SeleniumHQ seven out of 10. When you're choosing a solution, it depends upon the type of applications you are using in your project. If you have only have desktop and mobile, go for Selenium. However, if you have multiple applications like Windows-based applications, a virtual machine-based application, or a mainframe .NET application, I suggest going with another tool, like Tosca UFT.

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.

I use Selenium HQ to create automated scripts for automated applications.

Since Selenium HQ has multiple plug-ins, we can use it with multiple tools and multiple languages.

I rate Selenium HQ a nine out of ten for stability.

I rate Selenium HQ a nine out of ten for scalability.

The level of ease to set up Selenium HQ is medium. You need to have experience in order to do the initial setup.

Selenium HQ is a free, open-source solution.

Selenium HQ is deployed on-cloud in our organization.

Overall, I rate Selenium HQ a nine out of ten.