New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
adapt esreporter to ginkgo v2 report type #5504
Conversation
/invite @acumino |
Does it make sense to add a unit tests specifically for this reporting (like what you did manually)? Would potentially give us more confidence in future ginkgo updates. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks
/lgtm
@dguendisch @acumino thanks for your suggestions. I moved the processing of a ginkgo report to a separate function and added some basic tests for it. This should give us some confidence going forward while avoiding to parse & validate the json dump that is produced for the upload to an elasticsearch instance. |
@rfranzke You have pull request review open invite, please check |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
/lgtm
Thanks @hendrikKahl! |
* adapt esreporter to ginkgo v2 report type * add tests * report errors and failures * add license header
* adapt esreporter to ginkgo v2 report type * add tests * report errors and failures * add license header
How to categorize this PR?
/area testing
/kind cleanup
What this PR does / why we need it:
Following the switch to ginkgo v2, the custom reporter still implemented
DeprecatedReporter
and was invoked viaReportViaDeprecatedReporter
. The PR drops the usage of deprecated structures and interfaces and implements a custom reporting using the newReport
type only.Which issue(s) this PR fixes:
Fixes #5321
Special notes for your reviewer:
/invite @dguendisch @timebertt @rfranzke
I'm not entirely sure regarding the categorization of the release note. @timebertt would be great, if you could double-check. Thanks!
Release note:
Testing
Since there are no unit/integration tests and the expected output structure contains timestamps / durations, I did a smal manual testing to qualify things.
Reports generated by testruns are attached to this PR, but here are also snippets to compare the relevant structure.
using the new reporter - succeeded step
using the deprecated reporter - succeeded step
using the new reporter - failed step
using the deprecated reporter - failed step
deprecated_report.txt
new_report.txt