My scenario:
- I remotely run pester and gather the results.
- I use AWS SSM to run the command and collect results to an S3 bucket (using winrm remoting would be inordinately more complex for reasons that would require me to write a small book in this issue - suffice it to say I can't do that)
- in this scenario it is only possible to collect stdout to the bucket - so I emit the nunit output to make it easy to ingest into CI test results.
- however, I would also like to be able to quickly identify the number of failures and specific failing tests - just like the pester results object allows.
If pester could re-ingest it's own nunit xml and create a new status object for me - that would neatly handle my case.
Otherwise, I am down to parsing the XML manually to get this data - the painful scenario that I believe inspired the pester results object in the first place :(