Need advice about which tool to choose?Ask the StackShare community!
BrowserStack vs Cypress: What are the differences?
Key differences between BrowserStack and Cypress
BrowserStack and Cypress are both popular testing tools for web applications, but they have some key differences. Here are six specific differences between them:
Installation and setup: BrowserStack requires setting up a separate account and integrating with your testing framework, while Cypress can be installed as an npm package with minimal setup.
Architecture: BrowserStack executes tests in parallel on real devices or emulators, simulating real user behavior. On the other hand, Cypress runs tests directly in the browser and can access the DOM and underlying network.
Supported browsers: BrowserStack provides a wide range of browser and device configurations for testing, including different versions and platforms. Cypress, on the other hand, only supports Chromium-based browsers.
Testing capabilities: BrowserStack supports cross-browser and cross-platform testing, allowing you to test on different browsers, devices, and operating systems. Cypress focuses more on end-to-end testing and provides features like time-travel debugging and automatic waiting.
Pricing and licensing: BrowserStack offers different pricing plans based on usage and requires a paid license for its full range of features. Cypress, on the other hand, is open-source and free to use, making it more cost-effective for smaller projects or individual developers.
Community and support: BrowserStack has a larger user community and offers dedicated support through various channels. Cypress also has a growing community but may not have the same level of support as BrowserStack.
In summary, BrowserStack offers a broader range of testing capabilities and device configurations, but requires additional setup and has a cost associated with it. Cypress, on the other hand, is easier to set up, focused on end-to-end testing, and is free to use.
I am looking to purchase one of these tools for Mobile testing for my team. It should support Native, hybrid, and responsive app testing. It should also feature debugging, parallel execution, automation testing/easy integration with automation testing tools like Selenium, and the capability to provide availability of devices specifically for us to use at any time with good speed of performing all these activities.
I have already used Perfecto mobile, and Sauce Labs in my other projects before. I want to know how different or better is AWS Device farm in usage and how advantageous it would be for us to use it over other mentioned tools
A SaaS offering like Sauce Labs (or BrowserStack or LambdaTest, etc) will provide a remote Selenium/Appium Grid including the ability to run test automation in parallel (up to the amount based your subscription level) an a wide array of browsers and mobile devices.
These tools can be expensive, but if you can afford them, the expertise and effort of maintaining the grid, browser updates, etc. is worth it.
AWS Device Farm can be significantly cheaper, but is much more work to setup and run. It will not give you as many devices, or the reporting and screen/video capture you get with the the services. And there is no support for AWS Device Farm, and very poor documentation. I have used it, but do not recommend it. Running your own grid and physical device lab is better, but I'd stick with a service like Sauce Labs or Perfecto which will save you time and give you better services despite the higher price tag.
Stability - Just works. Availability - More than 15 datacenters. Enterprise features like SSO, local testing and SOC2/GDPR compliant.
BitBar's Dedicated Devices would be a great option for you. It allows you to dedicate (reserve) devices for your use only which also having access to all of the devices in the shared cloud. BitBar has the features and integrations that you are looking for as well.
In the company I will be building test automation framework and my new company develops apps mainly using AngularJS/TypeScript. I was planning to build Protractor-Jasmine framework but a friend of mine told me about Cypress and heard that its users are very satisfied with it. I am trying to understand the capabilities of Cypress and as the final goal to differentiate these two tools. Can anyone advice me on this in a nutshell pls...
I've used both Protractor and Cypress extensively. Cypress is the easier and more reliable tool, whereas Protractor is the more powerful tool. Your choice of tool should depend on your specific testing needs. Here are some advantages and disadvantages of each tool:
Cypress advantages:
Faster
More reliable (tends to throw fewer intermittent false failures)
Easier to read code (handles promises gracefully)
Cypress disadvantages:
Cannot switch between browser tabs
Cannot switch to iFrames
Cannot specify clicks or keypresses explicitly as if a real user was interacting
Cannot move the mouse to specific co-ordinates
Sometimes has trouble switching between different top-level domains, so not good for testing external links
Cypress is a newer tool with less extensive documentation and less community support
Protractor advantages:
More powerful because it is Selenium-based - it can switch between tabs, it can handle external links to other domains, it can handle iFrames, simulate keypresses and clicks, and move the mouse to specific co-ordinates within the browser.
More extensive community support and documentation
Protractor disadvantages:
Slower and more brittle - in general there is a higher likelihood of cryptic and/or intermittent errors which may cause your tests to fail even though there is nothing wrong with your application
For highly experienced automation engineers, the fundamental "brittle" nature of Selenium can be worked around - it can be reliable but only if you really know what you are doing
Less graceful handling of promises - relies on async/await or .then to manage the order of execution. Therefore it is a bit harder to read the code.
Harder to set up, and the method of setup impacts its reliability. For example, a hub/node configuration where the selenium jar is on a different physical machine than the browser under test will cause unreliability in your tests. Not everyone knows about this type of thing, so it's common to find Selenium frameworks that are set up poorly.
It's probably better to use Cypress if
you're at a smaller company and have a close relationship with developers who can help write hooks or stubs in their code to assist your testing
you don't need to do things like switch between tabs or test links to external top-level domains
It's probably better to use Protractor if
You might need to switch between tabs or test external links to other domains within the scope of your framework
You want to use a more accurate simulation of how a real user interacts with a browser (i.e. click at this location, type these keys)
You're at a company where you won't have any support from developers in writing hooks or stubs to make their code more testable in a less powerful framework like Cypress
Please try Handow, the e2e tool basing on Puppeteer.
Gherkin syntax compatible
Chrome/Chromium orentied, driven by Puppeteer engine
Complete JavaScript programming
Create test suites rapidly without coding (or a little bit), basing on built-in steps library
Schedule test with plans and arrange stories with sequential stages
Fast running, execute story groups in parallel by multi-workers
Built-in single page report render
Cover page view, REST API and cookies test
As we all know testing is an important part of any application. To assist with our testing we are going to use both Cypress and Jest. We feel these tools complement each other and will help us get good coverage of our code. We will use Cypress for our end to end testing as we've found it quite user friendly. Jest will be used for our unit tests because we've seen how many larger companies use it with great success.
Pros of BrowserStack
- Multiple browsers134
- Ease of use75
- Real browsers64
- Ability to use it locally43
- Good price26
- Great web interface20
- IE support18
- Official mobile emulators16
- Instant access14
- Cloud-based access14
- Real mobile devices11
- Multiple Desktop OS7
- Selenium compatible7
- Screenshots7
- Can be used for Testing and E2E6
- Pre-installed developer tools5
- Video of test runs4
- Many browsers3
- Favourites3
- Webdriver compatible3
- Supports Manual, Functional and Visual Diff Testing3
- Free for Open Source2
- Unify and track test cases2
- Test automation dashboard2
- Test Management2
- Cross-browser testing2
- Cypress Compatible2
- Bi-directional Jira Sync2
- Speed is fast1
- Real devices1
- Visual testing and review0
- Test WCAG Compliance0
- Web accessibility0
Pros of Cypress
- Open source29
- Great documentation22
- Simple usage20
- Fast18
- Cross Browser testing10
- Easy us with CI9
- Npm install cypress only5
- Good for beginner automation engineers2
Sign up to add or upvote prosMake informed product decisions
Cons of BrowserStack
- Very limited choice of minor versions2
Cons of Cypress
- Cypress is weak at cross-browser testing21
- Switch tabs : Cypress can'nt support14
- No iFrame support12
- No page object support9
- No multiple domain support9
- No file upload support8
- No support for multiple tab control8
- No xPath support8
- No support for Safari7
- Cypress doesn't support native app7
- Re-run failed tests retries not supported yet7
- No support for multiple browser control7
- $20/user/thread for reports5
- Adobe4
- Using a non-standard automation protocol4
- Not freeware4
- No 'WD wire protocol' support3