Sauce Labs Reviews

We use it for automated testing. For our company, we do web testing automation. We run our test suites containing Java-based scripts and automate the entire mobile or web application. We've 500 to 600 scripts, and we execute them on Sauce Labs. Sauce Labs provides different browser versions and mobile devices where we can execute our tests and get the results. That is how we use this solution.

Running 500 to 600 scripts in our local infrastructure takes 8 to 10 hours for the cycle to complete and get results, wherein when we use Sauce Labs and get parallel instances, we can run our test in parallel or concurrently. The execution time reduces from 8 hours to 2 or 3 hours based on the parallel instances procured from Sauce Labs. That's really good. The other thing is that it's very stable. We might face some network issues when we run tests in our local infrastructure, but I have never seen any such issues with Sauce Labs. Their infrastructure is good.

Sauce Labs is optimized for automation and integration with the major CI/CD platforms and developer tools. We've integrated it with Jenkins. There is a Jenkins plugin for Sauce Labs where you can just configure your job in such a way that it can automatically trigger on Sauce Labs. No manual intervention is required. They also support integration with Jira for defect tracking. They have a solution for raising a defect with one click, which is pretty cool. If you feel something has to be reported on Jira for developers to fix, you can just click on that, and it is reported directly on their Jira project. We've also integrated Sauce Labs results with Slack. Once the execution is completed, it notifies us on Slack that the execution is done, and we can also get our results over there quickly.

The testing environments we've used include Windows with Chrome, Firefox, and Edge. We've used Mac with Safari. On the mobile part, we've used Android and iOS. We've also used iPad on iOS. It's important to have multiple types of testing environments available in a single platform. We don't have to look at different solutions. Sauce Labs is a complete package. There are clients who request to execute their applications in N number of devices covering all the operating systems and mobile devices, and having such a solution to look at everything in a single package is very helpful.

Sauce Labs affects the execution cycle because the time taken for us to run the tests in a local setup is a lot more. Sauce Labs helps us with that part. Also, when the developers post any new code, we don't have to be there to run it manually. With the CI/CD and Sauce Labs integration, it automatically happens, and we can just go and get our results, which is very helpful.

The ability to test on additional testing environments has enabled us to make our product available to a larger user base. We also do functional testing for applications. In our inventory, we might not have the latest devices. For example, the device that we have with us might be of a certain version, and it might not extend beyond that, whereas Sauce Lab immediately launches the new version devices in the market, so we can quickly go, test, and report any defects in those versions. The coverage of testing has increased because of the availability of new versions, which has had an impact on the business. We can test and push the code to production after testing on new versions. Later on, if the users with the latest versions of devices report an issue, it will make sense to us.

Sauce Labs can run with every code commit and provide developers with immediate feedback. We have to arrange our architecture in such a way that it does that. If the architecture is right and you have the code in the right place, it definitely provides what you want. Previously, it used to take a lot of our time. We are an India-based team. If the deployment happened at midnight or 12:00 AM, when we logged in by 10:00 AM, we could see that there was a deployment. We would then do the testing, run the automation tests, and give the results back to the developer by 2:00 PM. By integrating CI/CD with Sauce Labs, the moment the development team commits the code for a different set of devices and browsers, it immediately triggers the Sauce Labs pipeline, and we can get the results at the same time when testers and developers log in.

The immediate feedback with every code commit affects the development processes. It depends on the file or script size that we have. For a small number of scripts, it takes one or two hours.

The immediate feedback helps to deliver software faster. When we do manual regression, it takes 40 hours of time. With Sauce Labs, the duration reduces to 20 hours, so the cycle of delivering the code is much faster.

We run our tests in parallel on Sauce Labs. When you have 50 scripts and you run them in series, if each script takes 10 minutes, then your execution time would be 500 minutes with one machine or one instance of a browser. If you have Sauce Labs with five parallel instances, you can run five tests at a time, which will save a lot of time.

The solution they provide is very robust. We can quickly connect to their environment with the hub URL. They have a URL that has the entire grid of desktops, web browsers, and mobile devices. They also provide real devices, so you just provide the URL and test your application. You can test not only on the web. If you have any application, such as an APK or an IPA file, you can upload that, and you can test it on different versions. They have more devices than the other solution providers. These are the features that I find to be good.

The knowledge center that they provide for different platforms such as Node.js or Java and different testing tools such as Selenium, Cypress, or Puppeteer is very helpful in getting started for a new user.

The support they provide is also valuable. Once we sign up with them, they quickly raise a ticket for any issue, and they address that within 24 to 48 hours. That's appreciated.

With the desktop browser, we can inspect any screen with the web developer option, but they should provide something for mobiles so that we can quickly inspect elements on the device. To write the Selenium scripts, we require web locators. We have to capture them from the local and execute the script on Sauce Labs. If Sauce Labs can provide a solution where we can inspect any of the mobile devices online, it will be very helpful for us. 

I also faced an issue where during the execution time, the iCloud password used to expire within a certain period, which used to create pop-ups on the screen making our tests fail. That was one thing that we faced many times. If that can be improved, it will be very helpful.

I've been working with this solution for almost three years.

It's stable. I used to run 100 scripts for a project on Sauce Labs, and it used to give me results in four hours without any major failures or a 96% to 98% pass rate. There were one or two things, such as the iCloud pop-up on the iPhones, that were causing issues.

It scaled well for our needs. We utilized 10 parallel instances, but they provided us with 15. If you keep on scaling it on a larger scale, the application that you're trying to automate should also support that, but it's scalable.

We are a team of 60, and 20 of us are using this solution. All of us are from the QA team. We provide the service, and we utilize this tool to make sure that everything is running fine. We ensure that every product that we get from developers is properly working, and once we certify that it's working fine, we move it to production for the developers to do their job.

Initially, we didn't reach out to their technical experts because we had the expertise on it. In one or two scenarios, we reached out to them, and they helped us with examples and quick solutions. They resolved the error well, and the solution they provided worked for us. They were very helpful.

They have L1, L2, and L3 support. The ticket goes to the L1 support team first, and if they have the solution, they provide us with that. If not, it's escalated to the next team. They're pretty decent at providing solutions. I'd rate them a seven out of ten.

Neutral

Compared to the other cloud providers, it was easy. If you are technically strong, it'll take you just one day or eight hours. If you are a beginner to the cloud service providers or automation itself, it'll not take more than three days for you to get started with Sauce Labs. They provide a good knowledge base and good documentation for you to get started, which makes it an easy job.

Integrating Sauce Labs with the framework is a separate task. It took us 40 hours to integrate Sauce Labs with the framework we had.

In terms of maintenance, so far, it's only on the framework side. We just change the version that we want to run. A particular version might get outdated, so we just go and change it in our code, and it'll appropriately take that particular version on Sauce Labs.

The ROI is in terms of time savings and reduction of manual effort. It takes a lot less time to provide results. It reduces manual effort and helps in getting the product out earlier in the market. Even the developers can use it for their own testing. If they have something to quickly check in the UI, they can. Initially, they'll move a particular feature to the testing team without testing, but now, because Sauce Labs is there, they can quickly go and see how their UI looks on different versions, and they can fix any issues. It reduces one cycle of work for us as well as for the entire product team. There is an ROI, and we see customers renewing their license for the second year to use Sauce Labs for their solutions. There is a 15% to 20% ROI.

Cost-wise, it's decent. If you have to get the base version out of it, it's the best solution to go with. As compared to other cloud service providers, the pricing of Sauce Labs is decent. 

There are monthly and annual packages, but I'm not much familiar with that part. They might be providing too many things in the package, and all of them might not be useful for people. They can modularize the offering instead of giving it as a whole package.

There were a couple of recommendations from different clients, which included LambdaTest and AWS Device Farm. We did PoC of those, and they were pretty much aligned with what Sauce Labs provides. The budgeting part was probably the main factor in decision-making, which is taken care of by our onsite manager.

Overall, Sauce Labs has a wide range of browsers and real devices. They also have a good knowledge center. It's a robust and scalable solution with ease of connecting. We have a Center of Excellence team in our company that did the research and found Sauce Labs to be the right solution to pick. It has been in the market for a long time, and we found it to be mature enough for our needs.

It was important for us to go with a cloud-based solution because the infrastructure that we have is limited. The range of devices, the versions, and the machines that we use wouldn't have been sufficient to run the scripts that we authored, so we moved to Sauce Labs.

If you're looking for a cloud service provider that is scalable and stable enough to execute your tests, Sauce Labs is recommended. There is also Sauce Connect Proxy. If your application is running on a local host, you can just connect by using Sauce Connect Proxy, and you can make it global. That is a cool feature that they provide. It has a large range of devices where you can do both manual and automation testing.

Sauce Labs is a cloud-based solution, so in terms of latency, when the application is hosted on a server at a different location, we have noticed a latency. For example, if the application is running on the India servers and the execution is happening on the US-based location on Sauce Labs, the script that runs in two to three minutes in our local setup would take around six to seven minutes on Sauce Labs.

Overall, I'd rate Sauce Labs a six out of ten.

I work as an automation engineer using Selenium WebDriver with Java, and API automation using Rest Assured with Java. I have also worked with Docker integration on AWS.

Additionally, I have experience with performance testing using JMeter.

We use Jenkins for our CI/CD pipeline. Our project is integrated with Jenkins, which we have configured to work with our repositories on Git.

We use recording features, which are available through Google plugins. However, they are not very robust as many details can't be captured through this method. Selenium plays a significant role here, as it allows us to modify or update scripts based on our needs. Improvements can be made by using Selenium.

So, the analytics and reporting features helped in identifying issues more efficiently.

I like the mortgage domain or a banking domain project.

Sauce Labs can include new technologies like generative AI, which can reduce the human effort in writing test cases. For example, in my current project, we reduced the time it took to complete user acceptance tests from six hours to three. There's potential to further optimize the execution cycle time of test scripts.

I have been using it for the past seven years. 

I never faced any issues with the stability. 

I would rate the scalability a seven out of ten.

Technical support is equally very important. If you talk about anything deployed to production, and the project is live, customers are using that, and they might face some issues, some functional issues. That's when support people play a role in identifying the fix or the incident. 

Based on that, we create an incident based on the customer defect or whatever.  

Once the incident gets raised, the support will play a role in working on that particular incident. If it's a code-based incident, administration, or integration issue, support people play a big role in resolving those issues before reaching the exact developers.

We have two types of setup processes: our SPN (Sauce Connect Proxy) and Git. The SPN setup isn't very difficult. However, Git, in line with current trends, is very user-friendly. It offers great features for building and deploying within the repository. 

You can manage code updates efficiently, with developers pulling and pushing changes. While you can do similar things with SPN, Git offers more techniques and features.

On the development side, there's a thorough deployment process with various checkpoints before the code reaches production. In terms of your automation setup, the first step is building your project. 

Jenkins can help here, as it handles downloading the necessary JARs and WAR files to run your tests on Sauce Labs. So, the time depends on how long the build process takes – that doesn't directly involve customer time. 

Once the build is complete, you can begin test execution immediately.

I would recommend it. Generally, if you already have Selenium as a free tool, I suggest sticking with that. However, if you're primarily focused on desktop-based applications, then UFT becomes necessary, and you'd need to purchase a license. But, if you're comfortable working with Webex applications, then definitely go with a tool like this.

Overall, I would rate the solution a seven out of ten. 

Our primary use case for Sauce Labs involves running automated test cases for our web application. It works as a remote testing environment to execute these test cases efficiently and effectively.

The product's most valuable feature is the ability to provide an option to view test cases running live. Unlike traditional setups where you have to wait for test execution to complete before viewing the results, it allows you to monitor the progress of your test cases in real-time.

They could improve the platform's customer support services. Many users, including myself, have experienced significant delays in response times and unsatisfactory resolutions when reaching out for assistance. The support team often provides generic recommendations that do not address the specific issues raised, leading to prolonged downtime. Additionally, there needs to be more proactive communication and follow-up on reported problems.

Another area for improvement is keeping pace with updates to the latest libraries and technologies. For example, Sauce Labs' proprietary driver and Saucectl need to be updated more frequently to support the latest versions of popular testing frameworks like Playwright. This lag in compatibility means that users may miss out on critical features and improvements available in newer versions, necessitating workarounds or compromises in their testing workflows.

The solution is stable. However, due to the mentioned downtime, I've used BrowserStack and AWS devices before. In comparison, BrowserStack stands out as the top choice.

I rate the stability as seven out of ten.

Since Sauce Labs does not support certain features from other platforms like Playwright, scalability might be limited until those features are implemented.

I rate the scalability six out of ten.

The technical support services are not satisfactory.

Negative

The deployment typically occurs during scheduled downtimes, which are communicated to users about 15 days to a month in advance. To minimize disruption, these downtimes usually occur during non-US time zones. While we haven't experienced significant issues during deployments, occasional errors resulted in temporary blocks lasting two to five days.

It is an expensive tool. I am not sure about the exact pricing, but from what I know, it might range from $24,000 to $70,000. We have more than 60 to 70 VMs, so the cost is on the higher side.

For those exploring alternatives, options like Augment or setting up test cases on AWS machines using tools like Harness could offer more cost-effective options.

Cross-browser testing capabilities provided by Sauce Labs have significantly impacted our development process. This feature allows us to test our application across various browsers and platforms, ensuring compatibility and consistency for our diverse user base. We can access remote mobile devices, which is invaluable for testing different types of devices our customers use. When customers report issues related to specific devices, it enables us to replicate the environment, load our application onto the remote device, and investigate the problem efficiently. This capability accelerates our debugging process and helps us identify and resolve issues promptly.

It has significantly enhanced our testing accuracy by approximately 50%. Previously, we relied on server setups to reproduce bugs, which was time-consuming and often led to delays in bug resolution. However, we now experience a much quicker turnaround time in bug reproduction. It is crucial because before developers can address a reported bug, they must first reproduce it to understand its root cause, whether it's related to the device or the operating system.

The analytics and reporting features have greatly assisted us in identifying and addressing issues within our testing process. One of the main reasons we chose Sauce Labs was its recording feature. Previously, we ran our test cases in headless mode, where the browser operates in the background without opening on the screen. This made it difficult to pinpoint the exact location of test failures. However, after integrating Sauce Labs, we could view recordings of failed test cases, allowing us to easily identify the cause of failure directly from the user interface.

I wouldn't recommend it to someone because I think the pricing is exactly the same as other tools available providing better support and scalability. I would prefer them to go with other tools first.

I rate it a five out of ten.

When I started with my current company we had a fairly lean tech department and Sauce Labs was originally implemented for a piece of software we had just written that helped implement web testing.

As things got bigger, and we got sucked into and were merged with another company, the number of teams and how they use Sauce Labs fundamentally changed. It went from everything running through just this one piece of software, and it managed all connections, to the point where we let everybody run tests now against the tunnel, if they're inside the network. Every use case for every team inside the company is going to be somewhat different. The majority of our approximately 85 teams that run things through Sauce Labs are web-based, and use it for tests that are run almost 24/7. We have engineers on those teams who will push changes to some type of front-end. There's a grouping of tests, depending on the team, and those tests are set via Jenkins and CI/CD to execute constantly.

The cool thing about Sauce Labs is their love of metrics. I don't like keeping track of metrics. My management is constantly screaming about metrics, but when you finally give them metrics they don't check them. We have built out individual solutions to track the metrics for various vendors' solutions, including who's using what, what time they are using it, and how long they are using it. We might spend two months building something like that and giving it to management, and it then gets ignored. Sauce Labs Insights provides an easy platform where I can see that there are 85 teams running tests; 23 teams running tests right now; most of their tests are passing; and they're across these browsers.

The ease of access to that data is incredibly important because it means I don't have to build more metrics solutions that just don't get used. The fact Sauce Labs offers that kind of feature helps me in my job when it comes to responding to upper management and the requests that they sometimes make.

Also, the solution definitely helps to save on manpower. I'm a part of a team that has been managing a few Selenium bridges, smaller scale, on-premises "Sauce Labs," to help with smoke testing, and managing that is a living, breathing nightmare. Overall, before I joined the company, everything was done by manual testing. One team would have one web app, a development team, and anywhere from 50 to 100 manual testers who just sat and clicked on a website all day long. When automation came in, my wonderful job was essentially getting a whole bunch of people fired or having them moved over to automation. Based on my experience with managing a few different Selenium bridges, the amount of man-hours I've spent just debugging that, I could easily have a team of five to 10 people and still probably be running a bit behind in terms of managing that grid. The fact that I don't have to do that at all saves us nine people right away. It's a solution that has really helped, but I balk at giving a more exact number because it's hard to calculate.

The cost savings with Sauce Labs, on an annual basis are anywhere from $200,000 to $400,000, just for base level salaries for a small group of interns to provide the manpower it would take for us to manage something like Sauce Labs at a company level.

There are also savings on testing time. A lot of that comes from the ability to get teams on board fairly quickly. With the Sauce Labs documentation, everything is made so that it's very easy for a team to just jump in and start running tests. That saves us a ton of time.

We have different content spread across different regions and Sauce Labs also helps in enabling the testing that is required by that situation. The things that Sauce Labs helps with are things I don't want to do. I don't want to manage a giant stable of virtual machines. I also don't want to—and God bless them—but they've been managing Internet Explorer browsers. They're nightmares. The problems I have just trying to get an IE container or browser up and running, so a test can be automated against it, is insane. The fact that Sauce Labs has it down and working fairly well saves us a lot of work and headaches.

The ease of the application helps. It's fairly easy to get teams set up and running in Sauce Labs. It's easy to train new engineers on it if they are new to running web tests. That's a really nice benefit of Sauce Labs. 

The error logging is also very robust. If we run a test through Sauce Labs and there's some sort of issue, a log will appear on the screen. Log messages are usually heinous and horrible. They mean nothing and they say nothing. Sauce Labs is incredibly good at saying things like, "Hey, here is the exact issue. Fix this and you can run the test." That helps in getting things up and running and executing the way they should.

Another feature that gets used is the live testing. It's where you're not actually running an automated test but you're testing by clicking around inside of the Sauce Labs UI. That is incredibly helpful, especially for our teams with people who come from a manual testing background, because that's what they're used to. It helps in situations where people can't get automated tests up and running fast enough, but they want to test it across, say, 15 different browsers.

Multi-domain SSO is a big concern for us right now, especially as we've been merged into a larger company. I suddenly have teams coming from 20 different domains, and because the main master Sauce Labs account is locked down to one SSO domain, there are teams that can't run a test right now. 

I've heard they're working on a solution and they've been very communicative with us about it. A solution to that would help us a lot.

The other issue is that when you're behind a corporate proxy and inside a corporate network, it's a nightmare in general. And the problem that we've come up against over and over again is that a lot of our network staff don't want to open up giant CIDR blocks to internal traffic. Opening it up to one endpoint which is Sauce Labs, through a little API is perfectly fine. That's one IP address and it's no big deal. 

But for their virtual machines they have one jump box and that jump box contains an entire CIDR block that changes each time the tunnel starts up. In other words, if every call went into one IP and that got bounced back to a load balancer or net gateway, that would help a lot too. When I go to the network team and say, "Hey, we're using a product, a piece of software, and I need an entire CIDR block opened," the first and almost eternal response to that will be "absolutely not."

Getting things set up and running is always going to be a bit of a struggle within any corporate environment. Most of that is not Sauce Labs' fault, but the things I just mentioned are things they could do to help deal with that struggle.

I've been using Sauce Labs as long as I've been at my current job, which makes it a little under five and a half years. At that point the company had just installed it. It was one of a few different pieces of software I was hired to manage.

Back in 2018 or 2019, I would have said that Sauce Labs' stability is horrible. We even shopped around looking for different solutions around that time, after I had been on the team for a little bit. 

Whatever they've done since then, there has not been an issue. The emails I get that notify me of any sort of downtime usually come before my first client inside the company complains. That means I already know right away that it isn't on us, it's on Sauce Labs. 

Except for an outage last week that lasted a bit of time—but by that time everybody was gone for the weekend, so we didn't get hit too hard—in the past four years it has been perfect. I was asked the other day if we plan on getting a higher concurrency cap because people just want more of it, and that's mainly due to how available it is.

I work with a lot of different vendors, but the number-one thing about Sauce Labs is their ability to respond to questions. It is hands-down the best I've dealt with compared to any vendor. The quickness with which people respond, and the group effort they seem to make when we have questions, help out quite a lot.

They communicate with us quickly, respond quickly, and they tend to be incredibly transparent. If something goes down, I know immediately, and I will already have 40 people in my inbox complaining about it. I can immediately determine whether it's a Sauce issue, an issue on our end such as an issue at the test level. 

I have vendors that don't reply or it's two months before I get a reply, but with Sauce Labs I get one in under an hour, usually. They deserve a 10 out of 10 for support, compared to all the 15 or 20 different vendors I've worked with over the last five years. Hands-down, the customer service part is incredibly amazing. They've offered to send me to conferences. They've met the whole team down in Texas a couple of times. The amount that that company has pulled me in and kept me informed has been more than any other vendor has done. And not only that, but if I contact someone, and it's a tech issue and they don't necessarily know the solution, they immediately refer me to an engineer on their end.

That whole process, whatever they're doing—and I think they've just invested heavily in customer support staff—is 100 percent working. I would give them a nine, though, because a 10 is a little too much. Still, there is very little room for making their current customer service better.

Positive

If I were at a different company and someone said, "Why would we need to test front-end performance of the application at the beginning when most companies don't test it at all?" I'd wonder why that person hadn't been fired yet. I can't see an engineer saying something like that. That sounds like something that someone at a management level, or an admin who doesn't really understand things at a larger level, would say. What immediately comes to mind is security. If you're not testing the front-end for performance or functionality, at the very least there should be bare-bones security testing for the front-end software.

The fact that Sauce Labs' Test Overview keeps data for longer than 50 days for the Virtual Device Cloud is a giant issue. I have arguments for both sides. My very honest response is that I don't care. I've had teams within my company come to me and say, "We need a video from a test we ran two years ago," and I just start laughing at them. Even if I was storing that data, I wouldn't store something that long. But there are also teams that come to me and say, "We need something we ran four hours ago." So there is a use to that data retention that Sauce Labs provides. As long as it doesn't literally go below a week or above 48 years—anything within that range—is enough. Whether it's 30 or 50 days wouldn't matter to me.

We do use longer-term storage of test overview data to compare test results across quarters or teams, but we don't rely on Sauce Labs to store that data though. I think that's the best way. It's not their job to store that stuff. We have had administration come in and ask wacky questions. If the answers need to be stored, they need to throw it on their own servers. I don't want a vendor taking care of that for us in general.

I have used the solution’s Failure Analysis feature. Is it verbose? Yes. Has it helped? Yes. Is it something I use often? No. But with the number of users we have, with 50 people per team, one of those users will likely be using the Failure Analysis at a given time.

When I last checked a couple weeks ago, the number-one reason our tests fail—and this accounts for about 90 percent of the failures—is that people don't exit out of tests correctly. The entire test will run and it will pass. But because they don't close the session or close the browser, it is registered as a failure, which is as it should be. I'm not saying Sauce Labs is doing something wrong here. But that last 10 percent of failures have explanations that relate directly to the team and are useful every day. The 10 percent of tests aren't failing because of a user's input or a problem with Sauce Labs, they're failing because they're indicating a real issue. Those failures do get looked at with a lot of scrutiny on a team basis, which is what I'm looking for. I want the failures to be meaningful.

Sauce Labs are incredibly good for dealing with the problem they originally tried to address. For that, the product is perfect. Nobody wants to have on-prem browsers or to manage all that stuff. That solution from Sauce Labs is perfect. Their uptime is incredible and their response is incredible. 

I see, especially in the last two years, that they're starting to try to creep into different areas, which isn't bad. I'm not saying don't do that. Some of the solutions they purchased recently have been great. I have teams inside the company that are interested in some of those solutions. For example, I believe they have a low-code solution and that is something that helps with manual testing.

I use a lot of software. There are tools, IDEs like IntelliJ, that were built for an original purpose and that, for a long time, were really good at that original purpose. But then they started adding so many features, bells and whistles, that all of a sudden what I used to be able to access by just clicking a button required me to go into a sub-menu. Has any of that happened yet with Sauce Labs? No. And a lot of the solutions they've purchased recently make sense to me.

But my worry is that I don't want a hyper-complex Sauce Labs. The solution they originally built and that they have been fine-tuning over the past however many years, is absolutely wonderful. Their pricing is incredibly competitive. Everything they do with that solution is done incredibly well, especially in terms of how reinforced they've made everything in the past four years. Now, when something goes down, I get to go yell at my network team. I don't have to go yell at the Sauce Labs team, and that means a lot to me. Yelling at my network team is easier because they all know me.

We primarily use Sauce Labs to test browser compatibility. It's mostly functional rather than performance testing. We use a combination of tools, but Sauce Labs is mainly for compatibility testing. Selenium is our backend, and it also has compatibility testing, but we're not making use of that feature. Selenium is for capturing. 

Our custom framework for testers combines Selenium and third-party vendors to do some of those performance metrics. At the same time, we use Sauce Labs to test cross-browser compatibility for the top five browsers that the government requires us to support. 

We automate tests of our on-premise solution with Sauce Labs via tunnels. Sauce Labs allows individual testers to log in and test whatever they need, but we don't do it that way. Instead, we use the automation features through tunnels, and our CI/CD process will run tests for us through Sauce Labs. It returns metrics on compatibility and usage for us to review.

Our two major platforms are Windows and Mac. We don't run tests on Linux. Even though we build everything on Linux, we don't support that for our end-users. We test our applications on the two main operating systems and variations of Safari. OS X testing is the main reason we started using Sauce Labs because we needed to test our applications on Safari, which isn't available on Windows. Initially, we purchased some Macs to do compatibility testing, but that didn't prove helpful at all. 

We also need to test on all Chrome variations because there are multiple versions we need to support. When we launched, Microsoft had just released Edge, so very few of our users had it, but just about everyone has migrated from IE to Edge by now. Testing on variations of Firefox, Chrome, IE, Edge, and Safari is our essential requirement. 

It's easy to set all that testing up on Sauce Labs. We could use a virtual machine to run applications on all the browser variations, but you need to get people in there to connect to it, and a homebrew solution is way too complex. With Sauce Labs, it's all already there. We just spin it up, specify the version we need, and we're done.

Sauce Labs doesn't give us immediate feedback on every code commit. That's not how we have it set up. We've got a multistage process, so it goes through a code review for quality when we do the commit. We have unit tests that happen along the way, but when we do a full-blown merge and are ready for a release, that's when we actually launch our tests, and the tests run overnight. There are thousands of tests, which is why we don't do it on every code commit, but we do it every night. When a nightly job runs, we run a full regression test on that to get the results the following day.

From an automation standpoint, Sauce Labs enables us to have a fully functional CI/CD process while saving time and cutting down on the training required for individual testers. We can easily automate tests without training a whole bunch of people on Sauce Labs. There's a whole slew of quality and security testing tools that a tester typically needs to know. Automating and integrating with Sauce Labs reduced the number of things a tester needs to be trained on, and they don't need to use Sauce Labs daily. They just see the results.

It's one less aspect the testers need to worry about. They come in from time to time to review the results, but it's automated, so they don't need to connect to Sauce Labs, run the test, and get the results back. They don't even have to know that it's Sauce Labs behind the scenes. We take care of that for them, so it saves us time.

Automation allowed us to reduce the size of our team. When we initially got Sauce Labs, we had a full core development team with a lot of testers. There were 50 to 70 testers working 100 hours a week. That's around two hours each day per tester on the low end, so 50 multiplied by two is 100 hours per week. Multiply that by six to eight months of testing.

Sauce Labs' dashboards contain multiple useful metrics in one place. Everything is represented to us visually on the dashboard, which helps us understand where to focus our attention, what the issues are, and what we need to resolve.

They've recently added a new tool for evaluating disability compliance, screen reader functionality, and so forth. Sauce Labs has integrated that, and they're developing it, but we haven't made the jump over to that. We are still using a third-party tool. 

About six months to eight months ago, our technical rep was telling me about these new features, but our development and testing teams weren't ready to make that transition over. Now we're ready to go, and Sauce Labs is coming out with all these new features. We're probably not moving as fast as we should.

We don't use two of Sauce Labs' most powerful features yet. One is mobile app testing, but that feature is one of the reasons we chose them. We plan to create a mobile app, and we'll be using Sauce Labs to test that, but not this year. That's probably something that we'll get to in 2023. The other feature is API testing. We use a lot of APIs and microservices.

When we were in development, it was a bit of a pain because we have onshore and offshore development. One of our development shops is in India, and we were running tests over there. When some of the users tried to log in, it was slow for them or we didn't have enough licenses. That was during the core development before we even launched. 

We got around that by purchasing more seats, tinkering with some of the virtualization pieces, and scaling. Now we don't have that issue, because we scaled back the offshore team significantly, so when we run it overnight, there's really no effect. We come in the next morning and review the results. It doesn't affect the overall business or the offshore team. 

There were also some bottlenecks because of the amount of time testing takes, so we started using more tunnels and running it in parallel. That was the main issue that we faced initially, but now that it's all set up, we're good to go. We were struggling with the volume of tests, and Sauce Labs suggested we run everything in parallel.

Sauce Labs isn't lacking any features that we want, and it has several we're not using, like mobile and API testing. They've also introduced a ton more features since we launched, so I don't see anything missing on their end. 

We've been using Sauce Labs for roughly three years. Our product has been in production for about two-and-a-half years now, so we were using it before that.

Latency hasn't been an issue for us. It's easy for us to go in and switch data centers if we need to. There was an issue two years ago, so we tried a different data center, but I don't think we've had to do that since we went live. We just let it run. Sauce Labs is one of the smoothest products we've integrated with and currently use. We haven't had any issues since we launched a little over two years ago.

Sauce Labs is fully automated, so it scales well. When we initially talked about how many tests we would need, we underestimated how many seats and licenses to buy. We went back to Sauce Labs, and they provided us with additional metrics on how we need to grow. We purchased additional licenses so that we can scale accordingly.

I rate Sauce Labs' support nine out of 10. I could go up to a perfect 10 if the response and solution times were a bit faster. Overall, Sauce Labs is a vendor I enjoy working with because we don't have any issues with them at all. With another vendor, I have a ticket that has been open for close to two-and-a-half years, and we're still trying to get it fixed. We had to put workarounds in place. Sauce Labs isn't one of those. They're always willing to help us out. I meet with them monthly, and they're constantly introducing tons of new features. It's been very smooth working with them.

Initially, we had some hiccups, but this was way back. We always have challenges, but there haven't been any issues going forward. At the same time, I am not working with technical support much right now, so I can only speak to my experience with that particular team a few years back.

When we started working with them, we had to reach out about some connection issues and other things that weren't working smoothly. Since we launched, there haven't been any issues. It runs in the background. It's stable. I meet with the rep every month to touch base about any new features and see if there's anything we want to introduce, but it's actually smooth.

Setting up Sauce Labs is straightforward. We initially set up a few sets of test cases, and it took some time to get familiar with the product and understand how we're going to integrate. Once it was up and running, we did our own thing. We've increased the number of test cases since then. We bundle all of that up then take the CI/CD piece and just run it. There's no post-deployment maintenance on our end.

We had help from Sauce Labs during the deployment, but they weren't on site. We did everything over the phone or on WebEx and Zoom. We had two QA architects building the framework doing the integration. We had about four or five technicians from our company, including two or three on the application side, and definitely two from testing.

I believe the price of Sauce Labs is fair. I don't think it's over-priced or under-priced. It's a fair market value for what we're getting. We don't even use all the features, but as new features come out, my role is to educate the teams on ways they can put those features to work. 

I've scheduled demos in the past, and they're well aware of what Sauce Labs can do. They also understand we're not fully utilizing it, but I've never heard any complaints about pricing. We negotiated with Sauce Labs, but I don't know what kind of deal we got. My role is more along the lines of evaluating the product from a technical application standpoint. License tiers and haggling over price aren't in my wheelhouse.

I am a solution architect working on multiple lines of business. When our teams present a problem to me, I have to look at it from an architectural, and a technical standpoint then figure out which tool to use. We looked at a wide variety of solutions, and I presented Sauce Labs as an option and a few others. In the end, we decided to go with Sauce Labs for two out of three of our lines of business simply because of ease of use and some of the feature sets they had.

We considered Selenium, but it was too difficult to work with. Using Selenium for compatibility testing would require a great deal of effort to streamline Selenium for the other testers that we planned to bring on board. We are still using Selenium but in a different capacity.

We opted for Sauce Labs for two of our lines of business, but I can't recall the solution we chose for the third one. I'm not on that team. They strictly work on mobile app testing. They decided not to go with Sauce Labs because they're dealing with iOS and Android support, and they didn't feel it was strong enough for them. 

The fact that Sauce Labs was co-founded by the creator of Selenium and was an early mover in cross-browser testing was a big part of their marketing and sales pitch. However, it wasn't a critical factor in our decision. When we had some meetings and demos, they talked a lot about TestNG and some of the others, but we're not making use of that. 

That really didn't come into it. We were more concerned with aspects like ease of use and stability. It was also crucial that Sauce Labs is a market leader currently deployed at other companies with a much higher volume than us. All that came into play.

I rate Sauce Labs a 10 out of 10. I see no reason to move off the platform. In the future, we need to take advantage of everything Sauce Labs has to offer. It's a stable platform, and we're getting the support we need. 

My advice to future Sauce Labs users is to use everything this feature-rich solution has. For example, there's the mobile app, automation, and API testing. Try to get as much as you can out of each of those areas and make that part of your game plan when you're developing your overall testing strategy. If you're looking at it from a cross-browser standpoint, think about what it can do for your mobile app and microservices testing. I believe most development is within those areas. Those are the key areas, so definitely use those features and have an individual strategy for integrating Sauce Labs into each area.

My company is quite large. My team supports the various different IT teams around the business who then work with their business partners. For example, if you think about our research and development division, our clinical trials division, and our manufacturing division, each one of those business groups has their own IT teams who build tools that the business team needs to do its jobs. My team provides the tools that the IT teams would need to build the tools for their teams. So, we are two or three layers removed from the broad side of the business.

We are the team who provides this solution to other groups. However, in terms of our usage, because the company has done things by paper signatures, official paper, and hand documentation for a long time, there has not been a whole lot of progress yet on the automated testing sector. Therefore, our usage is very small compared to other businesses of our size. 

We have 25 concurrent VM licenses for Sauce Labs today. That provision amount has not changed in my time here because it has never exceeded that capacity. So, it is a slow, upward trend, but it is very slow right now.

In January of 2021, there were 515 automated tests that ran through Sauce Labs in the company. By October, we were just shy of 3,000 tests. That is a 600% increase.

In general, I know that there are different pockets of the business that build apps for different cases. For example, we have an iOS dev team in one part of the business. We have a Windows team in a different part of the business, and they are able to use the same platform without us having to try to support multiple different things. In that sense, the ability to test on additional browser, OS, and mobile device combinations has been a great help. 

All our automated tests run in parallel. This helps us to demonstrate value to other parts of the business who have not yet adopted the solution. For example, when there are groups who use Sauce Labs and we try to share learnings, that team presents, and says, "I have saved this many specific hours. Or, I can run 225 tests (or however many tests) in parallel. It saves us this much time and this many dollars to have our application go out that much faster."

Because there is not super high usage for our team, the cross-browser functionality is a big feature for us. Our machines are mostly Windows. Being able to test with Safari, on a Mac, and other types of browser pieces without having to manage all the infrastructure is the biggest feature that our team enjoys.

Sauce Labs is excellent in terms of the number of browser/OS combinations, mobile emulators and simulators, and real mobile devices that it offers. I have not heard any complaints from my customer teams about any lack of selection or particular combination that they are going after that Sauce Labs doesn't already have.

Sauce Labs is optimized for automation and integration with the major CI/CD platforms and developer tools. Their API for inserting test results is fairly robust. This was an important factor for us because our adoption is still kind of low. There are not a lot of teams who know how to use it right out the gate. Now that our adoption is slowly growing and teams are figuring out how to use it, this has proven to be a big win.

Sauce Labs provides access to automated functional testing. We have been very pleased with that. We make use of the automated piece and the manual piece. There are some teams who like to just poke around with a different browser to see how their app behaves by doing one-off tests.

I have been with the company for three years. I have been supporting it all the time that I have been here. The company had the solution for roughly a year or so before I joined the team.

The stability is great. When I first took over, I was trying to find any general maintenance Windows, etc. so our team could be aware. I remember posting the first few outage notices internally to our customers, saying, "Sauce Lab is going to be down for such and such." Probably because of our lack of adoption, any kind of instability concerns have been really insulated for us.

Latency has not been a concern. Once the pipeline gets set up, latency doesn't make too much of a difference because our development teams are attending their meetings or performing other work while the pipeline runs. Therefore, they are not overly concerned about the speed of what Sauce Labs can provide in terms of latency. At the same time, because the company is so archaic by modern standards with our automated testing footprint, any time savings over somebody going through and clicking the buttons by hand in an application is going to be greatly realized.

So far, scalability has been great for what we need. It is hard to tell its true scalability since we are only running 25 VMs concurrently.

There is definitely room for growth. Across all our separate divisions, people are realizing that automated testing is a major opportunity for improvement. As these individual groups continue to learn from each other and ramp up their own use of automated testing in solutions like Sauce Labs, that will really drive our growth.

We have made use of Sauce Labs’ technical expertise to help us integrate automated testing into our CI/CD pipeline and DevOps toolchain. We have done that to great success with their support teams. I have also had the Sauce Labs team out onsite to the company at one point before the COVID pandemic hit. So, we were able to bring in several people from the company who were interested in seeing how to shape some of it for themselves. Sauce Labs was able to present and provide direct guidance to those teams, and it was a really successful event.

The technical help wasn't overly helpful for me because I am just a really technical guy. I try to figure all that stuff out for myself. However, it was extremely helpful for our team at the company. A lot of the time, most of them don't like to try to figure things out for themselves. They want a dedicated instruction set, rule book, or whatever to say, "Here is how you go and do this." For Sauce Labs to come in and be able to actually show how it was done, I think that provided a lot of value for them.

The technical support team has been great for any kind of issue that my team can't resolve on our own. We were always comfortable opening tickets with the support team. They have always been super responsive and educational when helping us to understand the cause behind the problem, not just how to fix it. I would rate them as nine out of 10 because there have been one or two occasions where it hasn't been absolutely perfect, but it has been really stellar overall.

