What is your primary use case for Selenium HQ?

I primarily use Selenium HQ as an open-source tool to test my applications. I create test scripts using Java as the programming language, then run those test scripts on my machines with the application in the background. We run our tests on multiple browsers and generate reports to compare application performance on different browsers.

Selenium's major use cases are UI and web automation, primarily for the front end of a website. We also use it for API automation using other libraries called RestAssured. The programming language can be Java, C Sharp, or anything, but we are mostly using Java. For mobile automation, we use Selenium with APM.

We use Selenium HQ for web automation. We are using C Sharp for development.

I use the product for testing automation in personal and professional projects. I have used it to automate background procedures for accessing websites, and I typically run it in a browser environment using Chrome or Firefox plugins.

Selenium HQ is an automation tool for automating applications.

We use the product for mobile and API testing purposes.

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

We use Selenium HQ for the automation of functional test cases.

We use the solution for the test automation of web solutions. It also helps us to create web browsers.

We use the solution to perform tests and robotic process automation.

I use Selenium HQ to streamline our regression testing procedures and minimize the amount of manual testing required, we chose to automate our entire regression suite. This includes all of the flow cases, as well as various other test cases, such as those for UI testing and negative and false validation tests. We automated a wide range of test cases to maximize efficiency.

Our primary use case is we have a new development going on for our tool, our project, where we have to test web-based applications. These are all web-based applications wherein Selenium fits well for all the web applications.

We primarily use the solution for normal regression tests.

We are using Selenium HQ for the automation of web applications. The solution can be deployed on the cloud or on-premise.

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.

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.

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.

I mainly use Selenium HQ for web application automation.

I've done headless execution and at times I've found that pretty useful.

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.

We don't directly use Selenium. We have built a wrapper around Selenium so other teams can consume it. We are using version 4.0.1. We run it on a Microsoft public cloud in the CI/CD server. There are around four teams which are currently using this solution, and we have a target of having around 10 teams.

We use it for test automation. We are also using Cypress for some of our automated tests. We've tried Selenium a little bit, but it depends on the project we are doing.

We primarily use the solution for automating a solution on the web and automating testing.

I mainly use Selenium for web applications.

Currently I am doing mobile application automation with Appium and Selenium, as well as front-end application automation with tools like WAVE for mobile and desktop applications. The only area that I'm not involved in at present is API testing, though I am hoping there will be opportunities to get to that as well in the future. We typically use Selenium and Appium in automation and testing by first identifying which modules we are able to automate. Then, whenever we encounter some new course in the framework that we're using, and we need to use a hybrid kind of framework, we will use Selenium to resolve it.

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.

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.

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 primarily use the solution as a functional testing tool.

My company started using Selenium HQ two years ago for unit testing. We were trying to evaluate the record and playback features. We are basically outsourcing this function, and we're charged for every developed feature and testing. So, we thought that we could test it ourselves using the record and playback feature. We were navigating our web application records in a macro and tried to reproduce that later. But for some reason, it's not the best solution for us.

We are using selenium in our organization for Unit Testing, Smoke Testing, Sanity Testing and Regression Testing.

We employ the version of the solution with the most ease of use, based on a search we conducted five or six years back. We now have a new client who likes the approach we used with a different one. We have a script to download the latest version, integrate it with the regression suite and then run it. Our current and previous clients equally approve of this approach. We make certain to utilize the latest version even when conducting tests during the development stage, as we find it easy to work with.

We have a lot of information that we are putting on different websites and social media platforms because we need to inform our social network users about what we are doing, what we are planning to do, and what was done. Sometimes, it's information which is the same, or it's the same on different websites, in different web software, and so on. I am using Selenium mostly for this purpose.

In my company, I use the tool for testing web browsers. We basically use the product for two things. The first is for testing for a website. The other thing is for repeating actions so that you can repeat the same action over and over with ease and without having to repeat the original steps.

We are using Selenium for web application automation and mobile automation.

We are using SeleniumHQ for automating the test scripts.

We are using Selenium HQ as a plugin within Visual studio and we develop in C#. We use the Visual Studio IDE and Selenium is our solution for automation testing.

We work for a client who does HRM solutions. They wanted us to develop their scripts using Selenium HQ. Typically, we develop UI, API and database scripts. These are the three combinations we have used for them. So their test cases are typically where we initially do some operations on the various applications they have. Then, once the operation is done, we initiate a few API calls and then we validate the data in the database. This whole process of trying to enter into, listen into, and close is done using Selenium HQ. This is what we are doing. We have close to 8,000 test cases in the last three years.

Our company is a customer of Selenium and I work in QA.

The primary use of this solution is UI testing.

We primarily use the solution in a web environment.

We primarily use the solution for automation testing.

The solution has two primary uses: using a robot to navigate to and search for issues, and helping with some algorithms with Python.

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

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.

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.