Re:Stop requiring only one assertion per unit test: Multiple...
by autarch on Saturday November 05, 2022 @12:17PM
(#33482873)
Test2 is a Perl distribution that replaces a bunch of older test stuff. See https://metacpan.org/pod/Test2
But unlike TAP, it's fairly Perl-specific as opposed to just being an output format. I imagine you could adapt the ideas in it to Node but it'd be more complex than simply implement TAP in JS.
And yes, I think the idea of having different output formats makes sense. With Test2, the test _harness_ produces TAP from the underlying machine-readable format, rather than having the test code itself directly product TAP. The harness is a separate program that executes the tests.
Re:Stop requiring only one assertion per unit test: Multiple...
by sitkack on Saturday November 05, 2022 @12:27PM
(#33482978)
What is this madness?
Nothing should have to be parsed. Write test results to sqlite, done. You can generate reports directly off those test databases using anything of your choice.
your-program test-re.sqlite output.html
Re:Stop requiring only one assertion per unit test: Multiple...
by hedora on Saturday November 05, 2022 @12:56PM
(#33483235)
Yeah, but sqlite doesn't scale, and SQL isn't a functional language:
https://web.archive.org/web/20110114031716/https://browserto...
If you have to pick one or the other, then you're breaking the common flow (human debugging code before pushing) so that management can have better reports.
The right solution would be to add a environment variable or CLI parameter that told tap to produce machine readable output, preferably with a separate tool that could convert the machine readable junk to whatever TAP currently writes to stdout/stderr.