-
Notifications
You must be signed in to change notification settings - Fork 340
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
Allow multiple test reports #432
Comments
could you give a bigger example? JUnit does use the 'enclosing block'. So it will include e.g. the stage name in the final checks name |
This is an interesting point. Recently I thought that it might make more sense to remove the UI part of that feature from the warnings plugin and show only a single "warnings" link in order to remove the clutter. Using the new application bar one can start within the top level warnings link and then show the individual subsections of the warnings in separate sub-pages. (The same I am planning in the coverage plugin: one link and summary, but multiple results below this entry point). With the 1-link approach it means we would have a better hierarchical decomposition of the Jenkins builds results. I understand that the current JUnit results view is kind of awful and has a poor UI that should get a facelift. So this feature does not work with the current implementation in the JUnit plugin and requires some extra work. What is not yet clear to me: is your feature request about the option to show filtered results using separate sidebar links, or is the actual requirement to implement a persistent filter of the JUnit results that still can be navigated from one single link to a page that has several results available (e.g. using tabs or any other separation)? |
I guess what I want is to have the results of two independent projects into a single Jenkins job, in a way as close as possible to "just twice what I already had when there was a single project". Splitting it into multiple repos is not trivial. But I have actually just created a second Jenkinsfile in the repo, to build the second project. Since I now have two independent Jenkins jobs, I can have my "Tests" and "Server Tests" in the Jenkins UI, each one in a different job; which makes more sense to start with. So... I was asking this because Warnings NG also had it, and it made sense for all the plugins to behave similarly. But since Warnings NG is going to remove it, and I have a better fix for my workflow, I guess this issue could be closed. |
I think fine to keep open for now. The test reports should likely be named better / separated. I don't think archiving multiple ones is done terribly well |
we would also benefit from a better separation between different test reports in jenkins UI : is this proposition still active please ? |
We also were looking for a way to see multiple test results. Our idea was to split Unit tests and Feature tests into own stages, both stages then get post step with |
We are also looking for having and supporting multiple result files. The reason is that we run our testsuite in a few different configurations and create one report for each run. The number of tests can become quite large (~50 k) which makes the html gui render very slowly. I created an issue on the Jenkins JIRA but was redirected here. (https://issues.jenkins.io/browse/JENKINS-73594)
|
What feature do you want to see added?
Warnings-NG has two parameters: "id" and "name" (https://www.jenkins.io/doc/pipeline/steps/warnings-ng/#recordissues-record-compiler-warnings-and-static-analysis-results) that allow you to have separate reports.
junit has "checksName", that allow you to have separate reports in GitHub... but those are mixed, all together, when you go back to Jenkins.
I would like to have the "id" and "name" options also in junit.
Upstream changes
No response
The text was updated successfully, but these errors were encountered: