chore: extend report generation performance metrics - #953
Open
formaceft-93 wants to merge 1 commit into
Open
Conversation
formaceft-93
force-pushed
the
improve-metrics
branch
from
September 9, 2026 15:02
f41521e to
fd44029
Compare
formaceft-93
force-pushed
the
improve-metrics
branch
from
September 9, 2026 15:02
fd44029 to
4adff24
Compare
Allure Report Summary
|
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Summary
This PR restores CI-visible perf data through the generated Allure Awesome report itself: CI now runs a lightweight perf probe, copies the produced
*-perf.jsoninto report inputs, and the final report shows the values in the Metrics section.Changes
ALLURE_PERF_METRICSwith more detailed generation spans and aggregate timings..github/allurerc.perf.mjsfor CI probe generation.docs/performance.md.CI / History
On PRs, metrics are visible in the generated Awesome report Metrics page, not in a PR comment.
PR reports should show deltas when report history is available through the existing
allure-framework/allure-action@v0publishing/history flow. On pushes tomain, the same report job runs, so main metrics should become part of the published report history that later PR reports can compare against.This PR does not add a separate immutable perf baseline registry. The fixed benchmark baseline for optimization PRs should still be captured separately after PR1, using the agreed datasets and run matrix.
Metrics
Timing metrics are grouped into:
Checklist