The Tesults web app is designed for desktop browsers. Sign up and configure your project on a laptop or desktop. Use the iOS app or Android app to view results on the go.

From pre production testing to post production monitoring

Tesults handles it all with a single point of integration

blog-title-image

When a new product or feature is being developed, it is critical to have automated tests running regularly to catch regression as changes are committed and retested. Using Tesults (tesults.com) for test results reporting helps your team during prerelease testing and also sets up a process for production monitoring too. By the time a new product or feature is ready to ship the work needed for production monitoring reporting and notifications has already been done.

Pre production testing

At this stage, product development is underway and test authoring is ideally being carried out alongside it. You may be using a popular test framework such as JUnit, Pytest, Robot, Mocha, Jest etc. or you might be using a custom test framework. Either way, integrating Tesults takes little time. Libraries are provided by Tesults to make this process straightforward.

results

The most important planning decision during this time is to ensure your test jobs map appropriately to Tesults reporting targets. A Tesults target typically map 1:1 with a test job and how many targets you create is totally up to you and what makes sense for your project. You may choose to create a single target for each client you support, for example one for the web client, one for the iOS client and one for the Android client. Or you may choose to be more specific and have targets per client and per product feature or area, for example, you may have a target focused entirely on authentication or sign up onboarding. Alternatively you may just report everything into one target and group tests by test suite instead. Whatever you decide when you review your results they should make sense to you and your team.

Lead up to production release

In the lead up to a production release when your team is testing and bug fixing, test results output needs to be carefully monitored. The supplemental view on Tesults makes this easier by automatically analyzing output for new failures, new fixes and continuing failures.

supplemental

At this stage you may want to start sending results from Tesults to Slack, Mattermost or MS Teams or simply enable email notifications to keep stakeholders in a tight feedback loop. This is easily done via the configuration menu. It’s also time to start considering whether the same tests you are running in prerelease need to be run in production too. In some cases tests need to be modified for production to be focused on testing uptime and availability rather than be focused on comprehensive feature functionality testing. Now is is a good time to ensure production tests are authored and what is great is that you can use the existing test infrastructure / framework you have already setup to do this and simply create new targets on Tesults for production.

Release and post production monitoring

Following an exciting and successful product release (well done!) your team’s attention can turn to production monitoring. At this point however, there is very little left to do if you have been using Tesults for prerelease test output. You probably want to ensure notifications (email, Slack, MS Teams, Mattermost) are enabled and perhaps add PagerDuty alerting from the configuration menu to text or call on-call developers but the fundamentals of monitoring are already in place. Another benefit from having Tesults integrated is that you can utilize the Tesults API to fetch test results data for decision making within your continuous integration and deployment pipeline.

Use Tesults for pre production regression test reporting and analysis and get post production monitoring and notifications immediately with little to no extra effort.

- Tesults Team

Test automation reporting and failure intelligence

Consolidated test reporting for engineering teams. Store, track, and understand test results across every run and system.

Latest Posts

How to Group Failing Tests by Root Cause
How to Group Failing Tests by Root Cause
Why a flat list of failures is the wrong thing to triage, and how grouping failures by their underlying cause turns twenty red tests into a few real problems
How to Share Test Results With Your Team
How to Share Test Results With Your Team
Why screenshotting results into chat does not scale, and how to give a whole team live access to test results with roles, notifications, and one shared dashboard
How to Detect Test Regressions Between Builds
How to Detect Test Regressions Between Builds
How to find exactly which tests newly failed from one build to the next, instead of comparing two runs by eye, and tell a real regression from a flake
Why Do Flaky Tests Only Fail in CI
Why Do Flaky Tests Only Fail in CI
The CI conditions that turn a test flaky when it never flakes locally, and how to confirm a CI-only failure is flakiness rather than a real bug
Why Do Tests Pass on Retry but Fail the First Time
Why Do Tests Pass on Retry but Fail the First Time
What a test passing on retry is really telling you, why automatic retries hide flakiness rather than fix it, and how to see the pattern across runs
Why Cypress Tests Pass Locally but Fail in CI
Why Cypress Tests Pass Locally but Fail in CI
The environment differences that cause Cypress failures in CI, and how to tell a real bug from an environment flake
How to Track Test Pass Rate Over Time
How to Track Test Pass Rate Over Time
Why a single run cannot tell you if your test suite is getting healthier or worse, and how to track pass rate as a trend across runs so you can see the direction
How to Report WebdriverIO Test Results to a Dashboard
How to Report WebdriverIO Test Results to a Dashboard
Send WebdriverIO results somewhere durable and team-visible using the Tesults service, with the wdio.conf.js setup, enhanced reporting, and parallel run consolidation
How to Report Cypress Test Results to a Dashboard
How to Report Cypress Test Results to a Dashboard
Send Cypress results somewhere durable and team-visible using the Cypress Module API, with screenshots and videos attached and runs consolidated across CI
Why Playwright Tests Pass Locally but Fail in CI
Why Playwright Tests Pass Locally but Fail in CI
The real reasons Playwright tests go green on your machine and red in CI, how to debug each one, and how to tell a genuine failure from an environment flake
How to Detect and Handle Flaky Tests
How to Detect and Handle Flaky Tests
What makes a test flaky, how to detect flaky tests automatically instead of by memory, and how to handle them without disabling coverage
How to Report Vitest Test Results to a Dashboard
How to Report Vitest Test Results to a Dashboard
Send Vitest results somewhere durable and team-visible, with the setup details specific to Vitest, so multiple test jobs consolidate into one history you can act on