-
-
Notifications
You must be signed in to change notification settings - Fork 652
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
JUnit Reporter for Doctest #376
Comments
Thanks! This has been requested quite a bit (and elsewhere)! I'll look into it. |
Good Work! I have given this a a quick spin, and:
I guess that's just one datapoint though - anyone tried Jenkins or other CI servers to parse the output? |
I have found one slight problem. If I run with the success option, (i.e.
|
Great work. As I'm pressed for time and couldn't write my own implementation, this worked great as a proof of concept, as my place of work is trying out Doctest with Azure Pipelines. I have a few notes though. And sorry that I can't be more helpful atm with respect to providing solutions.
I totally agree with onqtam, I think that it would be best/easiest to get as close as possible to the Catch2/ant JUnit format - it seems to be working great with Azure Pipelines. With respect to achieving this I have the following pointers.
It would result in an output like this (Ignoring all attributes except for names):
Meaning that even though there are only 2 tests (1.1.1 and 1.1.2), it will appear as if there are 5. Where as the output from Catch2 would look like this (my choice of names makes it look more confusing then it is)
In my opinion (which would also be necessary if the Catch2 format is used) it would be nicer with the execution time of each SUBCASE.
What I like most about this is that it is not just a single (very long) line, but they have used line breaks to make it more readable. I hope these comments help! |
@ARCRL those are some great tips - thanks! I'll try to incorporate all this into an initial version of the reporter in some weekend of June and will notify everyone here. |
…few TODOs right above the JUnit reporter class definition which would need to be addressed + the output hasn't been inspected if it's correct or stable across compilers/platforms - WIP! relates #376 and #318 - thanks to @phil-zxx for the implementation and to @byzantic , @ARCRL and @dhoer for their inputs!
Glad I could help. :) And sorry it wasn't fully finished. |
…few TODOs right above the JUnit reporter class definition which would need to be addressed + the output hasn't been inspected if it's correct or stable across compilers/platforms - WIP! relates #376 and #318 - thanks to @phil-zxx for the implementation and to @byzantic , @ARCRL and @dhoer for their inputs!
Just pushed a finished version of it in the |
I currently use
catch2
with--reporter=junit
. Here is somejunit
sample output:As I wanted to move things over to
doctest
I noticed there was nojunit
reporter available. So I wrote a first version, which works for my purposes. But I am happy to receive some additional feedback, and possibly submit a PR.The text was updated successfully, but these errors were encountered: