AWS Lambda is a serverless computing platform that lets users run code without provisioning or managing servers. With Lambda, users can run code for virtually any type of app or backend service—all with zero administration. It takes of requirements to run and scale code with high availability.
$NaN
Per 1 ms
Sauce Labs
Score 6.9 out of 10
N/A
Sauce Labs is a cloud-based platform
for automated testing of desktop and mobile applications. It is designed to be instantly scalable, since it is optimized for continuous
integration workflows. (The vendor says that when tests are automated and run in parallel on
multiple virtual machines across many different browser, platform and device
combinations, testing time is reduced and developer time is freed up from
managing infrastructure.) The Sauce Labs testing cloud is intended to be paired…
$19
per month
Selenium
Score 8.3 out of 10
N/A
Selenium is open source software for browser automation, primarily used for functional, load, or performance testing of applications.
N/A
Pricing
AWS Lambda
Sauce Labs
Selenium
Editions & Modules
128 MB
$0.0000000021
Per 1 ms
1024 MB
$0.0000000167
Per 1 ms
10240 MB
$0.0000001667
Per 1 ms
Live Testing
$19.00
per month
Virtual Cloud
$149.00
per month
No answers on this topic
Offerings
Pricing Offerings
AWS Lambda
Sauce Labs
Selenium
Free Trial
No
Yes
No
Free/Freemium Version
No
Yes
No
Premium Consulting/Integration Services
No
Yes
No
Entry-level Setup Fee
No setup fee
Optional
No setup fee
Additional Details
—
Free service available for Open Source projects.
—
More Pricing Information
Community Pulse
AWS Lambda
Sauce Labs
Selenium
Considered Multiple Products
AWS Lambda
No answer on this topic
Sauce Labs
Verified User
Team Lead
Chose Sauce Labs
Mostly all the customers are using Selenium for automated test cases. Sauce Labs supports Selenium and webdriver compatible which we liked most.
BrowserStack is too slow and costs the same as Sauce labs. They also don’t have as many capabilities as Sauce. Selenium grid is too much of a maintenance nightmare.
Sauce labs held it's own against Selenium GRID. Maintenance was a key factor, as this is removed from the equation with Sauce Labs. With a GRID, you have to be on the ball with every latest development with Appium, various drivers, etc. Also, the video replay in sauce labs …
I previously used Jenkins for continuous running of our tests. But I found that UI is not very user friendly and also no proper logging and video recording available. So we decided sauce labs over Jenkins.
Sauce Labs is easier to configure, also it has a great documentation which helps a non-technical user in a great way. Sauce Labs is pretty good in performance compared to BrowserStack. And with a variety of support for different automation tools, makes a Sauce Labs 100% a first …
Sauce labs is faster and integrates with a lot of technologies. Sauce Labs user interface is very user friendly and easy to use. Once you define the parameters for your test runs it is very simple to let that go and just wait for the results, everything gets recorded so you can …
SauceLabs is really known to us because we have used Sauce Labs since 2012..2013 and we're really happy with it. I don't know if we'll change Sauce Labs. But we do not know any other product that has significant key features that Sauce does not have.
With SauceLabs, it may be cheaper to use the service, or not. And you don’t have to manage/maintain cloud servers (e.g. turn on, off, etc.). It’s all managed for you and on demand. Those are the advantages.
I evaluated Browser Stack at the same time I tried Sauce Labs and the ease of use of Sauce Labs made it an instant winner to me. I found Browser Stack (in early 2015) to be a little cumbersome to use and navigation wasn't always very intuitive to me where Sauce Labs excelled …
We built out a monstrosity that barely achieved our goals, and ran on our local network before Sauce. WE also frequently investigate other vendors to make sure we are getting the best product. We have yet to evaluate a tool that meets the same level of quality we receive from …
BrowserStack captures more market share than Sauce Labs does as of this writing, and thus has a much larger support network. During testing, it was also a little faster to spin-up virtual machines, and substantially quicker spinning-up mobile simulators and emulators. Pricing …
Sauce Labs (when applied properly) seems to be a more efficient cross browser solution, while offering way, waaaaay more functionality and capability. In fact, sometimes it felt like there was too much baked in there and that Sauce might need to be broken into smaller pieces …
We determined, after much research and data collecting, that Sauce Labs was a better overall solution to our organization's tech needs. Our QA team was very invested in making a decision that we could be happy with not just now, but in the long term. Having to switch from one …
The only other company I know of that provides similar service is BrowserStack, I spent some time a few years ago while comparing the two of them to decide which one to buy for our needs, and we decided to go with sauce labs. The main reason at the time was the video recordings …
In the past, I have had my own labs. Trying to keep machines updated, running, and everything else is a pain. And it's very costly. Using Sauce Labs I pay a small monthly fee, and I have all the pain taken away. How amazing is that? From a manager's perspective, my people don't …
We previously used AWS and switched to Sauce Labs because of the ability to use numerous OS/browser combinations and not having to set those up in AWS.
I have the most experience with selenium. I have used form filler, which is a Google add-on that allows you to create a form quickly. This is a little easier to use and has less setup time than selenium IDE, however, it is less powerful. I picked selenium because it is an …
HP UFT vs. Selenium - the major difference is that Selenium is free and open source. So there is a lot of money saved upfront on licensing - moreover with UFT/QTP VB scripting is a must and VB is not a very flexible language, is outdated and is a hard skill to find these days.
Lambda excels at event-driven, short-lived tasks, such as processing files or building simple APIs. However, it's less ideal for long-running, computationally intensive, or applications that rely on carrying the state between jobs. Cold starts and constant load can easily balloon the costs.
Having used some of the competitor's tools over the year I would say that SauceLabs provides a lot of value for money if you plan to run long sets of tests with high frequencies. Paying for a single slot means you can run tests whenever you want without creeping costs but it does make running tests in parallel require an extra slot. Currently, our test suite takes over three hours to run and at the moment it is cost prohibitive to purchase an extra slot. However, having access to live testing and integration with Appium is great.
When you have to test the UI and how it behaves when certain actions are performed, you need something that can automate the browsers. This is where Selenium comes to the rescue. If you have to test APIs and not the frontend (UI), I would recommend going with other libraries that support HTTP Requests. Selenium is good only when you have no choice but to run the steps on a browser.
Developing test cases for Lambda functions can be difficult. For functions that require some sort of input it can be tough to develop the proper payload and event for a test.
For the uninitiated, deploying functions with Infrastructure as Code tools can be a challenging undertaking.
Logging the output of a function feels disjointed from running the function in the console. A tighter integration with operational logging would be appreciated, perhaps being able to view function logs from the Lambda console instead of having to navigate over to CloudWatch.
Sometimes its difficult to determine the correct permissions needed for Lambda execution from other AWS services.
I've had four changes in account managers over the past couple of years. They ranged from super experienced/advocate to some that seems relatively junior/a bit removed. I understand this happens but clarity on what I can expect with these partnerships would be valuable. What I've gotten in the end has varied dramatically.
Selenium is pretty user-friendly but sometimes tests tend to flake out. I'd say roughly one out of twenty tests yields a false positive.
Selenium software cannot read images. This is a minor negative because a free plug-in is available from alternate sources.
Slowness may be a minor factor with Selenium, though this is an issue with basically any testing software since waiting on a site to execute JavaScript requires the browser to wait for a particular action.
As we currently know, there's nothing on the market with a big feature set like saucelabs at their current price point. Along with the business not having to learn a whole new tool to use again and the ability to refresh our private devices and the continuously growing number of public devices available and features.
We love this product mainly because of its high customization abilities and the ease of use. Moreover, its free and can be learned easily through online communities and videos. The tests are more consistent and reliable as compared to Manual tests. It has enabled us to test a large number of features all in one go, which would have impossible through manual tests. The reports generated at the end of the tests are really helpful for the QA and the development teams to get a fair view of the application.
I give it a seven is usability because it's AWS. Their UI's are always clunkier than the competition and their documentation is rather cumbersome. There's SO MUCH to dig through and it's a gamble if you actually end up finding the corresponding info if it will actually help. Like I said before, going to google with a specific problem is likely a better route because AWS is quite ubiquitous and chances are you're not the first to encounter the problem. That being said, using SAM (Serverless application model) and it's SAM Local environment makes running local instances of your Lambdas in dev environments painless and quite fun. Using Nodejs + Lambda + SAM Local + VS Code debugger = AWESOME.
It is an incredibly easy service to use for what its primary intention is. The only reason a point is deducted is because more feature enrichment can be done around the Sauce Connect Proxy utility and the Jenkins Sauce OnDemand plugin. User Account administration also needs more work, such as the addition of user groups, rather than a simple hierarchy of users.
For those who are unfamiliar with coding, there is a bit of a learning curve. There is plenty of helpful documentation and resources but it can take a little time to get the software up and running. Once you get the hang of how Selenium works, and what it can do, you realize how many things you can use it for, and how many processes you can automate.
Yes, Sauce labs is always there, and it is easy to troubleshoot when you are having any connectivity issue, they always keep you informed when they plan to perform any type of maintenance window on their side in advance, so you can plan and will not affect your current work. I do not recall any outage.
The time where they acquired TestObject and were trying to integrate their services would probably be the most annoying time. Annoying as features were in two separate places (websites) for example. But since the introduction of their unified platform, we haven't run into any issues as of yet and we've used them for at least 5-6 years now.
Amazon consistently provides comprehensive and easy-to-parse documentation of all AWS features and services. Most development team members find what they need with a quick internet search of the AWS documentation available online. If you need advanced support, though, you might need to engage an AWS engineer, and that could be an unexpected (or unwelcome) expense.
The people here are just so friendly and personable. For instance, Tristan Lombard answered every single email with a very cheery tone and not only did he diagnose my issue, he also made sure to ask how my day was going. Keep it up
The Selenium app has a pretty fat community of users. For the problems we are experiencing, we are primarily receiving support from these communities. In addition, there is widespread service support. Instant support is given to the problems we experience when we need Online support. We and our team are happy to provide this support, especially before important deployment processes
I am not sure if it's my company that makes getting Sauce Labs integrated into the team difficult or is it Sauce Labs. The process for getting Sauce Labs for a project is quite a tedious process and the information for using Sauce Labs initially is quite lacking. There is little support for getting started
We did everything we needed to use it. Now we can execute our tests on different operational systems and browsers running few tests simultaneously. We also implemented Appium framework to execute our tests on mobile devices, such as iPhones, iPads, Android phones and tablets. We use SauceLabs for our test execution and Jenkins for continuous integration.
AWS Lambda is good for short running functions, and ideally in response to events within AWS. Google App Engine is a more robust environment which can have complex code running for long periods of time, and across more than one instance of hardware. Google App Engine allows for both front-end and back-end infrastructure, while AWS Lambda is only for small back-end functions
We have also tested out Browser Stack, which at the time was more geared towards manual testing. Although it appeared to support more mobile devices/browsers, we also wanted something that can plugin in easily with our existing Selenium test scripts. Sauce Labs was definitely more geared towards our goals at the moment which were to automation functional/regression testing and build it into our release pipeline.
At the time of adoption, there were not many other alternatives that were even close to being competitive when it comes to browser testing. As far as I know now to this day, there is still little competition to Selenium for what it does. Any other browser-based testing still utilises Selenium to interact with the browser.
With private devices, you have full reign over usage of them, so no complaints there. Public devices are available if no one else is using it, which is understandable. Browser VMs are based on number of open sessions and Saucelabs give you a certain number depending on what you need. If you need more, then you pay for more. It is as simple as that. You need more devices, then you can pay for more private ones too. A workaround for public devices is to pick the first available one and not be too picky, that's if you are able to of course.
Positive - Only paying for when code is run, unlike virtual machines where you pay always regardless of processing power usage.
Positive - Scalability and accommodating larger amounts of demand is much cheaper. Instead of scaling up virtual machines and increasing the prices you pay for that, you are just increasing the number of times your lambda function is run.
Negative - Debugging/troubleshooting, and developing for lambda functions take a bit more time to get used to, and migrating code from virtual machines and normal processes to Lambda functions can take a bit of time.