You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
TAP is a simple text-based protocol to communicate the results of unit tests. It's simple, old, and understood by lots of mainstream tools. Among the tools supporting TAP, there is CMake, Autotools, and Meson.
I'm currently using Meson as the build system and test harness for one of my projects. Meson will produce the JUnit XML file that I upload to the AppVeyor CI, and the results look like this: https://ci.appveyor.com/project/vinipsmaker/emilua/build/tests.
Boost.Test also can produce JUnit XML files, but then I'd have multiple XML files and I'd have to take care of them myself (possibly merging results, be careful to not clash with names already used by other test suites, etc).
Fortunately Meson is also a TAP consumer which means that any “unit test” that produces valid TAP output will be properly recognized as its own test suite and Meson will do the proper transformation to include these results in its own JUnit XML file. This is really ideal for my case as not every test is defined by C++ code, and it'd not be trivial to generate XML test output for shell commands, for instance.
So I think it'd be useful for Boost.Test to support the TAP protocol. It'd widen the ecosystem it already supports. Plus the TAP protocol is really simple, so it shouldn't be too difficult to implement.
The text was updated successfully, but these errors were encountered:
TAP is a simple text-based protocol to communicate the results of unit tests. It's simple, old, and understood by lots of mainstream tools. Among the tools supporting TAP, there is CMake, Autotools, and Meson.
I'm currently using Meson as the build system and test harness for one of my projects. Meson will produce the JUnit XML file that I upload to the AppVeyor CI, and the results look like this: https://ci.appveyor.com/project/vinipsmaker/emilua/build/tests.
Boost.Test also can produce JUnit XML files, but then I'd have multiple XML files and I'd have to take care of them myself (possibly merging results, be careful to not clash with names already used by other test suites, etc).
Fortunately Meson is also a TAP consumer which means that any “unit test” that produces valid TAP output will be properly recognized as its own test suite and Meson will do the proper transformation to include these results in its own JUnit XML file. This is really ideal for my case as not every test is defined by C++ code, and it'd not be trivial to generate XML test output for shell commands, for instance.
So I think it'd be useful for Boost.Test to support the TAP protocol. It'd widen the ecosystem it already supports. Plus the TAP protocol is really simple, so it shouldn't be too difficult to implement.
The text was updated successfully, but these errors were encountered: