Selenium HQ Reviews

SeleniumHQ is WebDriver-related. It is a package that we can use with any language such as Java or Python.

We use Selenium for automation purposes. For example, if we need data from a website, we write code that will extract the data automatically. If there are logins or pop-ups, the code will close them, so we can extract the data. 

When we are testing a website, we use SeleniumHQ automation testing to determine if there are any bugs.  

The most valuable feature of Selenium is how easy it is to automate. For example, often when data is needed, someone will sit and copy and paste it. What we can do with SeleniumHQ is automate it so that the data is directly extracted from the tools and libraries that we use. This saves time and is much better than copying and pasting.

There are some tiny issues with SeleniumHQ. For example, with respect to the scraping tests. Sometimes, a website will have some hidden items or blockages that inhibit us from extracting data directly. It would be beneficial if Selenium could extract that information.

The other issue is browser-related. There are small bugs causing it to break automatically. Sometimes it will close automatically. 

I have been using SeleniumHQ for a year and a half.

Stability depends on how you write the code. If you handle all conditions, there will be some surprises. Suddenly, you will have pop-ups and other conditions. 

SeleniumHQ is scalable. Anyone can use it. We have approximately 30 users of the solution. 

Customer service and support with Selenium are good. If any bugs are found and brought to their attention, they will immediately help. They provide lots of documentation as well as answers on the internet. The technical support team, themselves, will answer questions within 24 hours.

We use Python, so the initial setup of SeleniumHQ was quick and simple. You can use any browser or tools like, Chrome, Firefox, or Edge to run the automation testing. 

We are using Selenium open-source, so there is no need to purchase anything.

We evaluated other options. 

For mobile scraping, non-mobile scraping, or to test anything mobile there are more applications available on the internet, like Appium for Android, which is like Selenium for browsers, or TestComplete for iOS drivers. 

However, Selenium is particularly the best for browsers or PC, operating systems.

I would recommend this solution to anyone considering implementing it into their organization. Overall, I would rate SeleniumHQ an eight out of ten.

We primarily have been using Selenium WebDriver for functional and regression testing of our business management platform. 

Our technology stack includes Apache HTTP, Tomcat, PostgreSQL, CentOS, Java, J2EE, JavaScript, and Eclipse. Plus, we are using Selenium WebDrivers and TestNG for testing with Firefox and Chrome. 

Our platform runs into several thousand screens and a few thousand test cases, something which would typically take months to test manually. However, we have been using Selenium to automate our testing process since day one. As of today, the entire process takes a little over two days to run. We plan to further optimize it and bring this duration down to about 12 hours.

We plan to integrate Selenium with JMeter for performance testing, too. 

WebDriver and Grid: Without these, we would have been nowhere so far. The shear size of team/software license required to accomplish this humongous task would have thrown us out of business. 

Improvement in Selenium's ability to identify and wait for the page/element to load would be a big plus. This would ensure that our failed test cases will drop by 60%. Introduction of FluentWait has improved things, but it does not work in all scenarios 

In the beginning, we had issues with several test cases failing during regression. Over a period of time, we built our own framework around Selenium which helped us overcome of these issues. 

I have had experience with Rational tools in the past, but with DWA Commerce, we wanted to go the open source route. 

We have had extensive experience in testing and have pretty much worked with most testing solutions. Therefore, we did not have to go in for a re-evaluation. Our choice was clear. 

Just go for it. 

We primarily use the solution for browser compatibility testing and web-based applications.

The most valuable aspect of Selenium is that it gives you the flexibility to customize or write your own code, your own features, etc. It's not restricted by licensing.

The solution is an open-source tool. They should also build other features and tools to assist in further capabilities. 

A drawback of Selenium is that it only focuses on web applications. If it could be integrated into one application together with APM, it would be in peer competition with other players. Developers tend to bundle both in one, but Selenium is just in a silo.

The solution's UI path needs to be modernized.

The solution needs to offer a mobile platform.

Considering that a lot of corporations are using it, it has obviously gained quite a lot of trust from a lot of Fortune 500 companies that use it. It's considered very stable.

It depends on the server you place the solution on, but the application itself is quite scalable.

The technical support is good in the sense that, although is more of an open-source community, there's quite a lot of resources online that are available for troubleshooting issues.

The initial set up requires a bit of research because it's not straightforward. You need to be a developer to be aware of how to set it up. As an open-source tool, you do need to have some kind of background knowledge on how to implement it. Basic deployment takes about a week or two.

Selenium is open-source so it is free to use the solution. You only pay for whoever is implementing and/or the server that you are deploying on.

We use the on-premises deployment model.

I'd recommend Selenium, but it depends on the client's use case. As it is a free solution, users are able to cut a lot of costs. They can bring in developers that are experienced with Selenium, and those developers can build it up, scale it up and then, later on, you just need a few people to maintain it. It's a great option that allows companies to refrain from paying all sorts of license subscriptions that are quite exorbitant.

I'd rate the solution eight out of ten.

• Support for UI Automation
• Language support - since it supports Java and other programming languages it is easy to integrate with other systems
• Multiple browser support
• Selenium Grid supports the execution of test case in distributed way

• It's open-source, so there's no need to pay for a license
• Support different programming language hence DevOps and QA work together to built better test suite
• Since it is a lightweight tool, hence it helps in running test cases fast

There is no good tool to find the Xpath. They should provide a good tool to find Xpath for dynamic elements and integrate API (REST/ SOAP) testing support.

I've been using it for five years.

There were no issues with the deployment.

There have been no issues with the stability.

There have been no issues with the scalability.

I have used Silk Test and QTP before using Selenium. The reason for choosing the product can be found in answer 4 and 5.

I used SilkTest and QTP before using Selenium

It was easy to set-up.

We did it in-house one, you choose the solution which best suite your needs. Don’t spend to much time in building robust solution unless it is really required.

I have invested my time in learning the tool and got good recognition for creating automation framework. It can continue to run as open source tool.

You just need to choose the solution which best suites for you.

Our primary use case is for testing projects. We are a small startup company and each project has been assigned to test the web applications, elements, and identify the locators.

The most valuable features are the ability to test and debug.

The Appium screenshot is attached with a tool. If we could get a screenshot as soon as the test script is over that would let us know if the test has passed or failed that would be an improvement. I would like to see automatic logs generated. If it captures the log from the time we started the S-case until the driver is good. Whatever we are doing as manual intervention, should be avoided.

I have been using Selenium HQ for the past four months now.

The stability is excellent.

Selenium HQ is scalable, with more than one hundred developers and engineers using the product. They are test automation engineers.

I was using Appium previously.

The initial setup was straightforward and easy. The deployment time takes around two to three hours.

The setup cost is open source or free.

I would rate Selenium HQ an eight out of ten. Selenium HQ is good for a web testing application.

We are using mobile application and functional testing. It performs pretty well. 

We are using Selenium for scripting. We use Sauce Labs for the hardware device coverage on the client side.

The primary benefit is its cost and the ability to use the cloud. 

We use it with Sauce Labs. So, we have a large base of real devices and emulators, as well as breadth of coverage.

• Flexibility
• Scalability

It does require a programming skill set. I would like the product not to require a heavy programming skill set and be more user-friendly for someone without a programming background.

So far, I have not have any issues with its stability.

Technical support is one of the downsides of it. When you are buying a commercial tool from a vendor, your technical support is readily available but you are paying for it. However, they're going to take care of you. When you're dealing with open source, your support is based on research that you can do on the Internet. You rely on somebody else having had the same experience or one of the developers of the code having put something out there on the subject.

This product is open source and free. That was a huge deciding factor for us getting into it.

I don’t see it as a company spending money on anything. I like to keep up with the market because I built my career around test automation.

Most important criteria when selecting a vendor: 

• Ease of implementation
• Ease of adaptability
• How much skill set would be required to operate it. Can I take somebody with no programming background and get them up and running on it, or does it require a heavy-duty programming background?

FitNesse: The ability to present your tests on a wiki page and hooking them up to the scripts/fixtures. This is an amazing feature as you could literally ask your product owner, business analysts/developers to go to wiki and see all tests that are written and running automatically. Using the Gherkin format this can be very user readable, and one can also run those tests from the wiki themselves. They can even write their own tests using the available functions. Can easily be connected to Jenkins as well.

Selenium: The part with Selenium I like the most is the ability to parse and select an element from DOM. The various selectors make the job easier! At the same time one has to be careful of the selectors one uses, as it can make performance inefficient. With Selenium, one has a lot of freedom to choose the rest of the tools needed to make a full-fledged automation framework. You can use Cucumber/testing/JUnit as your test engine. You can use something else for reporting, etc., etc. It's available in so many languages, so you can choose the one which is close to your application. It’s not like a separate tool with its own scripting framework lying and maintained on the side. If your application is in Java, you can also choose Java for Selenium. If its C#, you can choose C# for Selenium. So your developers can also contribute to your framework and code.

It has largely improved our efficiency in QA. So every regression we don’t have to run a lot of repeatable test cases for which the flow didn’t change. However they are important to execute, so automation helps us there. Daily Smoke runs and weekly regression runs ensure that Build is continuously tested, which helps in Continuous Integration and Continuous Delivery. I must be cautious here: You cannot automate everything as you still need the exploratory and cognitive behavior of a human being. So a part of testing over releases will still be manual. Efficiency can be achieved on repeatable tasks, which is still quite a gain.

Selenium could offer better ways to record and create scripts. IDE is available, however, it can be improved.

About four years.

No issues with stability. The Selenium community maintains it well.

Depends on the hardware we choose to host the automation scripts. No issues there.

There is enough material on the internet and the community answers questions/problems pretty fast. So, very good!

In the past I have used HPE QuickTest Pro, now ALM. Also Coded UI. However, Selenium is better for web applications, although the others provide more versatility in terms of supporting more than just web applications! They come with their license fees as well.

As Selenium is just a library, you have to build the whole framework around it yourself. There are enough templates available on internet to give you a head start, though.

There is no pricing cost. License is Apache License 2.0.

Ours is a web application and, considering my experience with other tools, our choice was easier. We did try Protractor and Jasmine, however Protractor is also based on Selenium. It works better with angular pages. For us, Selenium was enough and we want to use FitNesse.

If you have a web application, I would strongly recommend this, as it has a lot of benefits as described above.

The main use case of Selenium HQ is for end-to-end automation of UI applications.

Selenium HQ's most valuable feature is picking up and entering values from web pages.

An improvement to Selenium HQ would be the inclusion of a facility to work on Shadow DOM. I would also like better integration with applications like Salesforce.

I've worked with Selenium HQ for eight to nine years.

Selenium HQ is stable.

Selenium HQ is scalable - you can execute on multiple browsers in parallel.

Previously, I used UFT but switched to Selenium HQ as it's an open-source product while UFT is licensed.

The initial setup was straightforward, and deployment took five months.

We used an in-house team.

In order to use Selenium HQ comfortably, you need to be very strong on Java skills. I would give Selenium HQ a rating of seven out of ten.