Testing States
This new dataset aims at providing the current test state for large and multi-codebases releases.
It will receive (usually from your CI/CD platform) test execution status from your various runs. ZenCrepes will then display this data in context. The point here is not to track how execution status is evolving but to display the last status for each of the test runs.
The payload for a testing state event is as follow:
The id
(defined by the event submitter) would never change for a set module version and dependency, a code snippet is available at the bottom of this page and can be used as a recommendation for an id
generation logic.
Although a bit more abstract than the other dataset, this feature can actually be used to solve multiple use cases detailed below.
Use Cases
Preparing the release of a distribution
Your team is developing a product (wich could be considered a distribution) composed of 15 elements (i.e. microservices, modules, ...), you only cut a release once all those modules are passing your automated test suites.
Through facets, ZenCrepes UI will let you answer the following questions:
What are the elements being tested with "distribution 1.2"?
What are their testing state (PASS / FAILURE)?
Building a compatibility matrix
Your team is developing a product that needs to be compatible with different versions of a database vendor (or different version of Node). You already have automated tools that test the various combinations.
Through facets, ZenCrepes UI will let you answer the following questions:
Which version of NodeJS is My-Microservice compatible with?
Which of my microservices are compatible with NodeJS 14.x?
Misc
ID generation
The code snippet below is a suggestion on how the state ID could be generated for each test run.