On Fri, May 03, 2019 at 04:14:49PM -0700, Brendan Higgins wrote:
In any case, it sounds like you and Greg are in agreement on the
libraries generating the output in TAP13, so I won't argue that point
## Analysis of using TAP13
One of my earlier concerns was that TAP13 is a bit over constrained
for what I would like to output from the KUnit core. It only allows
data to be output as either:
- test number
- ok/not ok with single line description
- YAML block
The test number must become before a set of ok/not ok lines, and does
not contain any additional information. One annoying thing about this
is it doesn't provide any kind of nesting or grouping.
It should handle nesting just fine, I think we do that already today.
There is one ok/not ok line per test and it may have a short
description of the test immediately after 'ok' or 'not ok'; this is
problematic because it wants the first thing you say about a test to
be after you know whether it passes or not.
Take a look at the output of our current tests, I think you might find
it to be a bit more flexible than you think.
Also, this isn't our standard, we picked it because we needed a standard
that the tools of today already understand. It might have issues and
other problems, but we are not in the business of writing test output
parsing tools, and we don't want to force everyone out there to write
custom parsers. We want them to be able to use the tools they already
have so they can test the kernel, and to do so as easily as possible.