TestCafe v2.5.0 introduced an experimental mode that allows users to automate Chromium-based browsers, such as Google Chrome and Microsoft Edge, with the native CDP protocol. In TestCafe v3.0.0 and higher, native automation is the default setting.
Read this article to find out the reasons for this decision, and its impact on TestCafe users like you.
SurveyJS is an up and coming suite of open-source tools for surveys and online forms. The TestCafe team used SurveyJS in the past, in particular, to conduct the 2022 Feedback Survey. As such, we were very happy to discover that this relationship goes both ways.
A recent SurveyJS blog post revealed that the company relies on TestCafe for their functional testing needs.
The summer of 2022 saw the first major TestCafe update — TestCafe 2.0. This article outlines the most valuable additions to the framework leading up to the new release.
If you’re reluctant to update TestCafe, or just haven’t kept up with the news, you might find a few reasons to upgrade in this article.
As web applications grow more complex, it becomes harder to ensure their stability. Now, more than ever, web developers need powerful, intuitive testing tools. That’s why TestCafe gains new capabilities and becomes easier to use with each new update. But we can’t tackle this challenge on our own. We want to know what our users think.
Tomorrow, join the 5th online Automation Guild conference and learn how to improve your test automation skill with Dmytro Shpakovskyi, the author of “Modern Web Testing with TestCafe”.
User input can be truly unpredictable, so it’s important to use a wide sample of random input data when testing web forms. In this article, we’ll take a look at three Node libraries that generate data: nanoid, faker, and generate-password. We’ll see how TestCafe can leverage their features to help you improve your test coverage.
Last week, TestCafe Technical Evangelist Paul Usher and Mudit Singh, Director of Product & Growth at LambdaTest, hosted a webinar where they demonstrated automated cross-browser cloud testing with TestCafe and LambdaTest in detail.
You will learn how to run custom JavaScript code on the tested pages, how to use objects like the page model in this code, how to wait for an arbitrary event in the browser, and the fastest way to run a one-liner or an entire JS module.
Venture into automated cross-browser cloud testing with TestCafe and LambdaTest.
LambdaTest is a cloud testing platform that offers access to a wide variety of browsers and operating systems. With over 2000 unique testing setups, it is the perfect solutions provider for a testing framework like TestCafe.
On Wednesday, December 2nd, TestCafe Technical Evangelist Paul Usher will join Mudit Singh, Director of Product & Growth at LambdaTest, for an exclusive, beginner-friendly webinar.
DevOps teams must make certain that applications ship on time and meet appropriate quality standards. To achieve the latter objective, DevOps must carefully consider what checks to include in the pipeline and what to leave as smoke tests. In this brief article, we argue that end-to-end tests are crucial to product quality and are worth running each time an organization delivers a build. We will illustrate how TestCafe can streamline this process and help you integrate end-to-end tests into your CI/CD workflow with minimum time and effort.
Modern web apps often launch new browser windows to authenticate users through third-party websites or display additional interactive content.
TestCafe v1.9.0 introduces partial support for multi-window tests. You can now use client-side calls to open and close browser windows. The updated API includes additional window management methods. During the ‘beta’ stage, this functionality is only enabled in local instances of Chrome and Firefox. Keep in mind that this feature is not ready for use in production environments. Both the syntax and capabilities are subject to change.
In this webinar, our Technical Evangelist Paul Usher will demonstrate the difference between TestCafe and TestCafe Studio. Paul will show you how to write code-based tests more quickly and he’ll explore the power of TestCafe Studio’s integrated visual test recorder (for those who don’t want to manually write test code).
We recently hosted a webinar on TestCafe and found the response overwhelming. During the presentation a large number of questions were raised, and as promised, the team have been through and answered them all.
TestCafe can capture videos and screenshots so you can debug your tests and examine page UI. You can record all tests or only those that failed, generate unique video files for each test or record all of them in one take, and single out specific interactions. (For a full list of available options, see the following help topic: Screenshots and Videos).
Many TestCafe users take advantage of Jenkins — a CI/CD solution — to automate their tests. Until recently, they had to manually match the screenshots and videos taken by TestCafe to the individual test reports. The newly implemented TestCafe Jenkins plugin simplifies this process. Links to screenshots and videos taken during the test now automatically appear on the Jenkins test results page. There is no need to keep the testing server running — all required files are stored inside the Jenkins build folder.
In this free webinar, our Technical Evangelist Paul Usher will show you how to easily incorporate UI testing in your development workflow. Paul will demonstrate how TestCafe can fit in any organization and how its features can be leveraged to deliver high quality web apps that always meet end-user expectations.
In the previous post, we talked about the approaches you can follow to debug TestCafe tests. In this post, we will focus on best practices that help you save time while debugging. We will also mention a few things to keep in mind in order to write easy-to-debug tests.
If you’ve ever written a TestCafe test, you may be familiar with the following errors:
Cannot obtain information about the node because the specified selector does not match any node in the DOM tree.
The specified selector does not match any element in the DOM tree.
The element that matches the specified selector is not visible.
The first two errors are self-explanatory. The last error, however, can easily be misinterpreted. This error frequently occurs if multiple elements match the same selector. The first matching element may be hidden, while the required element is visible.
What should you do next? How do you update the selector so that it produces expected results? What should you do if the test previously passed, but it now fails?
Published by Alexander Prokhorov, Anastasia Karabanova
If you’re writing functional tests, you may need to scroll tested pages to display specific elements. In this article, we look at several test scenarios to show how TestCafe navigates pages.