DEV Community (dev.to) / dev.to / Cypress tests PublicBack to CI builds
You find here details about tests recorded for below git commit hash across 3 parallel CI nodes for mac/bug/add-libv8-to-slugignore branch.
|Commit hash||Branch||Node total||Updated at||Created at|
|b8c98544acbb566377b231ed28264bf14909a834||mac/bug/add-libv8-to-slugignore||3||2021-01-22 17:20:04 UTC||2021-01-22 17:19:47 UTC|
Here you can check if all parallel CI nodes recorded tests timing data.
When you re-run CI build or run a new CI build for the same commit & branch & node total number, then the data below will be updated.
Collected Build Subsets 3 out of 3.
All CI nodes sent time execution data to Knapsack Pro API. Everything works!
When one of your CI nodes has a time execution of 0, it means that other CI nodes had already executed all tests so that CI node had no work to do. It could happen when you use the Queue Mode and one of the CI nodes started later - at a time when other CI nodes had already completed all of the work.
The time gap between the finish times of the CI node that Finished First and the one which Finished Last is 48.09 seconds
|Node Index||Created At||Time execution|
|0||2021-01-22 17:20:03 UTC||0 seconds|
|1 Finished Last||2021-01-22 17:20:35 UTC||0 seconds|
|2 Finished First||2021-01-22 17:19:47 UTC||13.306 seconds|
Build Distribution ID is the ID for the test suite split. You can see this ID in knapsack_pro logs as a test suite split seed.
Total time execution is sum of tests' execution times recorded across all parallel CI nodes.
Node max time execution is an estimated average time of running tests per CI node.
Distance is a time gap between average CI node time execution and the slowest CI node. The lower the better.
|Build Distribution ID||Node total||Total time execution||Node max time execution||Distance|
|8dedaab2-8428-46ad-887e-8db3e7eaba83||3||13.306 seconds||4.436 seconds||8.871 seconds|
The slow test files are highlighted in yellow below.
Test files with higher time execution than 4.436 seconds are bottleneck because they take more time than expected execution time per parallel CI node.
Please check how to improve test suite split for the slowest test files.
|Test file path (1 files)||Time execution|