Sometimes, my customers find a way to go to Sauce Lab support directly, and either they are unable to communicate to Sauce Labs support what their issue is or Sauce Labs is not able to understand them. It is one of the two. Usually, my team plays that middleman and we can facilitate pretty well, providing context to any potential problems or issues within the company as well. For example, if there are specific company systems or things interacting with Sauce Labs that our customer teams may not know about.

On a rare occasion, I will come into a ticket where a customer will have reached out to me after reaching out to Sauce Labs, saying, "Sauce Labs doesn't understand what I am going through. They are not being very helpful." So, I try to do clean up there. Outside of those extremely rare occasions, I have only had one or two of those support issues.

Sauce Labs doesn't know what your test results are. This is a super application specific thing, but it is something that the company struggles with understanding. The app is just the endpoint for the execution of your commands. It can't understand whether the test that you are trying to execute is passing or failing. So, you need to be sure to take that extra step and let Sauce Labs know the results of the test if you want to allow them to assist you in debugging what may have been wrong.

Positive

It provides access to automated functional testing, visual regression testing, and front-end performance, as well as browser/OS combinations, mobile emulators and simulators, and real mobile devices, making it an all-in-one testing suite, which is extremely important to us. This was the primary driver for why we went with Sauce Labs before I joined the company. Having this around is definitely huge.

The solution was adopted before I joined the company.

In general, our test execution speed, time to results, and time to deployment have dropped significantly (by approximately 10%), which is huge.

For the teams who have it set up, Sauce Labs runs with every code commit and provides our developers with immediate feedback. We don't have that as an organization-wide thing right now because we are trying to increase our adoption and execution across the userbase. We are trying to champion this and educate individual teams on how to use it, but they have to develop their own process first. Also, we have regulations in place that prevent us from moving as fast as other companies would like us to.

Going forward, as we continue to adopt not only the function of automated testing, but also the methodologies, best practices, etc., having all their features will be really powerful.

I would rate the solution as nine out of 10. This is mostly due to our company's lack of engagement and being able to fully understand the product and usability for us.

We create banking software and we use this product for testing. We have different business units and we set up an enterprise license, so everybody feeds into it from each of our business units.

We have about 750 websites and approximately 50 mobile apps, and we will test the different types of browsers against our automation. A good section of the work we do is running automation against different combinations, and that will expand into mobile devices once we kick off the new year.

For the most part, it's heavy automation, but there is also testing that is manual, where they can log in and pick their devices or browsers.

Our environment includes VMs on the cloud, as well as public and private devices. we have the CrossBrowser and we have the private and public cloud.

Sauce Labs allows us to expand our coverage without having to run them separately against different browsers on your local machine. You can just spin up an instance and run against whatever browser and operating systems combinations you need.

Especially on the mobile side, things are improving. We had an on-premises lab, where we were managing the physical devices on a device cart. That's going away, as we are now able to use the public cloud offering, which has 2,000 plus devices.

For locking down devices that we prefer to use without registering with other clients, we use the private Cloud. We split up the distribution 50/50 between private and public.

Sauce Labs is what enables our different testing combinations. We run our different suites that include smoke tests, regression tests, and functionality testing. All of these types of testing need to be verified against different browsers and mobiles, and this is our solution to that problem.

This product helps us to increase test coverage by testing both functional and visual aspects of the UI. This is very important to us because we have different types of customers. Some are end consumers, whereas others are banking customers. We won't release software without validating all of our use cases.

Sauce Labs helps us to deliver new features and products to the market. It's part of the use cases that we have to validate, so we need tools to complement our test cases. We're trying to eliminate manual testing or how we kick off scripts. We want to be able to automate testing of our suite of use cases against our devices and operating systems.

The most valuable feature for us is the browser. That is all we're using right now, although come to the start of the year, we will be using the mobile feature.

The most critical thing is that this software aligns with our Agile and DevOps way of doing things. It integrates with kickoff scripts through DevOps. Time to market is key, which means that we can't have a lot of manual interventions, and this fits into our automation program.

We had some specific features that we opened tickets on, although they were not earth-shattering. For example, the way the menus scroll could be improved because it does not have a bar, the way that people are used to, where you can move up and down. It is something that you have to flick in order to activate.

We have been using Sauce Labs for between three and four years.

This solution is very stable. It's generally up 24/7.

We have about 12 business units that use the service.

Scalability is good on the public Cloud. You've got all of the different devices and most of the operating systems, including beta. It's all that we can ask for in that respect.

The browsers are pretty straightforward. They usually deploy any new versions within 48 hours of the operating systems for the browser side.

We have a thousand registered users and their roles are a combination of traditional QA testers and developers. To support them, we have a small team that I call admin support. There are only a couple of us on my team and if there are any issues, we centralize that before deciding if we need to open a ticket up to the Sauce Labs support center.

Our small admin team works very well. Two people are sufficient to handle the training, education, and any configuration changes. In our company, one of them is the lead over all of the different tools and we license from different vendors. This person is a little bit more technical when it comes to the Sauce Labs configuration setup. The second is an admin for the end-users, teaching them how to use the tool appropriately. This person is also responsible for guiding end-users on how to test applications properly.

The sales group was easy to work with. We had a service account representative, which is a nice setup. They handle the day-to-day activities and support needs, which helps to make us successful by answering questions and giving us solutions or enhancements.

We meet with our service rep on a weekly basis and if we have any issues, we can discuss those solutions and opportunities. Basically, we centralize the communication flow between a small admin team under my team for the organization, and it seems to work very well.

Overall, I would rate the customer service an eight and a half out of ten.

We merged as a company two and a half years ago, and we had licensing agreements with BrowserStack, Kobiton, Sauce Labs, and SeeTest, which is part of Digital.ai. Some of the solutions were on-premises for the devices and we wanted to move to the cloud to simplify the infrastructure.

We moved forward with Sauce Labs because they offered both public and private cloud options. The other ones did not necessarily have that combination. It's a win, having private and public both, as it is important to companies like us.

The initial setup was very straightforward.

We get a service rep that guides us on how to set up the tunnels to access our intra-sites, and then the device procurement is pretty straightforward. You give a list of what devices you want and they are put into each of the data centers, San Jose or Germany.

They do offer training as part of the agreement, as well, and we're in the midst of doing that because we're rolling out the mobile component in January.

Everything that I've needed, they've been there.

In terms of how much effort and how long it took to deploy, because it's on the cloud, the majority of the effort is on the Sauce Labs side. We've had some basic internal procedures to follow, but that doesn't really align with Sauce Labs. This included things like security approvals and stuff like that but overall, it was very little effort on our side.

Our implementation strategy was pretty straightforward. They make it available to us and then we do the training for the end-users. We have a registration list of about a thousand people, to which we have provided demos and documentation. Sauce Labs has a very robust document site. It's a combination of self-service education for the testers and developers in training. So, that's essentially our rollout plan.

We had to rightsize how many licenses we needed, based on user consumption, which was part of the planning phase. We did a full pilot where Sauce Labs gave us an area to access the mobile environment, and we ran our use cases before selecting the software.

We deployed in-house and we are happy with the support provided by the vendor.

The licensing agreement that we have has reduced our cost through solution consolidation by 30% to 40%. I don't have a precise measure of how much it saves the end-user because I don't have a good metric for it. That said, it expands our coverage and saves us from having to kick off the scripts against each of the different combinations. I would estimate that we save maybe 20% in this regard.

In total, considering the bundled discount, we're going to save several hundred thousand dollars per year in licensing fees. The vendor has a tiered pricing structure and by going to one vendor and having enough licenses, we were able to get a more competitive price.

With respect to pricing, they did a bundled discount because we went with Sauce Labs for both mobile and browser. They were very competitive on pricing and provided a bundle discount for us as a larger customer.

I like the licensing model because it is a system of shared licenses. This is different from BrowserStack, for example, which I didn't like because they charge on a per-user basis. This matters to us because we have a situation where there are heavy users and light users. In this case, we prefer to have shared licensing.

Shared licensing is like having a seat at the table and when we have a thousand registered users, it is easy to understand that some are heavy users and some are very light users. With the shared licensing, we don't have to manage the registration of whether they're heavy users or not. We don't worry about that. Rather, we just worry about the consumption of the licenses, which are shared amongst all.

There are no costs in addition to the standard licensing fees.

We recently went through consolidation to get rid of BrowserStack, Kobiton, and SeeTest. We chose Sauce Labs over the other vendors and consolidated to one.

With Sauce Labs, we did a full pilot before selecting it. The selling point and the reason that we ultimately chose this product is because we had our own service account representative that helped us to be successful.

The features met our needs, which was the other evaluation point against the other software providers. They had both browser and mobile solutions, and it's easier to work with one vendor versus four. 

We have usage reports, so we're taking the logs and evaluating that over time. Because we're consolidating from four tools to one, we considered the usage reports of all four of the vendors and came up with what our go-forward is. We expect our usage of the product to increase a little bit over time; maybe a 10% increment as we move forward and get more teams engaged.

Although a 10% increase is in order, we won't purchase licenses without having the data to support that. We will have detailed usage reports for each business unit, which is what will help to determine how much we expand our usage of Sauce Labs. 

My advice for anybody who is considering this product is that they need to understand their solutions and match it up against what is provided. Sauce Labs is leading in the area of both mobile capabilities and CrossBrowser and I would highly recommend looking into Sauce Labs. My decision was to choose Sauce Labs over those other leading contenders.

The biggest lesson that I learned from implementing this solution had to do with what our options were. We had to do a comparative analysis that included breaking down all of the different features and comparing them against those other tools, to make sure they satisfied the features and functionalities we needed. Not having that knowledge across those vendors completely, we were able to do that through a pilot. Essentially, we came away with knowing the nitty-gritty by running the pilot and doing the feature analysis. As such, we were able to make sure that Sauce Labs met our needs.

Overall, we are happy with this solution. We validated most of the functionality when we ran our pilot. Nothing critical stands out in terms of improvements that it needs.

I would rate this solution a nine out of ten.

Sauce Labs is a SaaS service hosted on the company's cloud. They have a number of cell phones and mobile devices housed on their cloud, and my team can perform tests on these devices from around the world. We have about 50 users right now, including business analysts, testers, automation, QA, developers, product owners, and third-party vendors. 

Sauce Labs helped us get ready to roll out our mobile apps for the first time. Before implementing Sauce Labs, we tested physical devices that team members had to share. It was more feasible when we were all located in one office, but we couldn't leverage our offshore capacity. With this solution, we can do everything remotely, which is essential now that most of us work from home. 

There's no need for other physical devices anymore because everyone's using Sauce Labs. It's efficient and it works. We still have some older devices, but nobody bothers with them anymore because Sauce Labs works just as well.
While it doesn't necessarily help us get the product out faster, it does make us more confident in the quality. Sauce Labs Visual also helps us catch bugs earlier in our development cycle.

You can access Sauce Labs remotely from different locations. This feature has been especially useful during the pandemic because the members of my home team aren't in one location anymore. The ability to remotely access devices has been essential.

Sauce Labs provides a single visual snapshot for visual and functional regressions, which we can use as proof when there are defects. It also helps us leverage our existing tools, especially the automation component. Sauce Labs has broad coverage, allowing us to test both functional and visual aspects of the UI. This is crucial because we need to see how the application displays on the various types of devices out there.

We've been using Sauce Labs for around a year and a half.

Sauce Labs' stability is good. We haven't experienced any downtime.

Sauce Labs' scalability is good. It's possible for us to scale higher, so I don't foresee any issues with that.

Sauce Labs' support has been great. I would rate them 10 out of 10 because they respond quickly when we have a problem, but we seldom have issues.

Positive

Setting up Sauce Labs was straightforward because most of the work was on the vendor's side. I think it only took a few days. We didn't deploy it into our system. Sauce Labs set it up for us. It requires some maintenance but not a dedicated person. It's one person spending around 10 percent of their time on this. We have an admin who adds users, so it's not really maintenance—more like administration. 

We purchased the solution through a reseller, and everything went fine. 

I don't have any hard data, but we have seen a return. Sauce Labs expands the number of tests we can run with our staff. For example, if we were limited to five physical devices, we could only test with five people. Now, our testing is only limited by the number of staff. From that perspective, it's a return on our investment.

The pricing model of Sauce Labs could be more flexible. Sauce Labs has just one price for the type of solution and a set number of devices. Other solutions have a fee for the base solution and an additional cost per device. 

If you're a smaller organization, you have to consider your needs. Some smaller companies still need to test various devices, so my advice is to start small and scale up as needed. We had initially planned to start big, but that would have been a big waste.

Eventually, I got approved to expand, but it didn't make sense, so I would advise starting smaller. Everything is about costs. Structure it in different phases. If this is something new for you, start with fewer devices to see if the solution is the right for you because it's costly.

You always have to weigh how much the solution costs versus buying physical devices, so I would say go for a phased approach. That way, you can determine whether it pays for itself. We did a phased approach, and we didn't have to go any higher for at least a year. We might go a little higher based on what we're doing this year. We're still evaluating that right now, so we'll see. 

I don't remember the names of the other solutions we evaluated, but we were going through resellers, and those resellers were using other companies. 

I rate Sauce Labs nine out of 10. If you're thinking about implementing the solution, you should talk to Sauce Labs about your needs and challenges. Their salespeople have a technical background, so they have enough knowledge to help you determine if this solution is right for you.

We use it for automation testing of our e-commerce product. We also have some apps that use React Native and they deploy to mobile devices. We also do responsive mobile testing. That means we test anything that hits a website with a browser, or on a phone through React Native, through Sauce Labs.

We also use their VMs and their video recordings.

We use the automation testing and the ability to run it against many device configurations. It's very convenient.

Infrastructure provisioning is a big thing. The whole point of having this expensive license for Sauce Labs is so that we don't have to maintain multiple versions of Chrome, Safari, Firefox, or Edge. We don't have to maintain our own device farms or our own servers, and that means no security patching, compliance, or auditing. A whole bunch of infrastructure headaches are offloaded to Sauce Labs.

Using it every day, and having all the manual QAs get some experience working with it, has saved us multiple person-hours. Just having an automated testing solution, Sauce notwithstanding, means an army doesn't have to sit there and click, click, click, multiple times, every time we do a release, to test the same old things and make sure the same old features still work. Having Sauce Labs on our side, we can actually do all of that at scale with the automation.

The number of testing environments is definitely mission-critical because it plays a part in a release. We run these automations so that we are able to catch issues and so that a customer does not experience issues. And not having to do manual QA frees people up to do exploratory testing. It frees them up to use their intuition and domain knowledge to find bugs that have come in from new features and that might affect old features. It's absolutely essential that we have Sauce Labs. There's no way we could accomplish releases at our current rapid cadence without it.

We also run tests in parallel. It would take way too long to do it one by one. It saves us tens, hundreds, even thousands of hours. And Sauce Labs has reports on that, telling you if you're maximizing your concurrency and whether your licensing is affected by concurrency units, which is great. Knowing that we can run tests in parallel means we can focus on the tests themselves and the quality of the tests. We don't want to create duplicate tests because that would increase test maintenance. Running them in parallel means that we're getting the most for our CPU buck.

We send over a configuration object in JSON and it's very convenient to be able to do it that way.

Also, Sauce Labs is optimized for automation and integration with the major CI/CD platforms and developer tools. We have an integration with App Center that we're working on. They have a storage API that lets us retrieve APK and IPA, iOS and Android builds, install them on the phone, so that we can continue testing. They integrate well with Jenkins.

It's super-important that the solution is optimized for integrating with these major CI/CD platforms and tools because at the manager level, they want integrations out-of-the-box. They want to reduce internal tooling or internal custom stuff.

We use the browser/OS combinations, mobile emulators, and real mobile devices. It's huge having multiple types of testing available in a single platform. It's definitely a competitive differentiator. For example, Microsoft has its own test automation through App Center and there's also BrowserStack and other competitors. It's very important to be able to tell the decision-maker, "Hey, Sauce Labs already has it, so don't worry about it."

They also have a huge number of browser OS combinations, mobile emulators, and real mobile devices. The solution covers a ton of combinations, probably almost any combination you would encounter when a custom reports a bug. That is great for QA to be able to reproduce that issue on that exact same device. 

Sauce Labs maintains physical devices in their data center. They go out and buy the device and provision it for you when you have a real-device contract and licensing, and that's also huge. You're on a physical device.

And for the mobile emulation, which is great as well, they not only have Apple devices, but different iOS versions, which is a huge feature, including different Safari versions on different macOS versions and different Windows versions. More often, you only have a subset of what Sauce Labs offers because people will be mostly using cutting-edge stuff or people might be using mostly legacy. But Sauce Labs runs the gamut and they have all kinds of devices. You'll run out of combinations that are relevant to you before you run every single combination that Sauce Labs has.

I'm pretty happy with the areas of the product that I've been using. The Appium part, even though Appium feels pretty new, is still supported. They support Selenium 4 as well as several other test frameworks, such as Cypress, XCUITest, Puppeteer, and Espresso. Sauce Labs also has artificial intelligence, the AutonomIQ test framework. With AutonomIQ you can have manual QA where you submit an Excel file and then it just automatically creates a test. That's a killer feature.

They offer so many things that we haven't even tried yet, like performance testing and courtesy Docker containers. They are continually updating the documentation. They have performance testing and visual testing. They even acquired Backtrace, which is some sort of error monitoring solution.

I've been using the Sauce Labs solution for about a year and a half. Our company has been using it since 2016.

We haven't had any issues. Sauce Labs has been more reliable than we have.

Scalability is connected to the pricing. The solution is scalable if you have the money to scale. It's based on what they call concurrency units, and they can get expensive.

We have about a dozen users of the solution. They are mostly involved in test automation, SDET.

Support is great, including the support ticketing. Every time I've had a support ticket, they have replied. If they need to, they escalate it. They'll answer technical questions about things like IP whitelisting, and they'll take a look at the screenshots we provide or links to tests that are failing. Their support is empowered to really probe and ask questions.

We haven't used their expertise to help integrate automated testing into our CI/CD pipeline. We have generally solved every issue that we've encountered so far, but they do offer software architecture assistance. It's good to have someone at the software level, and not just sales or product support. If I say I'm having a development issue, it's good to be able to talk at that level, using the jargon.

Positive

When I came in, the solution was already set up. Tweaking it has been easy.

One of the great things about it is that there's no maintenance. We just throw a JSON content object over and then they take over from there.

I can't speak about metrics, but we're able to run automation tests in parallel and that helps with releases. It's definitely a critical part of the whole process. And even moving forward to cloud, it's definitely a big part.

They could improve on the pricing because it seems pretty expensive. I'm sure it's justified, but it's expensive.

For some of the features we aren't using yet, I believe we do need to add new licenses, but for others, we just need to try them out. We just need to have the bandwidth and time.

We use other products for front-end testing but there's no significant reason we couldn't do it with Sauce Labs. It's not lacking in that solution. We use other tools mostly due to dev team mindset. They prefer something more local to their use and something they're familiar with. If we were to push the QA side to do performance testing through Sauce Labs, they'd be open to it. 

It's not only Sauce Labs, as a vendor, that offers automation, but there's BrowserStack and others that also offer it. But using Sauce Labs has been great.

Definitely try it out. They are very friendly about giving you trials and then following up with monthly syncs. They'll connect you with a sales rep, an engineering-type salesperson, and you can have monthly chats with them. They'll keep you updated about their product updates. It's free to try it. Once you try it, I think you'll see the benefits.

Latency due to Sauce Labs being a cloud-based solution hasn't been a concern at all. It runs automatically and sometimes it runs during off-hours, so any latency is not a big deal for us. For flaky tests we use Ruby, which has a rescue retry pattern that we use a lot and that's really helped. Test flakiness is just a reality of test automation and we have good workarounds for it. So cloud latency in Sauce Labs hasn't been an issue.

We've been pretty happy with Sauce Labs. I'd probably have to think pretty hard about what it is lacking. It's been working for us and whatever we throw at it, including Appium, mobile device simulation testing, and being able to support multiple apps. The automation testing has been great. The SC (Sauce Connect) Proxy is pretty friendly. There are the VMs and the video recording. Overall, we've been pretty happy with it. I'd be hard-pressed to find a glaring issue that hasn't been addressed.

They are our preferred vendor for all our mobile and browsing test needs.

We have been using it for mobile applications and multi browser testing and multi-device testing.

I use the mobile application. Whenever we get mobile builds through the CI/CD pipeline, we directly upload them to Sauce Labs. We usually test on various devices and versions. The solution helps us to identify any issues that we might face in different environments, devices, and versions.

We can run our tests in parallel. We have access to all the browsers and devices, where we can run our test haphazardly. They have video recordings as well for the tests that we run, which can easily be accessible and shared across different teams or management without them being actually logged in. 

It provides a comprehensive selection of browsers and platform versions for our test automations and CI/CD pipeline process. It also provides a comprehensive set of virtual mobile devices, which we can configure for our automation and availability. These features are valuable for us when it comes to testing our applications. We have a website and mobile applications that we want to test and diversify to various browsers and mobile devices as well as restore various versions. This helps us to find bugs that users might be facing and correct them.

The real concern is the load time of applications or real devices when we start our tests. It takes some time to load the application or web browser. Sometimes, it is frustrating too. Since they are real devices, we understand it takes some time to load. However, if it were to improve, then that would be a great asset to the solution. So, we would like better responsive times when opening applications and running tests.

We have been using Sauce Labs for more than two years.

It is stable. We haven't explored all their platforms yet, but as far as we are concerned, we have seen stability.

It is definitely scalable.

Mostly, our team consists of 15 people who run tests automation and test manually. We have other teams as well who have access to Sauce Labs, and they test certain applications in Sauce Labs. We guide them on how to use it. So, there are around 25 to 30 people who probably use it quite often.

We use it to do at least 10 test automation runs every day. We do have plans to increase our usage in the future.

I worked with their customer support for these devices. For the issues that we were facing, they were very responsive. 

Other than the automation part and CI/CD process, one of our colleagues works with them. I mostly work on the manual efforts of Sauce Labs and our applications while one of our teammates works with the automation support.

I would rate them as nine (out of 10). I would even give them 10 at times. They were very responsive and quick. When we were facing some issues, they usually responded quickly.

Positive

Before joining my company, I used to do tests manually.

I was not involved in the initial setup, but I was able to quickly adapt to using Sauce Labs after joining the company.

Running tests in parallel on Sauce Labs definitely saves time and effort. Less time is consumed and we can have various results on our various versions or devices. This ultimately impacts our business by identifying the real threat and real defects, then moving forward accordingly. 

Usually, our test runs for about 40 minutes with various levels of testing. Sauce Labs reduces that time in half.

We have seen ROI. With some improvements, we will be much happier with our ROI.

The pricing is reasonable due to the amount of diversity that they provide. However, I feel they might be more flexible to bargain based on their relationship with our organization.

They can increase the range of real devices for testing while reducing the cost. When it comes to purchasing real devices, even if we have a certain number of devices available, it would be great if we could add additional real devices for a reduced cost. 

I would like to give the admin the ability to upgrade operating systems based on the client's needs rather than having them update the OS versions every time. Maybe they could create a page for admins where all devices or browsers can be purchased or viewed, so we could then have an idea of what kinds of devices could be purchased.

I would rate the solution as eight or nine out of 10 based on the diversity that they provide.