Systems | Development | Analytics | API | Testing

What I see too often though is folks running multiple UI tests in an attempt to validate specific output values or logic. A much easier way to accomplish this task is to run specific API tests on the business logic of the software. Why should we do this? It’s much faster and easier to write these tests. We can have our developers supporting this process and not just Selenium or automation experts. 'Work smarter, not harder' is a theory we should all be familiar with.

Delivering quality at speed has become part of the quality assurance lexicon over the past few years. However, as manual work remains “unskippable” in different steps of our test cycles, the goal of running more tests in a shorter time might seem to be out of reach. Today’s article will walk you through the latest features of Katalon Recorder 5.6 and explain how they help reduce manual efforts and shorten your next test cycles.

The first-ever release of Selenium WebDriver 1.0 in 2007 has indented a lasting footprint in web automated testing. And through the years, the contributions of the Selenium project (WebDriver, Grid, and IDE) have truly transformed the way that we do quality assurance. Fast forward to the ‘drop-in’ release of Selenium 4 and Selenium 4.1, this article narrows down the top 5 changes you need to know for WebDriver, IDE, and Grid.

In part one of our series “How to improve quality as a team,” we talked about the effectiveness of adding shoulder checks to the agile development workflow and how that helps improve the overall quality of the product. This article introduces you to another fantastic exercise, you might be familiar, with called the user story kick-off. This practice helps larger teams align on more complex features, and in turn increase quality output as a team.