You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We use Jenkins to parse the junit reports from gotestsum. We noticed that when a test is timedout, the junit report on Jenkins show a failure but not that it was caused by a timeout and we have to go into the console output to figure this out.
Since gotestsum should be aware that the test was aborted due to the timeout, this could be reflected in the junit report so that we can more efficiently know the actual cause in the Jenkins UI, or whatever junit presentation layer is used.
The text was updated successfully, but these errors were encountered:
Thank you for the bug report! I think this is due to the same underlying problem as #292. The go toolchain is inconsistent about where the timeout is reported (golang/go#57305).
In #298 I fixed this with a workaround for the regular output. Either that fix didn't cover the junit.xml, or maybe that fix caused it to be missing. Either way #357 seems like it should fix this problem.
We use Jenkins to parse the junit reports from gotestsum. We noticed that when a test is timedout, the junit report on Jenkins show a failure but not that it was caused by a timeout and we have to go into the console output to figure this out.
Since gotestsum should be aware that the test was aborted due to the timeout, this could be reflected in the junit report so that we can more efficiently know the actual cause in the Jenkins UI, or whatever junit presentation layer is used.
The text was updated successfully, but these errors were encountered: