What is Trackingplan
Automonitoring
Getting Started
Dashboard
How to…
Others
Catch analytics errors before releases
Applying QA (Quality Assurance) throughout the development process and software lifecycle has successfully become the industry’s standard during the last two decades to mitigate such consequences.
However, when it comes to digital analytics testing, this is something that has been lacking for way too many years (spoiler: analytics and user tracking implementations are not exempt from breaking).
Unfortunately, this makes it harder for those digital analysts and data engineers who still want to prioritize analytics testing to prevent data losses and spot data inconsistencies that could impact data collection, reports, and overall data-driven processes negatively.
How Trackingplan’s automated QA for analytics works
In pre-merge time, developers or CI/CD pipelines (e.g. GitHub Actions) run unit tests and maybe a subset of functional tests on the code that is affected by their changes. If these include analytics code, by integrating your staging and testing environments and comparing them to your baseline, Trackingplan will validate the data specifications against that baseline and return a report that can be used as an error or warning in your CI/CD pipeline.
This allows you to see the difference between one release and the next, detecting broken events or schemas before you release them. That way, any existing automated QA you have implemented, such as functional or non-functional regression testing (e.g. with Cypress), will stress your analytics under the watch of our system without changing your feature or testing code in any way.
Learn more about how Trackingplan provides you with automated QA for all your tracking in our following subsections:
← Previous