-
Notifications
You must be signed in to change notification settings - Fork 169
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
Add kola-junit
script to generate JUnit XML files
#3667
Conversation
This will allow us to much more easily inspect failing kola tests. Goes together with coreos/coreos-assembler#3667, which has more details. While we're here, use `kola-testiso` as marker since it looks clearer and for consistency with `kola-upgrade`.
This will allow us to much more easily inspect failing kola tests. Goes together with coreos/coreos-assembler#3667, which has more details. While we're here, use `kola-testiso` as marker since it looks clearer and for consistency with `kola-upgrade`.
You can see what it looks like in https://jenkins-coreos-ci.apps.ocp.fedoraproject.org/blue/organizations/jenkins/jlebon-tmp2/detail/jlebon-tmp2/12/tests And screenshot for posterity for when that job will be wiped. |
It would be great in this new page view if we could see the stdout from |
Prep for reading this.
This will allow us to much more easily inspect failing kola tests. Goes together with coreos/coreos-assembler#3667, which has more details. While we're here, use `kola-testiso` as marker since it looks clearer and for consistency with `kola-upgrade`.
There's a lot of friction associated with debugging pipeline kola test failures. One must scroll a bunch and sift through the output to see which test(s) failed, and if more information is needed, download the archived artifacts, extract it, and look for the journal and console there. Let's make this easier by outputting JUnit XML files. Jenkins can natively display test results in that format so it's much easier to see which tests ran, which ones failed, and their outputs (in the Blue Ocean view, it's the "Tests" tab which we haven't been using so far). For space efficiency and to reduce noise, we default to skipping over passed tests.
While we carry patches, let's freeze the osbuild version so that the patches can be updated atomically with the version freeze, avoiding temporarily breaking builds.
Updated for comments and added a freeze on osbuild as discussed in #3671! (Fine to break that out into its own PR if you'd prefer.)
That actually is possible. It was already the case for non-external tests, but now I've tweaked it so we retain the information for external tests too. |
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
This will allow us to much more easily inspect failing kola tests. Goes together with coreos/coreos-assembler#3667, which has more details. While we're here, use `kola-testiso` as marker since it looks clearer and for consistency with `kola-upgrade`.
There's a lot of friction associated with debugging pipeline kola test
failures. One must scroll a bunch and sift through the output to see
which test(s) failed, and if more information is needed, download the
archived artifacts, extract it, and look for the journal and console
there.
Let's make this easier by outputting JUnit XML files. Jenkins can
natively display test results in that format so it's much easier to see
which tests ran, which ones failed, and their outputs (in the Blue Ocean
view, it's the "Tests" tab which we haven't been using so far).
For space efficiency and to reduce noise, we default to skipping over
passed tests.