While Selenium IDE has been popular in the automated testing world, most teams using Selenium run into these problems:
There are lots of different test automation tools—from easier ways to generate Selenium code to no-code SaaS (software as a service) options—all trying to solve these problems.
In this article, we’ll talk about key differences between the following tools that represent the three main approaches to solving Selenium shortcomings:
All three of these web automation tools offer built-in solutions for test management and parallel testing (i.e. running multiple tests at once), so you don’t have to pay for additional services like a testing grid. To help you understand how each approach works in practice, we’ll discuss them in terms of:
Sign up for Rainforest QA to save time and money on test automation—you can run up to five hours of no-code automated tests for free, every month. It’s only $5/hour after that.
Rainforest QA is the only testing software that tests the visual layer of your app rather than the underlying code. We do this by pixel-matching elements of your software apps. This means the tests search for matching arrangements of pixels rather than code-based locators to complete various actions. (In the next section we go over how to create a test.)
Tests that use code-based locators or XPath locators may indicate that an element is visible without verifying that it is actually visible. Pixel-matching is more reliable because it’s testing what the user will see rather than what the computer thinks they should be seeing.
In this article, we go into more detail about web testing scenarios where the code is present but the element isn’t visible for the user (e.g. when a popup hides the element being tested from the user).
Katalon is a no-code tool that uses Selenium scripts to test the underlying code of an app. To create a test, you execute the steps of the user path you want to test, and Katalon records the code associated with your movements. While this provides a way for individuals without technical experience to get involved, you’ll need coding experience to identify the reason why tests fail and to actually fix them.
Rainforest QA lets anyone create (and maintain) tests in a matter of minutes whether they have a technical background or not. This means anyone from the product team can jump in and help as needed.
To create (or edit) a test in Rainforest QA, you select a preset action (e.g. ‘click’, ‘fill’, or ‘observe’) then click and drag to select the element you want to apply the action to.
Watch this 2-minute video to see how easy it is to create your first test.
Because anyone can write and understand Rainforest tests, anyone on your team who cares about or has a vested interest in quality can own QA.
For example, if a product manager is being held responsible for the outcome of a particular feature, they can help with QA before release and make informed decisions about the trade-off between speed and test coverage.
We go into more detail about the benefits of making quality accessible to anyone here.
Once you install the Cypress software onto your hard drive, the Test Runner displays the actions in the browser on one side of the screen and the corresponding lines of code on the other side of the screen in real-time.
Cypress also provides preset functions—ex. Cy.wait (amount of time you want the test to ‘wait for’ an element to load)—and tools (such as Clocks, Stubs, and Spies) that help the developer control test functions and speed up the test writing process.
Katalon tests can be created by anyone and automation engineers can step in any time to manually manipulate the code.
Katalon provides helpful tools such as built-in keywords and project templates to help create test cases faster. While using Katalon takes some of the pressure off of developers by letting anyone help create the tests, software engineers are the only ones who can update tests. This often leads to a bottleneck effect in your release pipeline.
Rainforest QA tests are less susceptible to breaking from minor code changes that don’t affect the UI.
Let’s say you want to rename a frequently used code-based locator to match updates in your product. This kind of change could cause tests created with Selenium or Cypress to fail because they use code-based locators to find objects during the tests. But as long as the element is still visible, a Rainforest test would be able to proceed.
Rainforest tests only break if there’s a change to the UI, due to a real bug that will affect the user experience.
Although Rainforest tests can break because of UI changes, our text matching feature is one way to help control test brittleness. Text matching examines the content of an element rather than the appearance.
For example, the buttons below both say “Buy Now” even though the colors and shapes are different.
If text matching is enabled, the test will pass with either version of the button. If the text locator is not enabled, it will only pass if your original screenshot matches the version being tested.
This is helpful if you’re only interested in testing the content of the button rather than the design.
Cypress does offer tutorials and lists of best practices to help you write less brittle tests, but these are mostly just specific ways to wrap locators in additional text.
Katalon tests are more time-consuming to fix than other options. A software engineer can stop a test at any point, make a few changes to fix a bug, and then resume the test, but you have to know Selenium to do this.
In most cases, if someone without any programming skills wants to fix a test, they’d have to re-record entire sections or entire tests.
Rainforest QA records a video of every test, whether it passes or fails, so you can play back the video to see why a failure happened.
You can configure other automated testing software to take a screenshot of the UI or a snapshot of the underlying code at the point of a failure, but this doesn’t tell you why a failure happened.
Let’s say you want to test a signup process and the ‘signup was successful’ message doesn’t appear at the end of your test, causing the test to fail. A screenshot of the UI for this last step won’t tell you if there’s a problem with the signup information going through or if there’s a problem with the message itself.
Reproducing and triaging bugs is faster and simpler using video recordings because you can view any failure in the context of the whole rather than as an isolated event.
Rainforest QA also has a suggested fix feature to help you quickly find the root cause of a test failure. The suggested fix feature is triggered any time a screenshot of an element can’t be found. With just a couple of clicks, you can take a new screenshot and fix most broken test steps.
Note: For more best practices to reduce test automation maintenance, read this article.
If you’re running tests using Cypress’s API, it automatically takes screenshots of any test failure and includes messages with suggestions for what went wrong and how to fix it.
If the tests are run from the Command Line Interface (CLI), Cypress can record videos of the lines of code during test execution but you have to set this up manually every time. In addition, the videos get deleted each time a new run starts.
Katalon also has a record and playback feature. Like Cypress, you can see the actions in a browser on one side of the screen and the underlying code for those actions on the other side of the screen.
If you have coding experience, this is a nice feature. If you don’t have any coding experience, you won’t know how to read or fix the tests.
A Rainforest test is essentially a set of instructions for a virtual machine to perform. This means it can interact with web browsers, desktop apps, and the UI of the operating system.
You can test actions such as opening and closing web browsers or desktop apps or see how your web application interacts with browsers with ad-blockers.
Here’s a video with a detailed walkthrough of creating a test that saves a file to the desktop from one location, then uploads the file to Google Drive.
Cypress and Katalon tests are essentially a set of instructions to be performed within a browser page (Katalon uses the Selenium Webdriver and Cypress runs tests directly inside the browser). This means they can’t leave the browser in any way to open new tabs or verify downloads. It also means there’s limited support for iFrames.
Cypress has some workarounds that allow you to verify assertions about downloaded or uploaded files, but it can’t truly test a web app’s interaction with a desktop app.
Rainforest QA gives you access to current and older versions of any of the four major browsers (i.e. Safari, Microsoft Edge, Chrome, and Firefox).
Because Rainforest QA tests on the visual layer and each browser renders slightly different visuals, Rainforest QA’s automation service doesn’t offer cross-browser support. Most often, the types of bugs that cause a test to pass in one browser but fail in another will cause glaringly obvious bugs (such as a completely white screen).
We recommend you choose a primary browser to run the majority of your tests in and also run a few basic tests in the other browsers. This way, you’ll still catch most of the important bugs in every browser. Alternatively, our community of crowd testers can run your test scripts across any combination of browsers.
Cypress offers cross-browser support on Chrome (64+ and Electron), Microsoft Edge (79+), and Firefox (86+), however, currently they don’t offer testing abilities on Safari.
Katalon offers cross-browser testing on Chrome (58+), Firefox (56+), Safari (9+), Microsoft Edge, Linux, and Internet Explorer (9+).
All three software testing tools have a free plan and options for scaling up, however, Rainforest QA is the only one to offer a ‘Pay as you go’ option so you only pay for what you actually use.
Our ‘Essentials’ plan makes quality, UI testing available to anyone. You can create and maintain unlimited tests and invite as many team members as you need. You can spend as much time as you want creating and maintaining tests, and you can run up to five hours of automated tests per month on our virtual machines. After the 5 hours are used for the month, it’s only $5 per hour for additional testing.
Test cases run in parallel, giving you extra-fast results, and you can run these tests on the latest version of all major desktop browsers. Even on this free plan, you can get support via chat and email.
Our ‘Pay-as-you-go’ plan builds on the ‘Essentials’ plan by adding more testing capabilities such as access to older versions of browsers, our test writing service, and the on-demand tester community. For the first 30 days, you’ll also get personalized support from a Customer Success Manager.
This plan has a base pay of $200, a fee of $5 per hour for running tests, and $50 per hour for the tester community. We also offer a free 14-day trial that includes all the features of the Pay As You Go plan.
Our ‘Enterprise’ plan lets you customize your plan to fit the exact needs of your business. You can request custom features based on specific business requirements and you’ll have a dedicated Customer Success Manager for long-term strategy and support. Based on your testing volume, you’ll receive up to a 20% discount on pricing.
Check out this calculator to help you estimate your testing costs.
The free version of Cypress allows for multiple tests to be run at once, test debugging through screenshots and manual editing, API integration, analytical reporting, and community support. You can have 3 users and get up to 500 test results per month.
The ‘Team’ plan includes everything in the free version plus flake detection features, Jira integration, and direct support through email. This plan supports up to 10 users and 10,000 test results per month for a cost of $75 per month.
In addition to all ‘Team’ features, the ‘Business’ plan offers organization tools such as SSO and the ability to run failed specs first and cancel runs after a failure. For $300 per month, this plan supports up to 40 users and 10,000 test results per month.
Cypress’ ‘Enterprise’ plan offers full customization in pricing, number of users, and legal terms. They also offer personalized support.
Katalon Studio is Katalon’s free version of their software intended for individual use. They offer web, desktop, mobile, and API testing. At this level, the testing capabilities are pretty basic. You can run the test and know whether it failed or not, but you won’t have access to screenshots, recordings, or suggested fix features.
With the Katalon Studio Enterprise plan, you have access to suggested fix features, screenshots of test breaks, data-driven testing, report history, private plugins, and help desk support.
The Katalon pricing structure is built on licenses billed either monthly or yearly. A monthly license can only be for one device (what they call a ‘node-locked’ license), whereas a yearly license can be for one device or for 3 devices per session (what they call a ‘Floating’ license).
Depending on what you choose, the Katalon Studio Enterprise plan costs $76 per month per license, $839 per year per license, or $1,689 per year per license.
Rather than a separate package, Katalon Runtime Engine is an add-on for either studio plan mentioned above. It supports any execution environment including console mode or CLI. You can schedule tests and perform batch operations. The Katalon Runtime Engine is $54 per month per license, $599 per year per license, or $1,319 per year per license with a minimum purchase of 50 licenses at a time.
With Rainforest QA, anyone can automate and maintain end-to-end tests without learning a new programming language. It helps QA teams keep up with agile development teams and teams doing continuous integration and continuous delivery.
It’s a scalable, all-in-one test automation solution that’s appropriate for small teams just getting started with automated testing or QA-mature teams regularly running 500+ software tests.
We provide a detailed review with recommendations of the top 10 software testing tools available today.
In this post, we define what 'smoke testing software' means, provide specific examples of the types of tests to include, and discuss a few best practices.
This guide covers the advantages and disadvantages of the most common types of automated software testing tools.
These 10 Testim.io alternatives for functional software testing can make test writing and maintenance easier.