Mark junit test cases as skipped if no pickle step results available

[mrsheepuk]

🤔 What's changed?

This allows the junit reporter not to panic if the StopOnFirstFailure flag is used. It marks any subsequent test cases as 'skipped' (seemed like the best choice).

I kept the change as small as possible by recovering from the panics, instead of introducing a suite of "non-must' equivalents on the Storage struct. While that would have been far cleaner as code (recovering from panics feels decidedly icky), this solves the issue with relatively little impact to anything else. But if y'all think adding non-must equivalents onto the Storage struct is a better call, happy to make that change.

⚡️ What's your motivation?

Fixes #387

🏷️ What kind of change is this?

• 🐛 Bug fix (non-breaking change which fixes a defect)

📋 Checklist:

• I agree to respect and uphold the Cucumber Community Code of Conduct
• Users should know about my change
  • I have added an entry to the "Unreleased" section of the CHANGELOG, linking to this pull request.

[codecov]

Codecov Report

Attention: Patch coverage is 92.68293% with 3 lines in your changes missing coverage. Please review.

Project coverage is 77.93%. Comparing base (153db4e) to head (f91598d).
Report is 29 commits behind head on main.

Files with missing lines	Patch %	Lines
internal/formatters/fmt_junit.go	92.68%	2 Missing and 1 partial ⚠️

Additional details and impacted files

@@            Coverage Diff             @@
##             main     #597      +/-   ##
==========================================
- Coverage   83.21%   77.93%   -5.28%     
==========================================
  Files          28       41      +13     
  Lines        3413     4074     +661     
==========================================
+ Hits         2840     3175     +335     
- Misses        458      780     +322     
- Partials      115      119       +4     

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

🚀 New features to boost your workflow:

• ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.

[Johnlon]

Ant tests?

[mrsheepuk]

Ant tests?

Sorry just noticed this comment - if this approach is acceptable @Johnlon (recovering panics instead of changing the return signatures of everything), I'm happy to add tests etc in order to get this mergeable.

Will take a look shortly at what is needed.

[Johnlon]

I'm on holiday so can't remind myself about this.
your comment,"instead of changing signatures" sounds like you might be trying to make a compromise? maybe? anyway I wouldn't bother with compromising anything. just do what ever is the simple and clean thing to improve the code base and functionality.

[mrsheepuk]

I'm on holiday so can't remind myself about this. your comment,"instead of changing signatures" sounds like you might be trying to make a compromise? maybe? anyway I wouldn't bother with compromising anything. just do what ever is the simple and clean thing to improve the code base and functionality.

Hi there - sorry I was myself away on holiday when you replied @Johnlon :)

This PR was the smallest change to fix the issue - by recovering the panics that cause the issue and handling them that way. It works, but a more 'idiomatic go' solution would be to change the function signature that is panicking to return an error, and change all the places it is used to handle the error.

That would be a much, much bigger change though - hence my question about whether this approach of just catching the panics was acceptable here.

If there's no objection to this panic-recovering approach, it would be my preference to keep the change small and I'll add some tests to cover it as-is.

[mrsheepuk]

I've rebased this over the latest and actually added some tests for it - I don't know if you're still the right person to review @Johnlon but hopefully should be mergeable if the CI flow passes - take a look and let me know any concerns.